用规格与四角色分工约束 AI 开发

Agentic-SDD 把 AI 开发拆成了先写规格、再实现、独立测试、最后审核四个环节。作者开源这套框架，是为了解决 AI 过早改代码、长会话遗忘约束，以及修好一处却破坏其他组件的问题。作者称已将它用于生产应用开发，但现有信息没有提供效果对照数据。

目前能确认什么

四个角色有明确分工：Planner 澄清边界条件，输出范围、受影响文件和可测试的验收标准；Developer 按计划中的文件范围实现；QA Tester 独立验证，不直接修改业务逻辑；Gatekeeper 审查差异，并负责批准合并与发布。

发现问题后，QA 提交结构化报告，由 Orchestrator 调度开发修复、QA 复测，节选写明最多进行三轮自动循环。

框架用 Git 和 Markdown 保存计划、测试报告与发布记录，并为 Cursor、Claude Code 等工具生成适配指令。规格驱动开发的通用思路，就是先把需求变成可检查的约束，再据此实现和验收；持久化文档则能让后续会话重新读取约束。

这些是流程设计，尚不能证明回归更少或交付更快。

我的判断

对程序员最有借鉴价值的，是把「允许改哪些文件」和「怎样才算完成」提前写下来。涉及共享组件、接口调用等跨文件修改时，这能为审查提供明确依据。独立 QA 也让验证环节有机会跳出开发者自己的解释。

但角色名称不等于权限隔离。现有节选没有说明，禁止越界修改究竟靠工具强制执行，还是依赖模型遵守提示词；也没有交代独立验证是否使用隔离上下文。若这些约束只存在于文字里，仍可能发生偏离。

另一个待确认点是：正文强调四个角色，doctor 示例注释却写五个角色。角色数量、Orchestrator 的职责边界，以及测试通过如何映射到真实发布条件，还需要完整实现或官方文档说明。