plan-exec
在.plan/active/下执行活动计划中的任务。为每个任务写入具体的输出和交接内容,并在计划完成后归档该计划。
把 Skill 的源码、资源快照、README、包体和安装信号放进一个可搜索、可筛选的公开目录。
在.plan/active/下执行活动计划中的任务。为每个任务写入具体的输出和交接内容,并在计划完成后归档该计划。
审查一个混合的工作树,并生成(并可选择执行)一小段逻辑上分组的增量git提交序列。
创建包含详细文件级别变更和测试策略的全面实施计划
计划-马歇尔工作流集成的文档域清单
分析Rust自学习内存项目中实施计划与实际代码库实现之间的差异
方法清晰度驱动的规划工作流程使用zen-mcp工具(聊天、规划器、共识)。阶段0通过聊天判断用户是否提供了清晰的实现方法。基于自动化模式×方法清晰度有四种执行路径 - 交互式/自动 × 清晰/不清晰。所有路径最终都会在规划器处进行任务分解。生成完整的plan.md文件。当用户请求“创建一个计划”、“生成plan.md”、“使用规划器进行规划”、“帮助我进行任务分解”或类似的规划任务时使用。
将后端、前端和安全审查的报告综合成一个优先行动计划。
根据内联指令直接创建TDD实现计划。当您有一个功能请求、任务描述或实现想法,而不需要先将其添加到TODO.md时,请使用此方法。支持代码库探索和MCP集成。
从创建到合并后自动清理的计划文档的生命周期管理。在创建、引用或清理计划时使用。
已弃用:notes/plan/ 目录已被移除。现在直接通过 GitHub issues 进行规划。请参阅 gh-read-issue-context 和 gh-post-issue-update 技能。
多阶段计划执行的迭代检查点协议。评估进度,确定下一步行动,记录当前意图。
列出并筛选计划文档。在探索计划、检查时使用
为项目阶段创建详细的执行计划
规划和架构决策领域的专家。了解以下内容:- 创建ADR(架构决策记录)- 创建技术规范- 列出并发现规划工件- 将计划转化为可执行的VTM任务- 与研究工具(思考伙伴)集成使用场景:- 用户希望记录一个架构决策- 用户需要创建一个技术规范- 用户希望探索或列出现有的ADR/规范- 用户已准备好将规划文档转换为任务- 用户在做决定前需要进行研究
调查错误并创建TDD修复计划。当文件处理(提取错误、数据错误、缺失匹配)后报告错误,或者遇到部署失败或与提示相关的问题时使用。支持代码库、部署和Gemini提示调查。
计划技术研究(进入计划模式)
当用户提供了一个实施计划文件,并要求分析它、评估影响、更新规范或验证计划的更改时使用。触发关键词包括“分析计划”、“实施计划”、“评估影响”、“根据计划更新规范”、“验证计划”。
规划工作以填补里程碑间的空隙
解析并摄取试点计划和假设为结构化数据,以便进行后续分析。当需要从试点文档中提取目标、可交付成果、时间表或假设时使用。
此技能应在创建计划文件、编写Gherkin需求、生成带有验证命令的任务或解析计划文件结构时使用。提供计划文件的模板和格式规范。
在编码前根据文档约束验证计划。请在文档发现后、实施前使用。返回PASS、WARN或FAIL,并附带具体问题。这是两阶段流程中的第一阶段。
通过用户反馈循环进行交互式迭代草稿YAML文档创建。通过协作改进创建机器可读的YAML规范。支持版本跟踪、可视化以及最终转换为英文格式。v1.2.0:具有自合成门和反馈分类的模式感知反馈。
检查拉取请求的审查评论,并支持创建相应的任务文件。使用github技能获取审查评论,Claude Code将基于这些信息在tmp/todo文件夹中创建任务文件。
在你有一个计划并希望验证其是否准备好实施时使用 - 可以发现结构上的漏洞、可行性问题和范围问题