Spec Kit扩展生态指南为规范驱动开发选配插件【免费下载链接】spec-kit Toolkit to help you get started with Spec-Driven Development项目地址: https://gitcode.com/GitHub_Trending/sp/spec-kitSpec Kit 是一套规范驱动开发Spec-Driven Development先写规范、再谈实现工具包你用自然语言描述需求它通过 /speckit.specify、/speckit.plan、/speckit.tasks 三个核心命令把需求逐步变成规范文档、实现计划和任务清单。核心命令负责主干Spec Kit 扩展负责补齐主干之外的事想法评审、存量代码改造、安全审计、成本追踪、并行协作。本文讲清 Spec Kit 扩展体系的运转机制按场景给出推荐组合并演示扩展怎么装、怎么验证。 一分钟认知Spec Kit扩展如何挂载生效扩展 命令 钩子扩展安装后会在项目里注入新的斜杠命令如 /speckit.assess.intake和挂在主流程关键点的钩子AI 编码代理会自动感知并使用它们。主干流程不变扩展不改写 specify → plan → tasks → implement 这条链而是在它前面加环节如想法评审或在中间加卡点如 CI 门禁。两个目录文件extensions/ 目录里catalog.json 是你自己维护的精选目录上游默认留空由团队填入可信扩展catalog.community.json 是社区参考目录目前收录 150 余个扩展。内置四个扩展assess想法评估、bug缺陷分诊、git功能分支、agent-context代理上下文文件随主程序提供初始化即可用。社区扩展只审格式、不审代码维护者只校验目录条目完整不背书扩展本身安装前建议读一遍源码。 按场景选插件的组合方式新项目冷启动先评审再写规范痛点想法模糊就开工规范写完才发现方向错了前期投入很难止损。组合AIDE提供从愿景到实现的 7 步结构化流程适合带着空项目从头走到尾assess内置先对想法跑 intake → research → define → shape → decide 五阶段漏斗产出 go / kill 结论。配合assess 判为 go 的想法直接交接给 /speckit.specify之后由 AIDE 接管规划与实现被 kill 的想法留档关闭不浪费后续精力。存量代码库改造渐进式补规范痛点代码成山却没有规范一次性全量补写不现实。组合Brownfield Bootstrap自动发现现有架构、生成对应规范文档引导逐步采用规范驱动开发Spec Refine支持原地更新规范并把改动传播到计划和任务。配合Brownfield 先把已有代码沉淀成规范基线之后需求变化时用 Spec Refine 把差异同步到全部工件代码和规范才不会各走各的。质量与安全把关把卡点放在过程里痛点AI 产出代码很快架构漂移和安全问题事后很难追。组合SpecTest从规范标准自动生成测试脚手架并找出未覆盖的需求CI Guard在 CI 流水线里加规范合规门控发现规范缺失或漂移就阻止合并Security Review做全项目安全设计审计并覆盖分支、计划、任务各环节审查。配合SpecTest 先固化测试基线CI Guard 在流水线卡住带差距的合并Security Review 全程跟进三道卡点把事后审查变成过程拦截。成本与进度可视化给LLM花费和状态上数字痛点LLM 花费没有账本项目进度只存在于少数人脑子里。组合Cost Tracker实时追踪 LLM 美元成本支持按功能设预算和财务就绪的导出Project Health Check定期诊断项目结构、脚本、扩展和 Git 方面的问题Spec Diagram自动生成 Mermaid 图展示工作流状态和任务依赖。配合Health Check 做定期体检Cost Tracker 和 Spec Diagram 把花费与进度放进同一张视图站会直接对着看。多人并行开发多个功能同时跑痛点多个功能并行推进分支和规范文件互相踩得有人手动协调。组合git内置负责功能分支创建、编号与校验Worktree Isolation为每个功能生成隔离的 git 工作树无需来回切换检出MAQA实现协调器 → 功能 → QA代理协作流原生支持并行工作树。配合git 扩展定好分支规范Worktree 让每个功能拥有独立工作区MAQA 把并行实现与 QA 串起来多人开发不必排队。 一张表看懂扩展选配场景推荐组合上手成本适合谁新项目冷启动assess AIDE低内置扩展加一个安装从想法起步的团队存量代码库改造Brownfield Bootstrap Spec Refine中需要已有代码库输入有遗留系统要维护的团队质量与安全把关SpecTest CI Guard Security Review中需要接入 CI有合规要求的团队成本与进度可视化Cost Tracker Project Health Check Spec Diagram低偏只读观测技术负责人、项目 owner多人并行开发git Worktree Isolation MAQA中需要工作树与代理环境多功能并行的团队 三步装好第一个扩展# 第一步搜索扩展确认要装的 id specify extension search refinesearch 读取的是当前生效的目录搜不到就先检查目录指向别急着怀疑扩展不存在。# 第二步按名称安装命令与钩子挂载到当前项目 specify extension add refine安装作用于当前项目完成后在代理会话里就能直接调用扩展带来的 /speckit.* 命令。# 第三步查看已安装扩展 specify extension list列表中出现目标扩展即安装成功用 specify extension disable / enable 可随时停用或启用。⚠️ 避坑提醒别一次装全扩展的命令和钩子都会进入代理上下文装得越多代理行为越难预测先从 1-2 个开始。注意版本兼容扩展会声明 requires.speckit_version 兼容区间安装前确认扩展版本与 specify 主程序版本匹配。统一团队扩展集用直接 URL 装的扩展不会出现在别人的搜索结果里把批准的扩展放进自建目录让团队按名称统一安装。上游目录默认是空的search 搜不到东西不代表没有扩展先确认目录指向社区目录或已填入自建条目。社区扩展是未审计代码官方不背书其质量安装前过一遍源码尤其是会读取整个仓库的扩展。 下一步从表格里挑一个最贴近你现状的场景在当前项目装对应 1-2 个扩展跑完一个完整功能再决定去留。把团队认可的扩展整理进自建目录配置 SPECKIT_CATALOG_URL让所有人的安装来源一致。升级 specify 前先看扩展目录条目里的版本兼容区间避免升级后现有扩展组合失效。【免费下载链接】spec-kit Toolkit to help you get started with Spec-Driven Development项目地址: https://gitcode.com/GitHub_Trending/sp/spec-kit创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 Spec Kit扩展生态指南：为规范驱动开发选配插件
Spec Kit扩展生态指南为规范驱动开发选配插件【免费下载链接】spec-kit Toolkit to help you get started with Spec-Driven Development项目地址: https://gitcode.com/GitHub_Trending/sp/spec-kitSpec Kit 是一套规范驱动开发Spec-Driven Development先写规范、再谈实现工具包你用自然语言描述需求它通过 /speckit.specify、/speckit.plan、/speckit.tasks 三个核心命令把需求逐步变成规范文档、实现计划和任务清单。核心命令负责主干Spec Kit 扩展负责补齐主干之外的事想法评审、存量代码改造、安全审计、成本追踪、并行协作。本文讲清 Spec Kit 扩展体系的运转机制按场景给出推荐组合并演示扩展怎么装、怎么验证。 一分钟认知Spec Kit扩展如何挂载生效扩展 命令 钩子扩展安装后会在项目里注入新的斜杠命令如 /speckit.assess.intake和挂在主流程关键点的钩子AI 编码代理会自动感知并使用它们。主干流程不变扩展不改写 specify → plan → tasks → implement 这条链而是在它前面加环节如想法评审或在中间加卡点如 CI 门禁。两个目录文件extensions/ 目录里catalog.json 是你自己维护的精选目录上游默认留空由团队填入可信扩展catalog.community.json 是社区参考目录目前收录 150 余个扩展。内置四个扩展assess想法评估、bug缺陷分诊、git功能分支、agent-context代理上下文文件随主程序提供初始化即可用。社区扩展只审格式、不审代码维护者只校验目录条目完整不背书扩展本身安装前建议读一遍源码。 按场景选插件的组合方式新项目冷启动先评审再写规范痛点想法模糊就开工规范写完才发现方向错了前期投入很难止损。组合AIDE提供从愿景到实现的 7 步结构化流程适合带着空项目从头走到尾assess内置先对想法跑 intake → research → define → shape → decide 五阶段漏斗产出 go / kill 结论。配合assess 判为 go 的想法直接交接给 /speckit.specify之后由 AIDE 接管规划与实现被 kill 的想法留档关闭不浪费后续精力。存量代码库改造渐进式补规范痛点代码成山却没有规范一次性全量补写不现实。组合Brownfield Bootstrap自动发现现有架构、生成对应规范文档引导逐步采用规范驱动开发Spec Refine支持原地更新规范并把改动传播到计划和任务。配合Brownfield 先把已有代码沉淀成规范基线之后需求变化时用 Spec Refine 把差异同步到全部工件代码和规范才不会各走各的。质量与安全把关把卡点放在过程里痛点AI 产出代码很快架构漂移和安全问题事后很难追。组合SpecTest从规范标准自动生成测试脚手架并找出未覆盖的需求CI Guard在 CI 流水线里加规范合规门控发现规范缺失或漂移就阻止合并Security Review做全项目安全设计审计并覆盖分支、计划、任务各环节审查。配合SpecTest 先固化测试基线CI Guard 在流水线卡住带差距的合并Security Review 全程跟进三道卡点把事后审查变成过程拦截。成本与进度可视化给LLM花费和状态上数字痛点LLM 花费没有账本项目进度只存在于少数人脑子里。组合Cost Tracker实时追踪 LLM 美元成本支持按功能设预算和财务就绪的导出Project Health Check定期诊断项目结构、脚本、扩展和 Git 方面的问题Spec Diagram自动生成 Mermaid 图展示工作流状态和任务依赖。配合Health Check 做定期体检Cost Tracker 和 Spec Diagram 把花费与进度放进同一张视图站会直接对着看。多人并行开发多个功能同时跑痛点多个功能并行推进分支和规范文件互相踩得有人手动协调。组合git内置负责功能分支创建、编号与校验Worktree Isolation为每个功能生成隔离的 git 工作树无需来回切换检出MAQA实现协调器 → 功能 → QA代理协作流原生支持并行工作树。配合git 扩展定好分支规范Worktree 让每个功能拥有独立工作区MAQA 把并行实现与 QA 串起来多人开发不必排队。 一张表看懂扩展选配场景推荐组合上手成本适合谁新项目冷启动assess AIDE低内置扩展加一个安装从想法起步的团队存量代码库改造Brownfield Bootstrap Spec Refine中需要已有代码库输入有遗留系统要维护的团队质量与安全把关SpecTest CI Guard Security Review中需要接入 CI有合规要求的团队成本与进度可视化Cost Tracker Project Health Check Spec Diagram低偏只读观测技术负责人、项目 owner多人并行开发git Worktree Isolation MAQA中需要工作树与代理环境多功能并行的团队 三步装好第一个扩展# 第一步搜索扩展确认要装的 id specify extension search refinesearch 读取的是当前生效的目录搜不到就先检查目录指向别急着怀疑扩展不存在。# 第二步按名称安装命令与钩子挂载到当前项目 specify extension add refine安装作用于当前项目完成后在代理会话里就能直接调用扩展带来的 /speckit.* 命令。# 第三步查看已安装扩展 specify extension list列表中出现目标扩展即安装成功用 specify extension disable / enable 可随时停用或启用。⚠️ 避坑提醒别一次装全扩展的命令和钩子都会进入代理上下文装得越多代理行为越难预测先从 1-2 个开始。注意版本兼容扩展会声明 requires.speckit_version 兼容区间安装前确认扩展版本与 specify 主程序版本匹配。统一团队扩展集用直接 URL 装的扩展不会出现在别人的搜索结果里把批准的扩展放进自建目录让团队按名称统一安装。上游目录默认是空的search 搜不到东西不代表没有扩展先确认目录指向社区目录或已填入自建条目。社区扩展是未审计代码官方不背书其质量安装前过一遍源码尤其是会读取整个仓库的扩展。 下一步从表格里挑一个最贴近你现状的场景在当前项目装对应 1-2 个扩展跑完一个完整功能再决定去留。把团队认可的扩展整理进自建目录配置 SPECKIT_CATALOG_URL让所有人的安装来源一致。升级 specify 前先看扩展目录条目里的版本兼容区间避免升级后现有扩展组合失效。【免费下载链接】spec-kit Toolkit to help you get started with Spec-Driven Development项目地址: https://gitcode.com/GitHub_Trending/sp/spec-kit创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考