بنقرة واحدة
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”并不意味着跳过工作流。