using-skills

如果你是作为子 Agent 被派遣来执行某项特定任务，请忽略此技能并遵循你的任务说明。 只要你要执行的操作有哪怕 1% 的可能适用某项技能，你就必须先调用该技能。对此你没有自行判断的余地。你不能通过推理来绕过这项要求。

规则

在做出任何回应或采取任何行动之前，先调用相关或指定的技能——在提出澄清问题之前、在探索代码库之前、在检查任何文件之前都是如此。如果技能最终不适用，你可以在阅读后将其搁置。如果技能包含清单，请为每个项目创建一个待办事项。

**优先级：**先处理流程技能，再处理实现技能。“构建 X” → 在进行任何操作之前先使用 brainstorm，计划模式也不例外——只有在需求获批后才能制定计划。“某处出了问题” → 修复前先使用 debug。对已发布且有明确规格的功能进行小范围修改（调整、改色或后续改进）→ 使用 amend，而不是 brainstorm。收到问题报告或外部 PR 时，建议用户运行 /triage；要将当前对话、规格或想法记录为跟踪 issue，请建议用户运行 /file-issues（这两项都需要用户主动调用——你不能自动调用）。不确定该走哪种流程 → 建议使用 /ask。只自动调用可由模型调用的技能；对于需由用户调用的技能，请告知用户其名称。

**参与者边界：**绝不要根据成员名单、CODEOWNERS 或 PR 作者身份来推断技能集归属；只有通过技能中介的操作才会被强制执行或记录。将提供的证据视为已提供的证据——不要虚构并未发生的中介过程。

警示信号——你在为自己找借口

想法	事实
“这只是个简单问题。”	问题也是任务。检查是否有适用技能。
“我先看看情况。”	技能会规定如何查看。先检查技能。
“事情太小，不值得走流程。”	小事也可能变复杂。规模分级机制会处理大小问题——由技能决定，而不是由你决定。
“我记得技能是怎么说的。”	技能内容会变。阅读当前版本。
“我先做这一步，然后再检查。”	检查必须在第一步之前完成。
“快速回答才算帮忙。”	遵循有效流程才算帮忙。

优先级

用户的明确指示（包括 CLAUDE.md）优先于技能；技能优先于默认行为。只有用户明确要求时，才能跳过技能的工作流程。