From 科研写作助手 (Research Writing Assistant)
Use before writing any paper or project document - clarifies document type, scope, audience, and structure through natural dialogue
How this skill is triggered — by the user, by Claude, or both
Slash command
/research-writing-assistant:brainstorming-researchThe summary Claude sees in its skill listing — used to decide when to auto-load this skill
通过自然的协作对话,帮助用户将论文或项目文档的想法转化为完整的写作计划。
通过自然的协作对话,帮助用户将论文或项目文档的想法转化为完整的写作计划。
核心原则:一次只问一个问题,等待用户回答后再继续下一个。
交互原则:让用户少做选择,多做确认。提供推荐方案,让用户确认或微调。
## 交互方式约束你必须以对话方式进行头脑风暴,而不是列出表单让用户填写:
正确做法:
错误做法:
示例对比:
❌ 错误:"请选择:1.本科 2.硕士 3.博士 4.期刊 5.会议 6.课程"
✅ 正确:"你这次要写的是什么类型的论文?是毕业论文、期刊投稿,还是课程作业?如果是毕业论文,是本科、硕士还是博士阶段的?"
在完成所有问答并获得用户最终确认之前,禁止: - 写任何正文内容 - 创建 chapters/ 目录 - 调用 writing-chapters 技能 - 输出任何论文章节的实际内容无论用户的任务看起来多么"简单",都必须经过此流程。
| 文档类型 | 默认语言 | 正文列表 |
|---|---|---|
| 本科/硕士/博士毕业论文 | 中文 | 不允许(除非用户要求) |
| 中文核心期刊 | 中文 | 不允许 |
| SCI/SSCI期刊 | 英文 | 不允许 |
| 会议论文 | 英文 | 不允许 |
| 课程论文 | 中文 | 不允许 |
| 软件需求规格说明书(SRS) | 中文 | 允许(需求编号列表) |
| 概要/详细设计文档 | 中文 | 允许(接口、步骤) |
| 项目可行性报告 | 中文 | 允许(风险矩阵、对比表) |
| 项目结题/总结报告 | 中文 | 允许(交付物清单) |
| 项目进展报告 | 中文 | 允许(任务列表) |
| 系统架构文档 | 中文 | 允许(模块列表) |
| 测试报告 | 中文 | 允许(缺陷列表) |
不需要主动询问语言,根据文档类型自动确定。只有当用户有特殊语言需求时才调整。
在开始问答前,检查用户是否已有相关材料:
"在开始之前,如果你已经有相关材料(比如题目、导师/甲方要求、现有文档草稿),可以现在发给我,我会根据这些信息来规划。如果没有也没关系,我们从头开始讨论。"
等待用户回复,如果提供了材料,快速浏览并提取关键信息,然后在后续问答中确认。
每个论文项目都要经过这个流程。一篇课程论文、一个简单修改、一段摘要 — 都需要。"简单"的项目往往因为未经检验的假设导致最多的返工。讨论可以很简短,但必须呈现信息并获得确认。
按顺序完成:
digraph brainstorming_research {
"探索上下文" [shape=box];
"问论文类型" [shape=box];
"等待回答" [shape=diamond];
"问学科领域" [shape=box];
"问论文题目" [shape=box];
"问研究背景" [shape=box];
"问研究方法" [shape=box];
"检测LaTeX模板" [shape=box];
"确认章节结构" [shape=box];
"汇总确认" [shape=box];
"用户确认?" [shape=diamond];
"创建项目" [shape=box];
"开始写作" [shape=doublecircle];
"探索上下文" -> "问论文类型";
"问论文类型" -> "等待回答";
"等待回答" -> "问学科领域" [label="收到回答"];
"问学科领域" -> "等待回答";
"等待回答" -> "问论文题目" [label="收到回答"];
"问论文题目" -> "等待回答";
"等待回答" -> "问研究背景" [label="收到回答"];
"问研究背景" -> "等待回答";
"等待回答" -> "问研究方法" [label="收到回答"];
"问研究方法" -> "等待回答";
"等待回答" -> "检测LaTeX模板" [label="收到回答"];
"检测LaTeX模板" -> "确认章节结构";
"确认章节结构" -> "汇总确认";
"汇总确认" -> "用户确认?";
"用户确认?" -> "问论文类型" [label="需要修改"];
"用户确认?" -> "创建项目" [label="确认"];
"创建项目" -> "开始写作";
}
用自然语言询问,给出你的观察和建议:
"你这次要写的是什么类型的文档?
学术论文类:
- 毕业论文(本科/硕士/博士)
- 期刊投稿(中文核心 / SCI)
- 会议论文
- 课程论文或报告
工程/项目文档类:
- 软件需求规格说明书(SRS)
- 技术设计文档(概要设计 / 详细设计)
- 项目可行性分析报告
- 项目结题/总结报告
- 项目进展报告(周报/月报)
- 系统架构文档
- 测试报告
不同类型的文档在篇幅、结构和语言风格上会有差异,我需要先了解这个来帮你规划。"
等待用户回答。 收到回答后,确认你的理解:
"好的,[文档类型]。这类文档通常使用 [引用/规范格式],写作风格偏向 [风格特点]。"
然后进入下一个问题。
注意:如果是项目文档类,后续问答跳过"学科领域"和"文献综述相关"问题,改为询问项目背景、受众和约束。
"你的研究属于哪个学科领域?
这会影响我给你的写作建议和章节安排。比如工科论文侧重技术方案和实验验证,社科论文更强调理论框架和数据分析,医学论文有特殊的报告规范要求。"
等待用户回答。
"论文题目定了吗?可以是暂定的,我们后面还可以调整。
如果还在犹豫,可以告诉我你想研究的大方向,我帮你一起想想怎么聚焦。"
等待用户回答。
根据用户的学科和题目,用更具体的方式提问:
"关于你的研究,我想了解一下:
你为什么选择这个题目?是发现了什么问题想解决,还是想验证某个想法?
简单说说背景就好,不用太正式。"
等待用户回答。 如果回答不够清晰,可以追问:
"明白了。那你希望通过这个研究达成什么目标?解决什么具体问题?"
根据学科领域,问题侧重点不同:
工科:
"你打算用什么技术方案或方法?有没有要做的实验或系统?性能怎么评估?"
社科:
"你的研究方法是什么?问卷调查、访谈、案例分析,还是其他?数据怎么收集和分析?"
医学:
"这是临床研究还是基础研究?样本量大概多少?伦理审批这块有没有考虑?"
文科:
"你打算从什么理论视角切入?研究的文本或材料来源是什么?"
法学:
"你要分析的法律问题是什么?会用到案例分析还是比较法研究?"
等待用户回答。
如果用户选择的是项目文档类型(SRS、设计文档、可行性报告、结题报告、进展报告、架构文档、测试报告),跳过学科领域/研究方法问题,改为以下问答:
问题A:项目背景与目标
"这个文档是为哪个项目写的?
简单描述一下项目是做什么的,以及这份文档要解决什么问题或说明什么内容?"
等待用户回答。
问题B:目标读者
根据文档类型给出建议:
"这份文档主要给谁看?
比如:开发团队、产品经理、项目甲方、上级领导,还是兼而有之?
我的建议是 [根据文档类型推荐受众],你确认还是有调整?"
等待用户回答。
问题C:约束条件
"有没有需要遵循的格式要求或约束?
比如:公司文档模板、行业标准(如GB/T、IEEE)、字数要求、截止时间等。
没有的话直接告诉我,我用通用结构。"
等待用户回答。
检查 latex-templates/ 目录:
如果存在模板文件:
"我注意到你放了 LaTeX 模板文件。你想用这个模板来输出论文吗?
用模板的话,我会直接生成 .tex 文件,可以用 LaTeX 编译成 PDF。 不用的话,我会输出 Markdown 文件,你可以后续复制到 Word。
你想怎么处理?"
如果不存在模板:默认使用 Markdown,不需要询问。
根据用户确认的文档类型,自动推荐对应的结构:
"根据你的 [文档类型],我建议这样的结构:
[展示对应类型的结构,从 templates.md 读取]
这是 [文档类型] 的标准结构。你可以:
- 直接确认 — 使用这个结构
- 微调 — 告诉我需要增删或调整的章节
你想怎么处理?"
重要:优先让用户确认, 而不是让用户设计。如果用户没有特殊要求, 使用默认结构即可.
收集完所有信息后,呈现汇总(根据文档类型选择对应格式):
论文类汇总:
"好,我整理一下我们讨论的内容:
- 论文类型:[类型]
- 学科领域:[领域]
- 论文题目:[题目]
- 研究背景:[简述]
- 研究目的:[简述]
- 研究方法:[简述]
- 输出格式:[Markdown / LaTeX]
- 章节结构:
- [章节列表]
这些信息都对吗?确认后我会创建项目结构,然后我们就可以开始写了。"
项目文档类汇总:
必须等待用户明确确认(如"对"、"可以"、"确认"、"没问题")后才能继续。 不得假设用户同意。"好,我整理一下我们讨论的内容:
- 文档类型:[类型]
- 项目名称:[名称]
- 文档目标:[简述]
- 目标读者:[受众]
- 约束条件:[格式要求/标准/截止日期]
- 输出格式:[Markdown / Word]
- 章节结构:
- [章节列表]
这些信息都对吗?确认后我会创建项目结构,然后我们就可以开始写了。"
用户确认后,执行以下操作:
论文类:
# 项目概览
## 基本信息
- **论文类型**:[类型]
- **学科领域**:[领域]
- **论文题目**:[题目]
- **创建时间**:[日期]
- **输出格式**:[Markdown / LaTeX]
- **当前阶段**:头脑风暴完成,待开始写作
## 研究信息
### 研究背景
[用户描述]
### 研究目的
[用户描述]
### 研究方法
[用户描述]
## 章节结构
[章节列表]
## 写作规范
- **语言**:[中文/英文]
- **引用格式**:[格式]
- **写作模块**:[对应模块]
项目文档类:
# 项目概览
## 基本信息
- **文档类型**:[类型]
- **项目名称**:[名称]
- **文档目标**:[目标描述]
- **目标读者**:[受众]
- **约束条件**:[格式要求/标准/截止日期]
- **创建时间**:[日期]
- **输出格式**:[Markdown / Word]
- **当前阶段**:头脑风暴完成,待开始写作
## 章节结构
[章节列表]
## 写作规范
- **语言**:[中文/英文]
- **格式标准**:[GB/T / IEEE / 公司模板 / 通用]
- **写作模块**:writing-project
"项目结构已经创建好了。
你想从哪一节开始写?
[论文]我的建议是先写绪论,把研究问题和目标明确下来,这样后面的章节写起来会更顺。 [项目文档]我的建议是先写执行摘要或第一章,把文档目标和范围确定下来,再展开后面的内容。
你想先写哪部分?"
等待用户回答,然后根据文档类型调用对应技能:
writing-chapters 技能writing-project 技能npx claudepluginhub bingoodog/research-writing-skillGuides collaborative design exploration before implementation: explores context, asks clarifying questions, proposes approaches, and writes a design doc for user approval.
Creates structured, bite-sized implementation plans from specs or requirements before writing code. Useful for breaking down multi-step tasks into testable steps with file structure and task boundaries.
Implements work from a spec or tickets using TDD at agreed seams, with regular typechecking and test runs, followed by code review.