一人公司的真正瓶颈不是干活，是记不住
用 AI 干活之后，一个人最贵的成本变成了反复向不同工具解释“事情做到哪了”。这里是一份不依赖任何产品的交接记录方法，和一份可以直接抄的模板。
周一上午，你在 ChatGPT 里和它聊了一个小时，定下了支付模块的方案：用哪种签名校验，失败了怎么重试，哪些情况先不做。
下午你打开 Cursor 准备动手。第一件事不是写代码，而是把上午的结论复制过来，再补一句“我们上午决定了……”。写到一半发现忘了说“不做退款”，Agent 顺手把退款也写了。
晚上你想让另一个 Agent 帮忙测一遍，又复制一次。这次你只贴了结论，没贴“为什么不选另一种方案”，它又把你否掉的方案提了回来。
这就是现在很多人一个人做事的真实样子：活有人干了，但“事情做到哪了”只存在于你的脑子里。
瓶颈换了地方
过去一个人做不过来，是因为手不够。现在 AI 把手补上了，瓶颈挪到了另一处：你得不断充当不同工具之间的“人肉总线”。
每换一个工具，你要重新讲一遍：目标是什么，已经定了什么，做到哪了，下一步是什么，哪里卡着等你拍板。讲漏一句，就多一次返工。
团队里这件事由项目经理、周会和文档分摊。一人公司没有这些，所以它压在你一个人身上，而且只会随着工具变多而变重。
解法不是更强的 Agent，而是一份不依赖 Agent 的记录
我的经验是：先别想工具，先想清楚“一件事”需要被记住的最小信息是什么。我把它压缩成五项：
- 目标：这件事做完是什么样子，用一两句话。
- 已决定：已经拍板的选择，以及不做什么。
- 做到哪了：已经完成的，已经验证的。
- 下一步：接手的人第一件该做的事。
- 等我拍板：卡住了需要人决定的问题，写清楚选项。
注意三点。
记录的对象是任务，不是对话。 对话是过程，很长、很乱，换个工具就带不走。任务是结果，短、稳定，谁来接都看得懂。
谁干完谁写。 这份记录不该由你维护。让做完这一轮的 Agent 在收工时写一段交接：改了什么、怎么验证的、还差什么。你只在“等我拍板”那一栏出现。
“不做什么”要写下来。 很多返工不是因为漏做，而是因为 Agent 做了你明确不想做的事。
一份可以直接抄的模板
不需要任何产品，一个 Markdown 文件就能开始：
# 任务：<一句话说清要做成什么>
## 目标
<做完之后是什么样子>
## 已决定
- 选择 A，原因：……
- 不做：……（原因：……）
## 做到哪了
- 已完成：……
- 已验证：……（怎么验证的）
## 下一步
- <接手的人第一件要做的事>
## 等我拍板
- 问题：……
- 选项 1：……
- 选项 2：……
每次开一个新会话，不用复述上下文，只说一句：“先读这份文件，再继续。”每次收工，让 Agent 更新它，而不是你。
什么时候这份文件就不够用了
一个人、一个 Agent、一个仓库，一份 TODO.md 就够了，不必引入任何东西。
文件开始吃力的信号是：你同时有好几个项目；你在 ChatGPT、Cursor、Claude Code 之间来回换；你想在手机上看一眼进度、回一句“就选方案 A”；或者你想回头看“三个月前为什么这么定”。
这时你需要的是同一份记录，被所有工具读写，而且能在手机上回复。
上面是我自己的做法：任务存在 StateDock 里，ChatGPT 规划时写入，Codex 或 Cursor 开工时认领，收工时提交交接，需要我决定时推送到手机。它只记录状态，不替我规划，也不替我执行。但你完全可以先用上面那份模板，感受一下“换工具不再重讲一遍”是什么样。
先把“记住”这件事从你的脑子里拿出来。其余的，慢慢再说。