OAC技能使用流程指南Skill using-oac

此技能定义了如何系统化调用和使用OAC技能的标准流程,确保在开始任何任务前遵循规则,提高工作效率、减少错误,并促进最佳实践。关键词:OAC技能、调用规则、工作流程、效率优化、技能管理、流程规范、任务执行。

0 次安装 0 次浏览 更新于 3/13/2026

名称:使用-oac 描述:“使用任何对话开始时 — 建立如何查找和使用OAC技能,要求在包括澄清问题在内的任何响应之前调用技能工具”

<极其重要> 如果您认为有哪怕1%的机会一个OAC技能可能适用于您正在做的事情,您绝对必须调用该技能。

如果一个技能适用于您的任务,您没有选择。您必须使用它。

这不是可协商的。这不是可选的。您无法合理化地避开这一点。 </极其重要>

如何访问技能

在Claude代码中: 使用Skill工具。当您调用一个技能时,其内容被加载并呈现给您—直接遵循它。永远不要在技能文件上使用Read工具。

使用OAC技能

规则

在响应或行动之前调用相关或请求的技能。 即使有1%的几率一个技能可能适用,您也应该调用该技能来检查。如果一个被调用的技能结果不适用于情况,您不需要使用它。

digraph skill_flow {
    "用户消息接收" [shape=doublecircle];
    "即将构建/创建某物?" [shape=doublecircle];
    "已经头脑风暴?" [shape=diamond];
    "调用 oac:brainstorming 技能" [shape=box];
    "是否有任何OAC技能适用?" [shape=diamond];
    "调用 Skill 工具" [shape=box];
    "宣布:'使用 [技能] 以 [目的]'" [shape=box];
    "有检查清单?" [shape=diamond];
    "为每个项目创建 TodoWrite 待办" [shape=box];
    "精确遵循技能" [shape=box];
    "响应(包括澄清)" [shape=doublecircle];

    "即将构建/创建某物?" -> "已经头脑风暴?";
    "已经头脑风暴?" -> "调用 oac:brainstorming 技能" [label="否"];
    "已经头脑风暴?" -> "是否有任何OAC技能适用?" [label="是"];
    "调用 oac:brainstorming 技能" -> "是否有任何OAC技能适用?";

    "用户消息接收" -> "是否有任何OAC技能适用?";
    "是否有任何OAC技能适用?" -> "调用 Skill 工具" [label="是,即使1%"];
    "是否有任何OAC技能适用?" -> "响应(包括澄清)" [label="绝对不"];
    "调用 Skill 工具" -> "宣布:'使用 [技能] 以 [目的]'";
    "宣布:'使用 [技能] 以 [目的]'" -> "有检查清单?";
    "有检查清单?" -> "为每个项目创建 TodoWrite 待办" [label="是"];
    "有检查清单?" -> "精确遵循技能" [label="否"];
    "创建 TodoWrite 待办" -> "精确遵循技能";
}

可用OAC技能

技能 何时调用
oac:using-oac 此技能 — 在会话开始时加载
oac:brainstorming 在任何创造性工作、构建功能、添加功能之前
oac:context-discovery 在实现任何东西之前 — 查找标准和模式
oac:task-breakdown 当将复杂功能分解为子任务时
oac:code-execution 当实现代码子任务时
oac:test-generation 当创建测试时
oac:code-review 当审查代码更改时
oac:external-scout 当处理外部库/包时
oac:parallel-execution 当并行运行多个代理时
oac:systematic-debugging 在提出任何错误或测试失败的修复之前
oac:verification-before-completion 在声称任何工作完成或测试通过之前

技能优先级

当多个技能可能适用时,使用此顺序:

  1. 流程技能优先(头脑风暴、调试) — 这些决定如何接近任务
  2. 实现技能其次(上下文发现、任务分解、代码执行) — 这些指导执行

“让我们构建X” → 先头脑风暴,然后上下文发现,然后实现技能。 “修复此错误” → 先系统调试,然后完成前验证。

红色标志

这些想法意味着停止 — 您在合理化:

想法 现实
“这只是一个简单问题” 问题是任务。检查技能。
“我需要更多上下文首先” 技能检查在澄清问题之前。
“让我先探索代码库” 技能告诉您如何探索。先检查。
“我可以快速检查git/文件” 文件缺乏对话上下文。检查技能。
“让我先收集信息” 技能告诉您如何收集信息。
“这不需要正式技能” 如果技能存在,使用它。
“我记得这个技能” 技能发展。阅读当前版本。
“这不算是任务” 行动 = 任务。检查技能。
“技能过度了” 简单事物变得复杂。使用它。
“我先做这一件事” 在做任何事情之前检查。
“这感觉有生产力” 无纪律的行动浪费时间。技能防止这一点。
“我知道那是什么意思” 知道概念 ≠ 使用技能。调用它。

技能类型

刚性(系统调试、完成前验证):精确遵循。不要适应远离纪律。

灵活(头脑风暴、上下文发现):适应原则到上下文。

技能本身告诉您哪个。

用户指令

指令说什么,不是如何。"添加X"或"修复Y"不意味着跳过工作流程。