多智能体并发实现规范驱动开发

是什么 推文中的 /implement-spec 是一个面向规范和 tickets 的多智能体实现流程：先让子代理研究代码库，再并发完成任务，最后对照规范审查并清理 worktrees。关联仓库 mattpocock/skills 将自己定位为“给真正工程师的 Skills”，强调技能小型、可组合、可调整，并兼容不同模型。

核心设计 流程被拆成“理解—执行—验证—收尾”四段：需求由 spec/tickets 固化，研究与实现分离，结果再接受规范检查。README 还以 grilling 对齐需求，以 CONTEXT.md 建立共享术语，以 ADR 记录决策，并用 TDD、类型检查、浏览器和自动化测试构成反馈回路；to-spec、to-tickets、implement 等技能覆盖需求到交付。

关键洞察 真正可复用的不是“开更多代理”，而是清晰的任务边界、共享语言、阻塞关系和可验证验收标准。它把 Agent 从一次性代码生成器转成遵循工程流程的执行单元，有望提升大批量变更的吞吐。

边界与风险 README 未证明 /implement-spec 已在不同代码库稳定实现“最少监督”或最大并发。并行修改仍可能冲突、重复造轮子或放大错误；自动审查也只能对照既定规范，不能替代维护者判断架构取舍、业务风险与最终结果。