即刻App年轻人的同好社区
下载
置顶即友，你好呀🤝我叫徐浩 Coria，一个热爱成长的有趣 80 后😊欢迎来我的主页 o(^▽^)o
📚 我的标签 | 我的关键词
1️⃣ISFJ守护者：自认感觉算是细腻而踏实的人，习惯用行动去关怀，用方法解决复杂问题。
2️⃣ 终身学习者：痴迷方法论与认知模型，将“学以致用”贯穿日常，用知识赋能，用探索延展边界。
3️⃣ 效率思考者：AI工具、认知框架、成长路径，心理学，学习发展都很感兴趣，希望赋能自己。
4️⃣ 婚恋经营者：丁克小夫妻，15年相爱，婚姻7年。不求完美，但求真实，希望用心相伴，坚信爱需要持续学习，我们用仪式感点缀生活，自己也非常期待跟熊老婆谈一辈子恋爱。
🤝期待用成长的方式，链接志同道合的你～我说了这么多，不如聊聊你的故事？😊
✉️ Vx：keliya001
📚 我的标签 | 我的关键词
1️⃣ISFJ守护者：自认感觉算是细腻而踏实的人，习惯用行动去关怀，用方法解决复杂问题。
2️⃣ 终身学习者：痴迷方法论与认知模型，将“学以致用”贯穿日常，用知识赋能，用探索延展边界。
3️⃣ 效率思考者：AI工具、认知框架、成长路径，心理学，学习发展都很感兴趣，希望赋能自己。
4️⃣ 婚恋经营者：丁克小夫妻，15年相爱，婚姻7年。不求完美，但求真实，希望用心相伴，坚信爱需要持续学习，我们用仪式感点缀生活，自己也非常期待跟熊老婆谈一辈子恋爱。
🤝期待用成长的方式，链接志同道合的你～我说了这么多，不如聊聊你的故事？😊
✉️ Vx：keliya001
134 323
我感觉你说的这个失败的原因基本是同一个就是都把记忆当成一整坨文本，要么全塞给模型，要么全靠人去维护🤔。
我现在用的办法是把记忆拆成几种职责不同的文件，每种的读法和写法都不一样。常驻规则只放红线和地图。
我主要是 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，拿到新模型的第一件事，就是更新我的所有跟他俩的写作系统。
我现在用的办法是把记忆拆成几种职责不同的文件，每种的读法和写法都不一样。常驻规则只放红线和地图。
我主要是 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，拿到新模型的第一件事，就是更新我的所有跟他俩的写作系统。
山川Mars: 之前在别的开发者社区问了一圈“怎么防AI上下文失忆”，收到的方案逐个试了试： 1. 原生规则/记忆设置：字数卡死，架构一变全靠人肉更新 2. 开发日志 Markdown：记是记了，日志一多模型读哪段？全塞爆Token 3. 手动总结+新开任务：给AI写半天备忘录，漏一条关键约束照样瞎写 都有点治标不治本。。。有没有真一劳永逸的？🤔 #AI工作流 #独立开发的日常
2 22
