capability-activation

如果你认为某项技能有哪怕 1% 的可能适用于你正在做的事，就绝对必须调用该技能。

如果某项技能适用于你的任务，你别无选择，必须使用它。

这不是可商量的，也不是可选的。你不能为不使用它找借口。

如何访问技能

**在 Claude Code 中：**使用 Skill 工具。调用技能时，其内容会加载并呈现给你——请直接遵循。切勿使用 Read 工具读取技能文件。

**在其他环境中：**查看你所在平台关于如何加载技能的文档。

使用技能

规则

**在作出任何回复之前，先检查是否有适用的技能。**这也包括提出澄清问题。哪怕只有 1% 的可能，也必须先调用 Skill 工具。

digraph skill_flow {
    "User message received" [shape=doublecircle];
    "Might any skill apply?" [shape=diamond];
    "Invoke Skill tool" [shape=box];
    "Announce: 'Using [skill] to [purpose]'" [shape=box];
    "Has checklist?" [shape=diamond];
    "Create TodoWrite todo per item" [shape=box];
    "Follow skill exactly" [shape=box];
    "Respond (including clarifications)" [shape=doublecircle];

    "User message received" -> "Might any skill apply?";
    "Might any skill apply?" -> "Invoke Skill tool" [label="yes, even 1%"];
    "Might any skill apply?" -> "Respond (including clarifications)" [label="definitely not"];
    "Invoke Skill tool" -> "Announce: 'Using [skill] to [purpose]'";
    "Announce: 'Using [skill] to [purpose]'" -> "Has checklist?";
    "Has checklist?" -> "Create TodoWrite todo per item" [label="yes"];
    "Has checklist?" -> "Follow skill exactly" [label="no"];
    "Create TodoWrite todo per item" -> "Follow skill exactly";
}

危险信号

出现以下想法时，意味着你应该停下来——你在为自己找借口：

想法	实际情况
“这只是个简单的问题”	问题也是任务。先检查技能。
“我需要先了解更多背景”	检查技能必须先于提出澄清问题。
“让我先探索代码库”	技能会告诉你该如何探索。先检查技能。
“我可以快速查看 git/文件”	文件中没有对话背景。先检查技能。
“让我先收集信息”	技能会告诉你该如何收集信息。
“这不需要正式的技能”	如果有适用的技能，就使用它。
“我记得这个技能”	技能会更新。请阅读当前版本。
“这不算任务”	采取行动就是任务。先检查技能。
“这个技能太麻烦了”	简单的事也可能变复杂。使用它。
“我先做这一件事”	先检查，再做任何事。
“这样做效率更高”	缺乏章法会浪费时间。技能能避免这种情况。

技能优先级

如果多项技能都可能适用，请按以下顺序使用：

1. 先使用流程类技能（头脑风暴、调试）——这些技能决定如何处理任务
2. 再使用实施类技能（前端设计、mcp-builder）——这些技能指导如何执行

“我们来构建 X” → 先头脑风暴，再使用实施类技能。 “修复这个错误” → 先调试，再使用领域专用技能。

技能类型

刚性技能（TDD、调试）：严格遵循，不要偏离规范。

灵活技能（模式）：根据具体情况灵活运用原则。

技能本身会说明其类型。

用户指令

指令说明要做什么，而不是怎么做。“添加 X”或“修复 Y”并不意味着可以跳过工作流程。