nsfc-research-content-writer

当用户明确要求"写/改研究内容""研究内容+创新+年度计划编排"时使用。为 NSFC 正文"(二)研究内容"写作/重构,并同步编排"特色与创新"和"三年年度研究计划",输出可直接落到 LaTeX 模板的三个 extraTex 文件。

157 stars

Best use case

nsfc-research-content-writer is best used when you need a repeatable AI agent workflow instead of a one-off prompt.

当用户明确要求"写/改研究内容""研究内容+创新+年度计划编排"时使用。为 NSFC 正文"(二)研究内容"写作/重构,并同步编排"特色与创新"和"三年年度研究计划",输出可直接落到 LaTeX 模板的三个 extraTex 文件。

Teams using nsfc-research-content-writer should expect a more consistent output, faster repeated execution, less prompt rewriting.

When to use this skill

  • You want a reusable workflow that can be run more than once with consistent structure.

When not to use this skill

  • You only need a quick one-off answer and do not need a reusable workflow.
  • You cannot install or maintain the underlying files, dependencies, or repository context.

Installation

Claude Code / Cursor / Codex

$curl -o ~/.claude/skills/nsfc-research-content-writer/SKILL.md --create-dirs "https://raw.githubusercontent.com/InternScience/DrClaw/main/drclaw/agent_hub/templates/proposal-writing/skills/nsfc-research-content-writer/SKILL.md"

Manual Installation

  1. Download SKILL.md from GitHub
  2. Place it in .claude/skills/nsfc-research-content-writer/SKILL.md inside your project
  3. Restart your AI agent — it will auto-discover the skill

How nsfc-research-content-writer Compares

Feature / Agentnsfc-research-content-writerStandard Approach
Platform SupportNot specifiedLimited / Varies
Context Awareness High Baseline
Installation ComplexityUnknownN/A

Frequently Asked Questions

What does this skill do?

当用户明确要求"写/改研究内容""研究内容+创新+年度计划编排"时使用。为 NSFC 正文"(二)研究内容"写作/重构,并同步编排"特色与创新"和"三年年度研究计划",输出可直接落到 LaTeX 模板的三个 extraTex 文件。

Where can I find the source code?

You can find the source code on GitHub using the link provided at the top of the page.

Related Guides

SKILL.md Source

# NSFC(二)研究内容编排写作器

## 目标输出(契约)

- **写入落点(3 个文件)**:
  - `extraTex/2.1.研究内容.tex`
  - `extraTex/2.2.特色与创新.tex`
  - `extraTex/2.3.年度研究计划.tex`
- **禁止改动**:`main.tex`、`extraTex/@config.tex`、任何 `.cls/.sty`
- **编排原则**:先把 `2.1` 写成“可验证闭环”,再从 `2.1` 抽取创新点生成 `2.2`,最后把 `2.1` 的任务拆分成三年里程碑生成 `2.3`。

## 参数与输出模式(建议显式提供)

- `project_root`:标书项目根目录(如 `projects/NSFC_Young`)
- `output_mode`(默认 `apply`):
  - `preview`:不直接写入文件;输出三段可复制粘贴的 LaTeX 正文草稿,并标注应写入的目标文件路径
  - `apply`:仅写入三份目标文件(见“目标输出”),不触碰其他文件

## 必需输入(最小信息表)

- 若用户未提供,请先收集/补全:[references/info_form.md](references/info_form.md)

## 写入安全约束(必须遵守)

1. 仅编辑三份 `extraTex/2.*.tex` 文件;不得修改 `main.tex`、`extraTex/@config.tex`、任何 `.cls/.sty`
2. 目标文件若已包含标题命令(如 `\\subsection{...}` / `\\subsubsection{...}`),**只替换正文内容**,不改标题与结构层级
3. 信息不全时先提问补齐,不要用“看起来像真的”的细节硬写

## 工作流(按顺序执行)

1. **定位项目与目标文件**:确认 `project_root`,读取并仅编辑三份 `extraTex/2.*.tex` 文件;如目标文件不存在,提示用户先初始化/拷贝模板项目。
2. **固定”子目标三件套”**:把目标拆成 3–4 个子目标(内部规划时可用 `S1–S4` 编号便于自检回溯,**此编号仅用于 AI 内部规划,禁止出现在最终 LaTeX 正文中**),并对每个子目标强制写清:
   - 指标(可判定/可验收)
   - 对照/基线(与谁比、怎么比)
   - 数据来源/验证方案(样本/实验体系/评估方法)
