메뉴
通过 user interview 创建带 tiny commits 的详细 refactor plan，然后 file as a GitHub issue。Use when user wants to plan a refactor, create a refactoring RFC, or break a refactor into safe incremental steps.
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
SOC 직업 분류 기준
使用并行子代理为模块生成多个显著不同的接口设计。适用于用户想设计 API、探索接口选项、比较模块形状，或提到 “design it twice” 时。
交互式 QA 会话，用户以对话方式报告缺陷或问题，代理创建 GitHub issues。后台探索代码库以获取上下文和领域语言。适用于用户想报告缺陷、执行 QA、以对话方式提交 issues，或提到 “QA session” 时。
从当前对话提取 DDD 风格的 ubiquitous language glossary，标记歧义并提出标准术语。保存到 UBIQUITOUS_LANGUAGE.md。适用于用户想定义领域术语、构建词汇表、收紧术语、创建通用语言，或提到 “domain model” / “DDD” 时。
询问当前情境适合哪个技能或流程；它是本仓库所有 skills 的路由器。
从固定点（commit、branch、tag 或 merge-base）开始，按 Standards（代码是否符合本仓库记录的编码标准？）和 Spec（代码是否符合来源 issue/PRD 的要求？）两个轴线审查变更。两个审查会在并行子代理中运行，并并排报告。适用于用户想审查 branch、PR、进行中的变更，或要求 “review since X” 时。
用于设计深模块的共享词汇。适用于用户想设计或改进模块接口、寻找深化机会、决定 seam 放在哪里、让代码更容易测试或更适合 AI 导航，或其他技能需要深模块词汇时。
| name | request-refactor-plan |
| description | 通过用户访谈创建带小提交的详细重构计划，然后作为 GitHub issue 提交。适用于用户想规划重构、创建重构 RFC，或把重构拆成安全的增量步骤时。 |
当用户想创建 refactor request 时调用此 skill。按以下步骤执行。你可以跳过你认为不必要的步骤。
让用户详细描述他们想解决的问题，以及可能的 solution ideas。
探索 repo，验证他们的 assertions，并理解 codebase 当前状态。
询问他们是否考虑过其他 options，并向他们展示其他 options。
围绕 implementation 访谈用户。要非常详细、彻底。
敲定 implementation 的 exact scope。弄清你计划改什么，以及不改什么。
在 codebase 中检查该区域的 test coverage。如果 coverage 不足，询问用户的 testing plans。
把 implementation 拆成 tiny commits 的计划。记住 Martin Fowler 的建议：“make each refactoring step as small as possible, so that you can always see the program working.”
使用 refactor plan 创建 GitHub issue。issue description 使用下面模板：
developer 面对的问题，从 developer 视角描述。
问题的 solution，从 developer 视角描述。
一份很长、详细的 implementation plan。用 plain English 写，把 implementation 拆到尽可能小的 commits。每个 commit 都应让 codebase 保持 working state。
已作出的 implementation decisions 列表。可以包括：
不要包含具体 file paths 或 code snippets。它们可能很快过时。
已作出的 testing decisions 列表。包括：
本 refactor 范围外事项的描述。
关于 refactor 的其他 notes。
