Deep Work Plan

编码代理的承诺是「放手委托」。我们大多数人得到的却是第二份工作：「盯场监督」。每隔二十分钟就要查一次进度，每次上下文重置后都得重新解释一遍目标，还得眼疾手快地抓住它开始解决相邻问题的瞬间。无论一轮运行跑多久，你都得挂在线上——全程没有任何一段是真正无人值守的。

事实证明，自主性不是模型的某个开关，而是一种结构。模型固然重要，情境结构更重要。

这就是 Deep Work Plan。两步走：

1）让计划成为唯一事实来源，而不是聊天记录。一个明确的目标、原子化的任务、每个任务的验收标准，外加一道验证关卡。代理在每一步都重新读取计划，而不是凭记忆；完成与否由关卡说了算，而非由模型的「感觉」决定。你只需引导一次，结构会替你兜住一切。

2）让代码仓库本身成为执行脚手架。情境、工具、护栏、状态，全部以普通文件的形式落到磁盘上，任何代理都能读取。无论是 Claude Code、Cursor、Codex、Copilot、Gemini，还是明年冒出来的新代理，跑的都是同一份计划——不必把筹码押在某个供应商身上。

那么，一份结构化的计划究竟给你换来了什么？答案是：值得信赖的速度。每个任务在下一步启动前都必须先在关卡上自证其完成，于是「跑偏」不再是你事后去抓的事，而是运行过程本身就能拦截的事。调整方向的成本依然很低：原子化的任务加上磁盘上的持久化状态，意味着你可以只编辑尚未跑过的部分、保留已经跑过的部分，然后从断点精准接续。代理永远不会停下来等你复述目标，你也不会再面对六小时无人能懂的巨大 diff。进度以一连串小小的、可验证的步骤推进。

结构不是执行之上的额外负担，正是它让速度变得安全。

MIT 协议，开源可白嫖。如果想上手试一下，把 deepworkplan.com/init.md 的内容粘贴进你的代理里——这就是完整的启动方式。

如果你现在的状态依然是「监督多于委托」，我真的很想听听你的真实体验：你的代理今天究竟能跑出多少真正无人值守的运行时长？