3. **生成 `2.1 研究内容`**(以”问题→目标→内容→路线→验证”为主线):
   - **篇幅控制原则**(推荐值,非强制):
     - 推荐页数:12–15 页(含图表),约占标书总页数(≤28 页)的 50%
     - 推荐字数:12000–15000 字(纯文字部分)
     - 图表策略:插入 10–20 张图通常不会显著压缩文字篇幅;图片是“提质”的重要手段
     - 核心原则:评审标准已从“字数控制”转向“页数控制”,不要以字数为导向规划篇幅
   - **组织逻辑框架(按研究类型选择)**:新版不再预设提纲,可按研究的内在逻辑自主组织:
     - 基础研究推荐框架:`科学问题提出 → 研究假说 → 验证思路 → 预期结果`
     - 应用研究推荐框架:`技术瓶颈 → 解决方案 → 实验设计 → 效果验证`
     - 通用主线(兜底):`问题 → 目标 → 内容 → 路线 → 验证`
   - 研究问题与总体目标(不超过 2 段,用连贯段落而非条目)
   - 研究内容与任务展开(以科学叙事驱动,把验证逻辑自然编织进行文,而非逐条填写三件套)
   - 技术路线与验证口径(对照/消融/外部验证/泄漏防控/统计方法,融入叙述而非单独罗列)
4. **从 `2.1` 抽取 `2.2 特色与创新`**:
   - **1–3 条即可,少而精**(调研报告强调:创新点数量不在多,在于说服力);每条从”为什么这个选择是必然的”出发,说清楚现有路线的局限、本项目的不同之处、以及这个差异预期带来什么——让评审感受到研究者真的想清楚了,而不是在填写创新点模板。
   - 避免绝对化措辞(如”首次””领先”);如确需使用,必须给出可核验证据或改写为可审稿的相对表述。
5. **从 `2.1` 推导 `2.3 年度研究计划`**(三年不跨年):
   - 每年:年度目标 → 关键任务 → 里程碑(可验收)→ 可交付成果(论文/数据/原型/规范/软件等)
   - 里程碑必须与子目标挂钩(否则评审会认为“计划与研究内容脱节”)
   - **推进逻辑**:让评审看到研究的依赖关系和递进节奏——第一年为什么先做这个、第二年为什么能做那个(避免“第一年做基础研究;第二年做深入研究;第三年做总结”的流水账)
6. **一致性校验**:
   - 检查 `2.2` 创新点是否能回溯到 `2.1` 的具体任务与验证;
   - 检查 `2.3` 里程碑是否覆盖全部子目标,且每年都有可交付物。
   - 术语口径对齐:研究对象/缩写/指标命名尽量与 `(一)立项依据`、`(三)研究基础` 保持一致(如项目中已存在)
   - **输出净化**:最终写入 `.tex` 文件前,确认正文中不含任何 `S1`/`S2`/`Sx`/`Ty`/`Vz` 等内部规划编号;如需表达对应关系,改用自然语言(如"针对第一个研究目标")
7. **任务完成后的用户提醒**:
   - 技术路线图建议放在研究内容开头,可使用 `nsfc-roadmap` skill 生成。

## 验收标准(Definition of Done)

- 见:[references/dod_checklist.md](references/dod_checklist.md)

## 写作哲学:像人类专家一样写

**两阶段工作模式**:

- **规划阶段**(内部,不写入正文):用三件套、S1–S4 编号、验证口径菜单把研究逻辑想清楚,确保每个目标都有指标、对照和数据来源。
- **写作阶段**(输出到 `.tex`):切换到叙事模式。把规划阶段的结论融化进连贯的段落里,让读者感受到研究者真的想清楚了,而不是在填表。

**专家写作的核心特征**:

- 有科学故事主线:读者能感受到"为什么做这个、为什么这样做、怎么证明做对了"的内在逻辑,而不是三个并列条目。
- 验证逻辑是叙述的一部分:不是"验证方案:对照/消融/外部验证",而是在描述研究内容时自然说明"将通过……与……对比,以排除……的干扰"。
- 创新点有说服力:不是填写"相对 A,差异在 X,预计 Y"的公式,而是从问题出发,说清楚为什么现有路线走不通、本项目的选择是必然的。
- 年度计划体现推进逻辑:不是三年的四级结构填空,而是让评审看到研究的依赖关系和递进节奏——第一年为什么先做这个、第二年为什么能做那个。

**一个判断标准**:写完后,把正文给一位不了解这个项目的同行看,他能否在不看任何框架标注的情况下,自然地理解这个研究的逻辑?如果能,写作是成功的。

## 写作小抄(可选)

- 子目标“三件套”示例:[references/subgoal_triplet_examples.md](references/subgoal_triplet_examples.md)
- 创新点“相对坐标系”示例:[references/relative_coordinate_examples.md](references/relative_coordinate_examples.md)
- 年度计划模板(确保里程碑可验收):[references/yearly_plan_template.md](references/yearly_plan_template.md)
- 三个输出文件的最小结构骨架(可复制粘贴):[references/output_skeletons.md](references/output_skeletons.md)
- 研究内容篇幅控制参考(页数/字数/图表策略):[references/page_budget.md](references/page_budget.md)
- 常见写作反模式与改写:[references/anti_patterns.md](references/anti_patterns.md)
- 验证口径菜单(对照/消融/外部验证/统计/泄漏防控):[references/validation_menu.md](references/validation_menu.md)
- 术语口径对齐表(跨章节一致):[references/terminology_sheet.md](references/terminology_sheet.md)

## 变更记录

- 本技能不在本文档内维护变更历史;统一记录在根级 `CHANGELOG.md`。

Related Skills

nsfc-roadmap

157
from InternScience/DrClaw

