README.zh-CN.md

September 15, 2026 · View on GitHub

Spec Kit 标志

🌱 Spec Kit

与你的编码助手一起,依据规范开发、修复缺陷,或评估想法。

最新版本 GitHub stars 许可证 文档

English · 简体中文

Spec Kit 是一个开源工具套件,为 AI 编码助手提供结构化流程、可复用模板和有据可查的成果。 你可以从以下三种流程中任选一种开始,按需定制,也可以引入自己的流程。

选择你的流程

你的需求流程产出
构建功能或应用规范驱动开发从规范出发,完成规划、实现与收敛
排查并修复异常行为缺陷修复经评估的原因、范围明确的修复与验证记录
判断一个想法是否值得投入想法评估基于证据决定推进、澄清或停止

这三种流程是彼此独立的入口,不是必须依次完成的三个阶段。 SDD 内置于核心;缺陷修复和想法评估由随工具提供的扩展实现,需要时再安装。

快速开始

你需要 Python 3.11+uv 以及受支持的 AI 编码助手,可在 Linux、macOS 或 Windows 上使用。 仅 CLI 配置步骤在终端中执行:从 PyPI 安装 Spec Kit 并创建项目:

uv tool install specify-cli
specify init my-project --integration copilot
cd my-project

CLI 只需安装一次,项目只需初始化一次;以下三种流程共用这套准备步骤。

示例采用 GitHub Copilot 默认的技能(skills)模式。 如需使用其他助手,将 copilot 替换为对应的 集成标识

已有代码?请参阅现有项目指南。 锁定版本、其他安装方式、CI 与故障排查见安装指南; 更新已安装的 CLI 和项目文件见升级指南

现在,在项目目录中启动编码助手,选择以下一种流程。 在助手的聊天界面中逐个调用 /speckit-* 技能,检查结果后再继续。 这些是助手技能,不是终端命令。其他助手或模式可能采用不同的调用语法

规范驱动开发

先明确做什么、为什么做,再决定怎么实现。 规范驱动开发(SDD)将需求转化为规范、技术方案和可执行任务,再依据这些制品指导实现。

每个项目先确立一次准则;每个功能依次完成:规范 → 方案 → 任务 → 实现 → 收敛。

在助手的聊天界面中调用以下技能:

/speckit-constitution Create principles focused on code quality, testing, and maintainability.
/speckit-specify Build a photo organizer with albums grouped by date and a tile preview of each album.
/speckit-plan Use Vite with vanilla JavaScript. Keep images local and store metadata in SQLite.
/speckit-tasks
/speckit-implement
/speckit-converge

反复执行 implement → converge,直到收敛报告给出 Converged。 需要额外的质量把关时,可加入需求澄清、检查清单和一致性分析。

SDD 实战指南 · 命令参考

缺陷修复

将诊断、修复和验证分开,让助手针对评估出的原因修复,并检查最初出现的症状。 无需先走一遍 SDD 功能开发流程。

CLI 配置(终端):在项目目录下安装这个可选扩展:

specify extension add bug

然后在助手的聊天界面中依次调用 assess → fix → test(评估 → 修复 → 测试)技能:

/speckit-bug-assess "Submitting an empty password crashes the login form." slug=login-crash
/speckit-bug-fix slug=login-crash
/speckit-bug-test slug=login-crash

报告保存在 .specify/bugs/login-crash/。请检查最终结论: verified(已验证)、partial(部分验证)或 failed(失败)。缺少验证不算修复成功。

缺陷修复指南 · 命令参考

想法评估

在投入之前先收集证据,无论这个想法最终是否会成为软件。 这是一个独立流程,也适用于非软件类想法,即使项目中没有源代码也能使用。

CLI 配置(终端):在项目目录下安装这个可选扩展:

specify extension add assess

然后在助手的聊天界面中依次调用 intake → research → define → shape → decide (收集想法 → 调研 → 定义问题 → 形成方案 → 决策)技能:

/speckit-assess-intake "Let users work offline and sync when they reconnect." slug=offline-mode
/speckit-assess-research slug=offline-mode
/speckit-assess-define slug=offline-mode
/speckit-assess-shape slug=offline-mode
/speckit-assess-decide slug=offline-mode

制品保存在 .specify/assessments/offline-mode/,最终给出 go / needs-clarification / kill(推进 / 需要澄清 / 停止)的决策。 遇到待澄清问题时,直接完善已有的 Markdown 制品,或请助手协助修改,而不是重新生成整个阶段。 如果决定开发,可将 go 的评估结果交给 /speckit-specify;记录理由后停止,同样是有价值的结果。

想法评估指南 · 命令参考

定制或引入自己的流程

扩展新增能力,预设调整现有行为,工作流自动执行步骤,捆绑包打包面向角色的配置。 单个项目的一次性模板调整可使用项目本地覆盖;流程或术语的本地化可使用预设。

定制指南 · 社区扩展、预设、捆绑包与实战演练

文档

以下链接指向英文指南。工具升级与功能规范演进是两件事:升级时更新工具文件,需求变化时更新 specs/ 制品。

支持与贡献

报告缺陷或提出功能建议 · 贡献指南 · 行为准则

Spec Kit 采用 MIT 许可证