通过完整的上下文恢复，可以在新会话中无缝恢复。

通过深入的上下文收集和工作流程配置来初始化一个新项目。

目的：实现灵活的阶段重组（跨里程碑移动和里程碑内重新排序）。输出：阶段移动/重新排序、目录重命名、ROADMAP.md 更新、STATE.md 更新、git 提交为历史记录。

重定向到 kata-doctor 以向后兼容现有的触发短语。

每个映射器代理都会探索一个重点区域并将文档直接写入 .planning/codebase/ 。编排器仅接收确认，从而将上下文使用量保持在最低限度。

目的：帮助用户在规划开始之前了解 Claude 的想法 - 在假设错误时尽早纠正方向。输出：仅对话输出（不创建文件）- 以“你觉得怎么样？”结尾迅速的

使用十进制编号（72.1、72.2 等）来保留计划阶段的逻辑顺序，同时适应紧急插入。

首先，读取安装的版本：

Orchestrator 保持精益：发现计划、分析依赖关系、分组、生成子代理、收集结果。每个子代理加载完整的执行计划上下文并处理自己的计划。

工作原理：

协调器角色：收集症状、生成 kata 调试器代理、处理检查点、生成延续。

模板控制规划工件的结构（计划、摘要、UAT 会话、验证报告、变更日志）。覆盖模板以更改 Kata 为您的项目生成这些文件的方式。

使用访问器脚本更新 .planning/config.json。

目的：创建已发布版本的历史记录，归档里程碑工件（路线图+需求），并为下一个里程碑做好准备。输出：里程碑存档（路线图+要求），PROJECT.md 演变，git 标记。

能够回顾捕获的想法并决定下一步要做什么。

使用配对的代理团队进行结构化的头脑风暴会议。每对都有一个探索者（产生想法）和一个挑战者（扮演魔鬼代言人）。多对人同时承担不同的职责，产生经过辩论测试的提案。

此命令将连续阶段附加到当前里程碑的阶段列表，根据现有阶段自动计算下一个阶段编号。

这适用于第一个里程碑（在 /kata-new-project 之后）和后续里程碑（完成里程碑之后）。

启用“思考 -> 捕获 -> 继续”流程，而不会丢失上下文或破坏当前工作。

您的任务是使用存储在用户全局配置目录和 WriteTodosTool 中的 markdown 文件在本地管理“线性票证”。这取代了基于云的 Linear MCP 工作流程。