每天晚上 我的Mac悄悄地重写我的长期记忆 不是比喻的——一个贝壳脚本在那天的克洛德密码谈话中排入了Obsidian的金库,将其投入到私人回放中,并在我的桌面上留下了简报.
花了三次真正的停电 使它可靠。
这就是剧本,三个失败,以及从中产生的设计.
为什么这个Setup Works Claude代码的"记忆"在默认情况下消失,Claude代码会话彼此独立.
在今天一个漫长的工作会话中发现一个错误的根源,在尝试和出错后你在一个特定的架构上定居的原因,积累的"这个方向已经失败了一次"的知识——一旦你结束会话,在下一场谈话中都找不到.
即使是在付费计划上, 即使有最有能力的模型, 如果上下文没有被延续, 你不得不从头到尾地解释一切。
许多人都曾有过这样的经历, 认为“我之前已经查过了” 或“我本应该失败一次, 在你运送个人项目量的阶段,这个问题是致命的.
一旦有三四个项目平行运行,跟踪"每个项目目前站的地方"手接一堵墙快.
而克洛德无法参考之前的谈话,重复同样的讨论.
解决办法是建立一个环境,而不是一项任务 我第一次尝试这个问题是"我会每天手写一个摘要".
它没有持续。
当工作有动力的时候,你不想写一个摘要,而当你累了的时候,你可以写得更少.
一个依赖于人类意志力的系统在一个高容量的独发相相中不起作用.
答案是建立一个环境,每天晚上自动把克洛德的对话日志排入欧比地语.
一旦环境到位,意志力和动机就无关紧要。
麦克就是这么做的 我选择欧比迪安的原因很简单 文件是当地的Markdown,因此克洛德代码可以直接读取并写出.
它们可以用Git进行版本控制.
语法可以使知识的片段互相连接.
每天早上的日志流出,跨项目链接自然地增长——从这个开始作为一个"外部大脑"运行的那一刻起,我的工作质量就发生了变化.
为什么三层结构变得有必要 简单地说,"每天4:55运行一个剧本" 产生了三种不同的失败 一旦我实际运行它。
每一起事件都是在造成实际损害之后才显现出来的。
入睡冻结:如果把Mac上盖子关上并去睡觉,(这只会对AC动力产生影响)无法阻止入睡.
剧本停止了半途而废,当日的处理被悬浮在地上直到下个槽起火.
双执行赛事:2026-06-10出事实际.
计划发射的射击与人工操作重叠。
两人都想与吉特在同一个金库上操作,结果产生了冲突.
超时:2026-06-13日,全天每个档次都失败.
文摘28小时的日志 并不符合40分钟的超时窗口 并且所有的东西都被卷走了 在日志中,图案会横跨所有四个插槽,完全统一.
这三种真正的失败,是迫使"多片地再生","咖啡剂睡眠预防","通过步标进行独活再生"的三层结构.
它不是从设计文件中产生的;它是从实际破裂的东西中积累出来的.
成长的环境的感觉 一旦系统开始运行,木头每天早上会堆积在欧比地安.
Claude阅读这些日志、更新每个项目的文章, 当克洛德阅读并在下一场谈话中,它可以开始工作,已经知道"上周的决定","一次失败的方法","平行运行的三个项目的现状".
这是一个外部的长期记忆