Using Research Writing

在任何响应或行动之前，先调用相关技能。 即使只有 1% 的可能性某个技能适用，你也应该调用它检查。

digraph skill_flow {
    "用户消息" [shape=doublecircle];
    "是否论文写作相关?" [shape=diamond];
    "已完成头脑风暴?" [shape=diamond];
    "调用 brainstorming-research" [shape=box];
    "根据任务调用对应技能" [shape=box];
    "执行任务" [shape=box];
    "更新 plan/progress.md" [shape=box];
    "询问用户确认" [shape=doublecircle];

    "用户消息" -> "是否论文写作相关?";
    "是否论文写作相关?" -> "已完成头脑风暴?" [label="是"];
    "是否论文写作相关?" -> "执行任务" [label="否，普通问题"];
    "已完成头脑风暴?" -> "根据任务调用对应技能" [label="是"];
    "已完成头脑风暴?" -> "调用 brainstorming-research" [label="否"];
    "调用 brainstorming-research" -> "根据任务调用对应技能";
    "根据任务调用对应技能" -> "执行任务";
    "执行任务" -> "更新 plan/progress.md";
    "更新 plan/progress.md" -> "询问用户确认";
}

Red Flags（停止并检查）

这些想法意味着你在找借口 — 停下来：

技能路由

技能优先级

当多个技能可能适用时，按以下顺序：

1. 流程技能优先（brainstorming-research）— 决定如何开始任务
2. 实现技能其次（writing-chapters、literature-review 等）— 指导具体执行

"帮我写论文" → 先 brainstorming-research，再 writing-chapters "写第三章" → 检查是否已完成 brainstorming，是则直接 writing-chapters

技能类型

严格型（brainstorming-research、writing-chapters）：必须严格遵循，不得跳过步骤。

灵活型（prompts-collection、figures-diagram）：可根据上下文调整。

技能本身会说明属于哪种类型。

用户指令

用户指令说的是"做什么"，不是"怎么做"。"写第一章"或"帮我润色"不代表跳过工作流。