| name | using-research-writing |
| description | Use when starting any research writing task - establishes workflow and routes to appropriate skills |
如果你是作为子代理被派发执行特定任务,跳过此技能。
当用户提出任何与论文写作相关的任务时,你必须调用相应的技能。
如果你认为有哪怕 1% 的可能性某个技能适用于当前任务,你必须调用该技能。
这不是建议,是强制要求。不允许跳过流程直接写作。不允许找任何借口。
指令优先级
科研写作技能会覆盖默认系统提示行为,但用户指令始终优先:
- 用户明确指令(直接请求、CLAUDE.md、AGENTS.md 中的设置)— 最高优先级
- 科研写作技能 — 覆盖默认系统行为
- 默认系统提示 — 最低优先级
如果用户说"不需要讨论直接写",你可以简化流程,但仍需记录到 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" -> "询问用户确认";
}
Red Flags(停止并检查)
这些想法意味着你在找借口 — 停下来:
| 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 |
技能优先级
当多个技能可能适用时,按以下顺序:
- 流程技能优先(brainstorming-research)— 决定如何开始任务
- 实现技能其次(writing-chapters、literature-review 等)— 指导具体执行
"帮我写论文" → 先 paper-orchestration,再 brainstorming-research,再 writing-chapters
"写第三章" → 检查是否已完成 brainstorming,是则直接 writing-chapters
"优化整篇初稿" → 先 paper-orchestration,生成任务包和能力使用审计,再分派章节或图表任务
技能类型
严格型(brainstorming-research、writing-chapters):必须严格遵循,不得跳过步骤。
灵活型(prompts-collection、figures-diagram):可根据上下文调整。
技能本身会说明属于哪种类型。
用户指令
用户指令说的是"做什么",不是"怎么做"。"写第一章"或"帮我润色"不代表跳过工作流。
任务收尾
中型及以上任务完成前必须写入 capability-use audit(能力使用审计),记录应使用的技能、实际使用的技能、已消费资料、未使用资料及原因、产物、验证命令和剩余风险。缺少审计时,不得声称任务完成。