用途：当用户想规划重构、创建重构 RFC，或把重构拆成安全的渐进步骤时调用此技能，最终产出一份包含重构计划的 GitHub issue。
主要能力与流程：先向用户询问要解决问题的详细描述及潜在方案；探索仓库以验证其说法并理解代码库现状；询问是否考虑过其他选项并展示替代方案；就实现方案进行极其详细彻底的访谈；敲定精确范围，明确改什么、不改什么；检查该区域的测试覆盖，若不足则询问用户的测试计划；把实现拆解为由微小 commit 组成的计划，遵循 Martin Fowler 的建议“让每个重构步骤尽可能小，这样你始终能看到程序在正常工作”；最后创建 GitHub issue。
issue 模板包含：问题陈述（从开发者视角描述面临的问题）、解决方案（从开发者视角描述）、Commits（用通俗英文写成的长而详细的实现计划，拆为尽可能最小的 commit，每个 commit 都应让代码库处于可工作状态）、决策文档（已做出的实现决策，如将构建/修改的模块、被修改的接口、开发者技术澄清、架构决策、Schema 变更、API 契约、具体交互；不包含具体文件路径或代码片段，以免很快过时）、测试决策（好测试的描述，只测外部行为不测实现细节、将被测试的模块、测试的参考先例）、范围之外（本次重构不涉及的内容）、补充说明（可选）。
限制：步骤可按需跳过；资料未提供具体安装命令、收费或平台信息。