Phase N: Convergence【免费下载链接】spec-kit Toolkit to help you get started with Spec-Driven Development项目地址: https://gitcode.com/GitHub_Trending/sp/spec-kitT042 祈使句描述 per ( )任务 ID 扫描既有最大编号后零填充递增T{M1:03d}阶段号取现有最大阶段 1每条任务携带 source-ref如 FR-003、SC-002、US1/AC2、plan: storage decision、Constitution II保留需求 → 整改的可追溯性绝不复用或重编号既有 ID已存在旧 Convergence 阶段时在下方新增独立编号的阶段。 ### 3.4 执行流程与扩展钩子 模板定义了 9 步执行流程初始化收敛上下文运行前置脚本解析 FEATURE_DIR 与 AVAILABLE_DOCS→ 渐进披露式加载产物spec 只取 FR-###/SC-###/验收场景/边界情况plan 只取架构决策、数据模型引用、触点、约束→ 构建意图清单与代码范围映射评估范围被严格限定在产物定义的文件与概念内不外推→ 逐项评估代码库并分类差距 → 分级 → **先输出会话内差距摘要表ID / Gap Type / Severity / Source / Evidence / Remaining Work再写文件** → 按契约追加或报告 converged → 交接建议追加了任务则建议跑 /speckit.implement已收敛则建议进入评审/开 PR→ 检查 after_converge 扩展钩子。 值得注意的是命令对 .specify/extensions.yml 中的 hooks.before_converge 与 hooks.after_converge 做了完整的钩子协议支持按 optional 标志区分可选钩子输出提示由用户决定是否执行与强制钩子必须实际执行并等待结果condition 表达式一律留给 HookExecutor 实现而非由命令自行解释——这正呼应了 v0.10 落地的 per-event 钩子列表机制。 ### 3.5 闭环语义converge → implement → converge 上述机制组合出的结果是**迭代收敛循环**每轮 converge 发现差距并追加任务/speckit.implement 完成它们再跑 converge 直至无差距。这直接回答了社区长期通过 Architecture Guard、Spec Trace 等漂移治理扩展表达的漂移与验证诉求也为从 OpenSpec 迁移的用户提供了第一方的验证并关闭差距步骤#2673。 ## 四、Bundle 子系统specify bundle 的角色化分发 ### 4.1 定位组合层不引入新运行时行为 6 月的第二个头条是 **bundle 首秀**#3070。bundle 是位于既有原语之上的分发与组合层扩展、preset、工作流、步骤是积木而 **bundle 是策划的、带版本的、面向角色的技术栈**——它声明团队或角色所需的一切并一步安装。关键设计是bundle 自身**不添加任何新的运行时行为**它通过每个组件各自的机制组合既有能力因此执行期没有需要新学的东西。 仓库已附带四个示例角色 bundle与通讯所述完全一致examples/bundles/developer/、examples/bundles/product-manager/、examples/bundles/business-analyst/、examples/bundles/security-researcher/每个都包含 bundle.yml 清单与 README。 ### 4.2 bundle.yml 清单结构 以仓库中的开发者角色 bundleexamples/bundles/developer/bundle.yml为实例 yaml schema_version: 1.0 bundle: id: developer name: Developer version: 1.0.0 role: developer description: Spec-Driven Development setup for developers: implementation planning, task breakdown, and code review. author: spec-kit-examples license: MIT requires: speckit_version: 0.9.0 tools: [] mcp: [] provides: extensions: - id: agent-context version: 1.0.0 presets: - id: implementation-planning version: 1.0.0 priority: 10 strategy: append steps: - id: plan-implementation - id: break-down-tasks workflows: - id: spec-to-implementation version: 1.0.0 tags: [development, implementation, code-review]【免费下载链接】spec-kit Toolkit to help you get started with Spec-Driven Development项目地址: https://gitcode.com/GitHub_Trending/sp/spec-kit创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 Phase N: Convergence
Phase N: Convergence【免费下载链接】spec-kit Toolkit to help you get started with Spec-Driven Development项目地址: https://gitcode.com/GitHub_Trending/sp/spec-kitT042 祈使句描述 per ( )任务 ID 扫描既有最大编号后零填充递增T{M1:03d}阶段号取现有最大阶段 1每条任务携带 source-ref如 FR-003、SC-002、US1/AC2、plan: storage decision、Constitution II保留需求 → 整改的可追溯性绝不复用或重编号既有 ID已存在旧 Convergence 阶段时在下方新增独立编号的阶段。 ### 3.4 执行流程与扩展钩子 模板定义了 9 步执行流程初始化收敛上下文运行前置脚本解析 FEATURE_DIR 与 AVAILABLE_DOCS→ 渐进披露式加载产物spec 只取 FR-###/SC-###/验收场景/边界情况plan 只取架构决策、数据模型引用、触点、约束→ 构建意图清单与代码范围映射评估范围被严格限定在产物定义的文件与概念内不外推→ 逐项评估代码库并分类差距 → 分级 → **先输出会话内差距摘要表ID / Gap Type / Severity / Source / Evidence / Remaining Work再写文件** → 按契约追加或报告 converged → 交接建议追加了任务则建议跑 /speckit.implement已收敛则建议进入评审/开 PR→ 检查 after_converge 扩展钩子。 值得注意的是命令对 .specify/extensions.yml 中的 hooks.before_converge 与 hooks.after_converge 做了完整的钩子协议支持按 optional 标志区分可选钩子输出提示由用户决定是否执行与强制钩子必须实际执行并等待结果condition 表达式一律留给 HookExecutor 实现而非由命令自行解释——这正呼应了 v0.10 落地的 per-event 钩子列表机制。 ### 3.5 闭环语义converge → implement → converge 上述机制组合出的结果是**迭代收敛循环**每轮 converge 发现差距并追加任务/speckit.implement 完成它们再跑 converge 直至无差距。这直接回答了社区长期通过 Architecture Guard、Spec Trace 等漂移治理扩展表达的漂移与验证诉求也为从 OpenSpec 迁移的用户提供了第一方的验证并关闭差距步骤#2673。 ## 四、Bundle 子系统specify bundle 的角色化分发 ### 4.1 定位组合层不引入新运行时行为 6 月的第二个头条是 **bundle 首秀**#3070。bundle 是位于既有原语之上的分发与组合层扩展、preset、工作流、步骤是积木而 **bundle 是策划的、带版本的、面向角色的技术栈**——它声明团队或角色所需的一切并一步安装。关键设计是bundle 自身**不添加任何新的运行时行为**它通过每个组件各自的机制组合既有能力因此执行期没有需要新学的东西。 仓库已附带四个示例角色 bundle与通讯所述完全一致examples/bundles/developer/、examples/bundles/product-manager/、examples/bundles/business-analyst/、examples/bundles/security-researcher/每个都包含 bundle.yml 清单与 README。 ### 4.2 bundle.yml 清单结构 以仓库中的开发者角色 bundleexamples/bundles/developer/bundle.yml为实例 yaml schema_version: 1.0 bundle: id: developer name: Developer version: 1.0.0 role: developer description: Spec-Driven Development setup for developers: implementation planning, task breakdown, and code review. author: spec-kit-examples license: MIT requires: speckit_version: 0.9.0 tools: [] mcp: [] provides: extensions: - id: agent-context version: 1.0.0 presets: - id: implementation-planning version: 1.0.0 priority: 10 strategy: append steps: - id: plan-implementation - id: break-down-tasks workflows: - id: spec-to-implementation version: 1.0.0 tags: [development, implementation, code-review]【免费下载链接】spec-kit Toolkit to help you get started with Spec-Driven Development项目地址: https://gitcode.com/GitHub_Trending/sp/spec-kit创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考