Git 作为多 AI 工作流的共享记忆
内容提要
作者用私有 GitHub 仓库搭建极简共享记忆系统，解决多 AI 工具间上下文交接的瓶颈。系统仅两个文件：daily/YYYY-MM-DD.md 记录当日工作重点，inbox.md 收集聊天中产生的想法与待办。任何工具都能追加内容，每日整理进当日笔记，完成后标记。由于 Git 是通用层，各工具通过 GitHub MCP 读写，共享同一记忆主干，避免厂商锁定，实现低摩擦、可审计、跨工具的连续性。
延伸解读
为什么 Git 能成为多 AI 工具的通用记忆层
文章指出，Git 作为通用层，让不同 AI 工具通过 GitHub MCP 或简单插件读写同一私有仓库，从而共享记忆主干。这避免了为每个工具单独做深度集成，也绕开了厂商锁定。只要工具支持读写文件，就能接入这套系统，实现低摩擦的跨工具连续性。
极简文件结构如何支撑日常交接
系统只有两个文件：daily/YYYY-MM-DD.md 记录当日工作重点，inbox.md 收集聊天中产生的想法与待办。任何工具都能追加内容到 inbox，每天开始时将相关条目整理进当日笔记，完成后标记。这种设计把上下文交接简化为文件读写，降低了维护成本。
可审计与抗工具更替的实用价值
由于所有记录都保存在 Git 仓库中，历史变更可追溯，便于审计。同时，当某个 AI 工具被替换或停用时，记忆主干不受影响，新工具只需接入同一仓库即可延续上下文。这为多工具工作流提供了稳定、低摩擦的连续性保障。
Q&A
多 AI 工作流中，作者遇到的主要瓶颈是什么？
作者的主要瓶颈不是提示词，而是上下文交接：在不同 AI 工具之间转移上下文很浪费时间，比如今天在做什么、已经做过哪些研究、还有哪些任务待处理。
作者用什么方法解决多 AI 工具间的上下文交接问题？
作者在私有 GitHub 仓库中搭建了一个极简的共享记忆系统，只使用两个文件：daily/YYYY-MM-DD.md 记录当天工作重点，inbox.md 收集聊天中产生的未处理想法和任务。
这个共享记忆系统具体包含哪些文件，各自作用是什么？
系统只有两个文件：daily/YYYY-MM-DD.md 用于记录今天在做什么以及给 AI 代理的今日焦点笔记；inbox.md 用于收集 AI 聊天中产生的未处理想法、任务、后续事项和待回访链接。
这个共享记忆系统的工作流程是怎样的？
流程很简单：任何工具都可以向 inbox.md 追加内容；每天开始时，把相关条目整理到当天的 daily 笔记中；当某件事完成后，在 daily 中标记完成。
为什么用 Git 作为共享记忆层能避免厂商锁定？
因为 Git 是通用层。只要每个 AI 工具能通过 GitHub MCP（或简单的技能/插件）读写，它们就共享同一个记忆主干，而不依赖特定厂商，从而避免厂商锁定。
这个共享记忆系统带来了哪些好处？
它实现了类似人类的连续性：单一事实来源、低摩擦、易于审计，并且能经受工具更替。