当用户明确要求"生成 NSFC 技术路线图/技术路线图绘制/roadmap/flowchart"或需要把标书研究内容转成"可打印、A4 可读"的技术路线图时使用。默认输出可编辑源文件(`.drawio`)与可嵌入文档的渲染结果(`.svg`/`.png`/`.pdf`);当用户主动提及 Nano Banana/Gemini 图片模型时,可切换为 PNG-only 模式。⚠️ 不适用:用户只是想修改某张已有图片的格式/尺寸(应使用图片处理技能)、只是想润色技术路线文字描述(应直接改写正文)。

nsfc-reviewers

157
from InternScience/DrClaw

当用户明确要求"评审国自然标书"、"模拟专家评审"、"审阅 NSFC 申请书"时使用。模拟领域专家视角对 NSFC 标书进行多维度评审,输出分级问题与可执行修改建议。⚠️ 不适用:用户只是想写/改标书某个章节(应使用 nsfc-*-writer 系列技能)、只是想了解评审标准(应直接回答)、没有明确"评审/审阅"意图。

nsfc-research-foundation-writer

157
from InternScience/DrClaw

当用户明确要求"写/改研究基础""研究基础+工作条件+风险应对编排"时使用。为 NSFC 正文"(三)研究基础"写作/重构,并同步编排"工作条件"和"研究风险应对",用证据链证明项目可行、资源条件对位研究内容、风险预案可执行。

nsfc-ref-alignment

157
from InternScience/DrClaw

检查 NSFC 标书正文引用与参考文献的一致性与真实性风险(只读):核查 bibkey 是否存在、BibTeX 字段与 DOI 等格式问题,并生成结构化输入供宿主 AI 逐条评估“正文表述是否真的在引用该文献”;默认仅输出审核报告,不直接修改标书或 .bib(除非用户明确要求)。

nsfc-qc

157
from InternScience/DrClaw

当用户明确要求"标书QC/质量控制/润色前质检/引用真伪核查/篇幅与结构检查"时使用。对 NSFC 标书进行只读质量控制:并行多线程独立检查文风生硬、引用假引/错引风险、篇幅与章节分布、逻辑清晰度等,最终输出标准化 QC 报告;中间文件默认归档到“交付目录内的隐藏工作区(.nsfc-qc/)”,并兼容 legacy `.nsfc-qc/`。

nsfc-length-aligner

157
from InternScience/DrClaw

基于国自然标书篇幅预算标准;检查目标标书篇幅并总结差距;给出针对性优化建议;在尽量不改变原意的前提下扩写/压缩到达标。

nsfc-justification-writer

157
from InternScience/DrClaw

当用户明确要求"写/改 NSFC 立项依据""立项依据写作/重构"时使用。基于最小信息表输出价值与必要性、现状不足、科学问题/假说与项目切入点,并保持模板结构不被破坏。适用于 NSFC 及各类科研基金申请书的立项依据写作场景。

nsfc-humanization

157
from InternScience/DrClaw

去除 NSFC 标书中的 AI 机器味,使文本读起来像资深领域专家亲笔撰写(不适用:非标书内容/需修改格式/需补充新内容)

nsfc-code

157
from InternScience/DrClaw

根据 NSFC 标书正文内容,结合申请代码推荐库,为你给出 5 组申请代码1/2(主/次)推荐与理由;输出到 NSFC-CODE-vYYYYMMDDHHmm.md(只读,不修改标书)

nsfc-budget

157
from InternScience/DrClaw

当用户明确要求“写/生成 NSFC 预算说明书”“写预算说明”“生成 budget.tex / budget.pdf”“写国自然预算 justification”时使用。基于用户标书正文或补充材料,输出一份可提交的预算说明书 LaTeX 项目并渲染 `budget.pdf`。若用户未指定工作目录,必须暂停并先要求其指定。⚠️ 不适用:用户只是想了解预算原则;用户仅要预算表数字而不写说明书;或用户是 2026 青年 A/B/C 默认包干制且无需预算说明书的场景。

nsfc-abstract

157
from InternScience/DrClaw

当用户明确要求"写/润色 NSFC 标书摘要""生成中文摘要和英文摘要""把中文摘要翻译成英文摘要"时使用。输出中文、英文两个版本(英文必须是中文的忠实翻译版),同时输出标题建议(1个推荐标题+5个候选标题及理由)。中文摘要默认≤400字符,英文摘要默认≤4000字符。输出方式:将结果写入工作目录下的 `NSFC-ABSTRACTS.md`。⚠️ 不适用:用户只想翻译一段与标书无关的通用文本(应直接翻译);用户只想写立项依据/研究内容/研究基础正文(应使用对应 nsfc 系列 skill)。

academic-deep-research

157
from InternScience/DrClaw

Transparent, rigorous research with full methodology — not a black-box API wrapper. Conducts exhaustive investigation through mandated 2-cycle research per theme, APA 7th citations, evidence hierarchy, and 3 user checkpoints. Self-contained using native OpenClaw tools (web_search, web_fetch, sessions_spawn). Use for literature reviews, competitive intelligence, or any research requiring academic rigor and reproducibility.