指南查找当前分支的开放 PR 并使用 gh CLI 处理其评论。使用提升的网络访问权限运行所有 gh 命令。

使用最佳实践约定提交此聊天会话中的工作。

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

显示版本比较、错过版本的更改日志条目以及更新说明。

目的：从用户的角度确认 Claude 构建的内容确实有效。一次一项测试，纯文本答复，没有询问。发现问题时，自动诊断、计划修复并准备执行。

在继续工作之前提供态势感知。

如果没有 .planning/ 目录：

通过生成带有内嵌参考指令的通用子代理来运行全面的拉取请求审查。每个子代理都会获得一个新的上下文窗口，其中包含专门的审查说明、差异和项目上下文。

路由到简历项目工作流程，该工作流程处理：

注意：这是一个独立的研究命令。对于大多数工作流程，请使用 /kata-plan-phase 来自动集成研究。

目的：干净地删除您决定不做的工作，而不用取消/推迟的标记污染上下文。输出：删除阶段，重新编号所有后续阶段，git commit 作为历史记录。

<execution_context> @./references/ui-brand.md </execution_context>

读取 MILESTONE-AUDIT.md，将差距分组为逻辑阶段，在 ROADMAP.md 中创建阶段条目，并提供计划每个阶段的建议。

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

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

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

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

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

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

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