感谢分享！请问下你的这两个skill可以放到agent.md里面自动化执行吗？叫agent在任务开始和结束的时候自觉完成 //@Coriaxu: 我感觉你说的这个失败的原因基本是同一个就是都把记忆当成一整坨文本，要么全塞给模型，要么全靠人去维护🤔。
我现在用的办法是把记忆拆成几种职责不同的文件，每种的读法和写法都不一样。常驻规则只放红线和地图。
我主要是 ChatGPT+Claude 作为我的 AI 团队两个主力下属，规则文件（CLAUDE.md / AGENTS.md / ）每次都会加载，所以只写两样东西。一样是绝对不能违反的约束，比如金额一律用 Decimal、不许直接改 migration」。另一样是一张我的个人 agent OS地图（以谷歌云盘为载体），写清楚架构看哪个文件、当前进度看哪个文件。架构细节一个字都不写进去。这样字数限制就不是问题了，架构变了也不用动规则文件，因为它只负责指路，不存内容。
然后我有两个 skill，init-memory / save-memory
开始干活之前敲前面的，干完活验收完敲后面的
这套协议状态和日志分成两个文件。 current_state.md 只回答现在是什么样：目标、当前阶段、进行中、卡在哪、下一步。它每次覆盖重写，长度控制在一屏以内。decisions.md 只追加，记录重大决策和理由，比如为什么换掉某个库、为什么某个接口这样设计。新会话开始时模型只读 state。碰到为什么这样做或者前后矛盾，才回去查 decisions 里相关的那几条。你说的日志一多模型读哪段，答案就是平时一段都不读，需要的时候让某个 AI 助理按问题定位着读。
架构只有一份真源。 架构写在 architecture.md 里，别的地方只引用它，不复述。这样架构变了只改一个文件，不会出现规则里一个版本、日志里另一个版本、模型挑错版本照着写的情况。
老实说，一劳永逸是没有的。随着模型每次大升级，例如 GPT6 astra 和 opus5.5，拿到新模型的第一件事，就是更新我的所有跟他俩的写作系统。

太真实了

之前在别的开发者社区问了一圈“怎么防AI上下文失忆”，收到的方案逐个试了试：

1. 原生规则/记忆设置：字数卡死，架构一变全靠人肉更新
2. 开发日志 Markdown：记是记了，日志一多模型读哪段？全塞爆Token
3. 手动总结+新开任务：给AI写半天备忘录，漏一条关键约束照样瞎写

都有点治标不治本。。。有没有真一劳永逸的？🤔 #AI工作流 #独立开发的日常

软件的壁垒越来越低了

最近用AI写代码被上下文失忆折磨疯了：一跨天，前面定好的架构约束全作废，模型开始瞎写。手动开新窗口重写 prompt、拿 Word 存要求，都试过，有用是有点吧，就是感觉这样好蠢。。。后来搞了个本地文件夹专门放交接内容，ai自动读取和维护，才好一些。

所以，大家都是怎么管AI上下文的？🤔#AI工作流 #独立开发的日常 #AI的神奇用法

来到即刻的第一天。