spec-kitty/spec-kitty

它解决的问题

人工智能编码会话经常丢失需求、决策和验收标准，使得难以并行运行多个代理，或从随意的 vibe coding 过渡到可重复的流程。Spec Kitty 为团队提供了一种方法，将产品意图转化为受治理的、仓库原生的工作流，具有清晰的工作包边界、可见的进度和审查门禁，使仓库保持为唯一事实来源。

工作原理

Spec Kitty 是一个遵循定义管道的 CLI：spec -> plan -> tasks -> next -> review -> accept -> merge。您首先为特定代理（如 Claude Code、Codex、Cursor、Gemini、Copilot、Windsurf、OpenCode 等）初始化项目，然后使用斜杠命令或技能创建规范、计划和工作包。该工具将所有任务工件存储在 kitty-specs/ 下，通过生命周期通道（planned、in_progress、for_review、approved、done）跟踪工作包，并在 .worktrees/ 下的隔离 git worktree 中运行代理。dispatch 命令加载治理上下文并打开操作记录，运行时选择下一个操作，直到任务准备好进行审查和合并。完成的任务默认生成回顾报告。

适用对象

构建软件工厂的团队，需要可重复的输入、清晰的工作边界、隔离的执行环境以及围绕人工智能编码代理的审查门禁。它适用于协调多个代理或大型代码库开发人员的团队，或那些从临时 vibe coding 转向纪律严明的规范驱动工作流的团队。对于一次性编辑或小型脚本来说，它过于复杂，并且需要 Git。

亮点

• 仓库原生治理：规范、计划、工作包、验收标准、审查状态和合并决策都保存在 Git 中。
• 通过隔离的 git worktree 实现并行代理执行，避免分支混乱。
• 支持多种人工智能编码代理（Claude Code、Codex、Cursor、Gemini、Copilot、Windsurf、OpenCode 等），通过斜杠命令或技能。
• 明确的工作流循环：next -> review -> accept -> merge，并带有审计跟踪。
• 本地优先且开源（MIT），可选托管同步和跟踪器集成，但并非必需。
• 每个完成的任务自动生成回顾报告，促进跨任务学习。