Alternative profile
GitHub Spec Kit × Deep Work Plan
通过一部宪章、一份规范、一份计划和一份任务清单，把一个功能转变为可执行的规范，由与五十余个编码代理集成的斜杠命令驱动，并能在开始实现前检查各产出物之间是否保持一致。
希望在自己已在使用的代理内部获得可复用的“规范、计划、任务、实现”工作流的团队。
最近复核:
Compared with Deep Work Plan
Where it fits
通过一部宪章、一份规范、一份计划和一份任务清单，把一个功能转变为可执行的规范，由与五十余个编码代理集成的斜杠命令驱动，并能在开始实现前检查各产出物之间是否保持一致。
希望在自己已在使用的代理内部获得可复用的“规范、计划、任务、实现”工作流的团队。
Deep Work Plan 带来什么
-
工具无关、仓库原生
harness（运行支架）与计划都是你仓库中的文件，任何遵循 AGENTS.md 与 Agent Skills 标准的代理都能读取。更换代理不会丢失计划。
-
从每项任务触及的内容中选择的验证
每项任务声明其触及面，并运行被改行为及其消费方的测试，当影响无法界定时，扩大到完整的测试套件。选出的测试数量为零永远不算通过。
-
一次带安全审查环节的 Final Review
计划以对累计变更集的安全审查收尾，其中包括对 diff 的必备本地审查，以及对最终状态的验证。critical 发现会阻止完成。
Where it fits: 把跨会话工作交给任意编码代理、并需要工作带着验证完成的开发者与团队。
Capability snapshot
| 能力 | Deep Work Plan | GitHub Spec Kit |
|---|---|---|
| 与任何编码代理协同工作 同一份仓库文件驱动 Claude Code、Codex、Cursor、Gemini CLI 及其他代理。 | 内置 | 内置 |
| 把代理 harness 写入仓库 指令、文档、技能与命令都存放在仓库中，而非某个工具的设置里。 | 内置 | 可选或通过扩展 |
| 逐任务的验收标准 每项任务都写明可观察的完成条件。 | 内置 | 可选或通过扩展 |
| 逐任务的验证关卡 每项任务都点明必须通过的命令，并从其触及的内容中选择。 | 内置 | 可选或通过扩展 |
| 磁盘上可恢复的状态 进展在会话重置后依然存续，可由另一个代理或一位队友接手。 | 内置 | 内置 |
| 带安全审查环节的强制收尾审查 未经对完整变更集的安全审查与对最终状态的验证，计划无法完成。 | 内置 | 可选或通过扩展 |
| 可执行的符合性检查器 一个脚本依据标准核验仓库及其计划，并提供对 CI 友好的退出码。 | 内置 | 可选或通过扩展 |
| 公开的指令加载测量 每个流程加载的字节数由随仓库提交的脚本测量，并连同其上限一同发布。 | 内置 | 不在范围内 |
| 搭建文档骨架的接入 首次运行即写出仓库面向代理的文档与套件。 | 内置 | 内置 |
| 面向存量系统的活规范 变更以增量形式规范，并合并进一份不断生长的系统规范。 | 不在范围内 | 可选或通过扩展 |
| 跨项目的持久代理记忆 记忆跟随代理跨越不同的仓库和会话，而不仅仅是单个计划的磁盘状态。 | 不在范围内 | 不在范围内 |
| 职责分明的专业代理角色 分析师、架构师、审查者等具名角色分担工作，而不是由一个代理执行每一步。 | 可选或通过扩展 | 不在范围内 |
| 本身即为一款 IDE 或编辑器 该工具本身就是一个集成开发环境，而不是现有编码代理的附加组件。 | 不在范围内 | 不在范围内 |