用途：当用户需要规划一次需要谨慎增量推进的重构时，使用该技能，通过对话完成重构请求的创建。
主要流程：先让用户详细描述要解决的问题与可能的解决思路；探索代码库以验证其说法并理解当前状态；询问是否考虑过其他方案并给出其他选项；就实现细节进行尽可能彻底的访谈；明确实施范围，界定要改与不改的内容；检查该区域测试覆盖情况，若不足则询问用户的测试计划；把实现拆解成微小提交计划，遵循 Martin Fowler 的建议让每一步尽可能小、始终能看到程序可运行。
发布方式：询问用户发布到何处，可通过 MCP 的 create_issue 发布为 Linear issue，或用 gh issue create 发布为 GitHub issue。
产出模板包含：问题陈述（从开发者视角）、解决方案、提交（用平实英语写成的详细实施计划，拆成尽可能小的提交，每个提交都应让代码库保持可工作状态）、决策文档（要构建或修改的模块、将修改的模块接口、技术澄清、架构决策、模式变更、API 契约、具体交互；不要包含具体文件路径或代码片段）、测试决策（好测试的说明，只测外部行为而非实现细节、将被测试的模块、测试的既有范例）、范围之外、进一步说明（可选）。限制：资料未提供价格、平台支持范围等更多信息。