using-research-writingUse when starting any research writing task - establishes workflow and routes to appropriate skills
Independent GitHub snapshot · Automated classification · Original documentation governs
如果你认为有哪怕 1% 的可能性某个技能适用于当前任务，你必须调用该技能。
这不是建议，是强制要求。不允许跳过流程直接写作。不允许找任何借口。
科研写作技能会覆盖默认系统提示行为，但用户指令始终优先：
如果用户说"不需要讨论直接写"，你可以简化流程，但仍需记录到 plan/。
在 Claude Code 中： 使用 Skill 工具。调用技能时，其内容会被加载并呈现给你 — 直接遵循即可。
在 Cursor 中： 技能通过会话启动 hook 自动加载。使用 Skill 工具调用其他技能。
在 Codex 中： 技能通过符号链接加载。参考 .codex/INSTALL.md。
在 OpenCode 中： 使用原生 skill 工具：use skill tool to load research-writing/brainstorming-research
在任何响应或行动之前，先调用相关技能。 即使只有 1% 的可能性某个技能适用，你也应该调用它检查。
中型或整篇论文任务必须先调用 paper-orchestration。 中型任务包括：影响多个段落、一个以上小节、任一章节、文献论证链、实验/图表设计、或任何已出现质量失败的返工任务。paper-orchestration 负责阶段判断、任务包、子代理分发、两阶段 review 与 capability-use audit（能力使用审计）。
digraph skill_flow {
"用户消息" [shape=doublecircle];
"是否论文写作相关?" [shape=diamond];
"是否中型/整篇任务?" [shape=diamond];
"调用 paper-orchestration" [shape=box];
"已完成头脑风暴?" [shape=diamond];
"调用 brainstorming-research" [shape=box];
"根据任务调用对应技能" [shape=box];
"执行任务" [shape=box];
"更新 plan/progress.md" [shape=box];
"询问用户确认" [shape=doublecircle];
"用户消息" -> "是否论文写作相关?";
"是否论文写作相关?" -> "是否中型/整篇任务?" [label="是"];
"是否论文写作相关?" -> "执行任务" [label="否，普通问题"];
"是否中型/整篇任务?" -> "调用 paper-orchestration" [label="是"];
"是否中型/整篇任务?" -> "已完成头脑风暴?" [label="否"];
"调用 paper-orchestration" -> "已完成头脑风暴?";
"已完成头脑风暴?" -> "根据任务调用对应技能" [label="是"];
"已完成头脑风暴?" -> "调用 brainstorming-research" [label="否"];
"调用 brainstorming-research" -> "根据任务调用对应技能";
"根据任务调用对应技能" -> "执行任务";
"执行任务" -> "更新 plan/progress.md";
"更新 plan/progress.md" -> "询问用户确认";
}
这些想法意味着你在找借口 — 停下来：
| AI 的想法 | 正确做法 |
|---|---|
| "用户说得很清楚了，直接开始写" | 必须先完成 brainstorming-research |
| "这只是修改一小段" | 检查是否有 plan/，没有则先创建 |
| "先写一段看看效果" | 必须先确认论文类型和章节结构 |
| "用户很着急，跳过讨论" | 流程可以加速，但不能跳过关键确认 |
| "这是简单任务，不需要 plan" | 任何写作任务都需要 plan 记录 |
| "我知道怎么写论文" | 必须按用户选择的类型和结构写 |
| "先把内容写完再说格式" | 格式在 brainstorming 阶段确定 |
| "这章内容很简单，不用确认" | 每章写完都必须让用户确认 |
| "文献我可以补充一些" | 绝不编造文献，必须可追溯 |
| "我记得这个技能的内容" | 技能会更新，必须重新读取当前版本 |
| 任务类型 | 调用技能 |
|---|---|
| 中型任务 / 整篇论文 / 多章节协作 / 质量返工 | paper-orchestration |
| 开始新论文 / 确定选题 / 第一次对话 | brainstorming-research |
| 引言 / 相关工作 / 背景综述 / 文献驱动段落 | evidence-driven-writing + literature-review |
| 写某一章节 | writing-chapters |
| 文献综述 | literature-review |
| 实验设计 / 结果章节 / mock 数据 / 表格方案 | experiment-results-planning |
| 画图 / 数据可视化 | figures-python |
| 流程图 / 架构图 | figures-diagram |
| 自审 / 检查 / 投稿准备 | peer-review |
| 统计分析 | statistical-analysis |
| LaTeX 输出 / 模板使用 | latex-output |
| 环境配置 / 安装问题 | environment-setup |
| 翻译 / 润色 / 去AI化 | prompts-collection |
当多个技能可能适用时，按以下顺序：
"帮我写论文" → 先 paper-orchestration，再 brainstorming-research，再 writing-chapters "写第三章" → 检查是否已完成 brainstorming，是则直接 writing-chapters
"优化整篇初稿" → 先 paper-orchestration，生成任务包和能力使用审计，再分派章节或图表任务
严格型（brainstorming-research、writing-chapters）：必须严格遵循，不得跳过步骤。
灵活型（prompts-collection、figures-diagram）：可根据上下文调整。
技能本身会说明属于哪种类型。
用户指令说的是"做什么"，不是"怎么做"。"写第一章"或"帮我润色"不代表跳过工作流。
中型及以上任务完成前必须写入 capability-use audit（能力使用审计），记录应使用的技能、实际使用的技能、已消费资料、未使用资料及原因、产物、验证命令和剩余风险。缺少审计时，不得声称任务完成。