ワンクリックで
sa-workflow-guide
在开始任何对话时使用——建立如何查找和使用技能的规则,要求在任何回复(包括澄清问题)之前调用 Skill 工具
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
メニュー
在开始任何对话时使用——建立如何查找和使用技能的规则,要求在任何回复(包括澄清问题)之前调用 Skill 工具
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
SOC 職業分類に基づく
当面临 2+ 个独立任务,可以在没有共享状态或顺序依赖的情况下工作时使用
当在当前会话中执行具有独立任务的撰写计划时使用
当你有一个书面的撰写实施计划,需要在一个单独的会话中执行,并带有审查检查点时使用
当收到同行评审反馈时使用,在实施建议之前,特别是当反馈看起来不清楚或在学术上值得商榷时——需要学术严谨和验证,而不是表演性的同意或盲目实施
当撰写完成,所有逻辑检查通过,你需要决定如何整合工作时使用——通过展示清晰的合并、提交审阅或清理选项来指导完成开发工作
在进行任何创造性工作之前必须使用此技能——无论是撰写新章节、构建理论框架、增加论据还是修改论证逻辑。在撰写正文之前,先探索研究目标、要求和论证设计。
| name | sa-workflow_guide |
| description | 在开始任何对话时使用——建立如何查找和使用技能的规则,要求在任何回复(包括澄清问题)之前调用 Skill 工具 |
如果某个技能适用于你的任务,你没有选择的余地。你必须使用它。
这是不可商量的。这不是可选的。你不能找借口不这样做。
在 Claude Code 中: 使用 Skill 工具。当你调用一个技能时,它的内容会被加载并呈现给你——直接遵循它。永远不要对技能文件使用 Read 工具。
在其他环境中: 检查你的平台文档,了解如何加载技能。
在任何回复或行动之前,调用相关或请求的技能。 即使只有 1% 的机会某个技能可能适用,也意味着你应该调用该技能进行检查。如果调用的技能结果证明不适合该情况,你不需要使用它。
digraph skill_flow {
"收到研究者消息" [shape=doublecircle];
"有任何技能适用吗?" [shape=diamond];
"调用 Skill 工具" [shape=box];
"宣布:'正在使用 [技能] 来 [目的]'" [shape=box];
"有检查清单吗?" [shape=diamond];
"为每一项创建 TodoWrite 待办" [shape=box];
"严格遵循技能" [shape=box];
"回复(包括澄清)" [shape=doublecircle];
"收到研究者消息" -> "有任何技能适用吗?";
"有任何技能适用吗?" -> "调用 Skill 工具" [label="是的,即使是 1%"];
"有任何技能适用吗?" -> "回复(包括澄清)" [label="绝对没有"];
"调用 Skill 工具" -> "宣布:'正在使用 [技能] 来 [目的]'";
"宣布:'正在使用 [技能] 来 [目的]'" -> "有检查清单吗?";
"有检查清单吗?" -> "为每一项创建 TodoWrite 待办" [label="有"];
"有检查清单吗?" -> "严格遵循技能" [label="无"];
"为每一项创建 TodoWrite 待办" -> "严格遵循技能";
}
这些想法意味着停止——你在找借口:
| 想法 | 现实 |
|---|---|
| “这只是一个简单的问题” | 问题就是任务。检查技能。 |
| “我先需要更多背景信息” | 技能检查在澄清问题之前。 |
| “让我先浏览一下文献库” | 技能告诉你如何浏览。先检查。 |
| “我可以快速检查文件/草稿” | 文件缺乏对话背景。检查技能。 |
| “让我先收集信息” | 技能告诉你如何收集信息。 |
| “这不需要正式技能” | 如果存在技能,使用它。 |
| “我记得这个技能” | 技能会演变。阅读当前版本。 |
| “这不算任务” | 行动 = 任务。检查技能。 |
| “这个技能太大材小用了” | 简单的事情会变复杂。使用它。 |
| “我只先做这一件事” | 在做任何事之前检查。 |
| “这感觉很高效” | 无纪律的行动浪费时间。技能防止这种情况。 |
| “我知道那是什么意思” | 知道概念 ≠ 使用技能。调用它。 |
当多个技能可能适用时,使用此顺序:
“让我们撰写 X” → 先 ideation,然后是实施技能。 “修正这个逻辑谬误” → 先 debugging/revision,然后是领域特定技能。
刚性 (ADW, debugging): 严格遵循。不要为了方便而放弃纪律。
灵活 (patterns): 根据语境调整原则。
技能本身会告诉你属于哪一种。
指令说的是做什么 (WHAT),而不是怎么做 (HOW)。“添加 X”或“修正 Y”并不意味着跳过工作流。