nsfc-research-content-writer
当用户明确要求"写/改研究内容""研究内容+创新+年度计划编排"时使用。为 NSFC 正文"(二)研究内容"写作/重构,并同步编排"特色与创新"和"三年年度研究计划",输出可直接落到 LaTeX 模板的三个 extraTex 文件。
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
Manual Installation
- Download SKILL.md from GitHub
- Place it in
.claude/skills/nsfc-research-content-writer/SKILL.mdinside your project - Restart your AI agent — it will auto-discover the skill
How nsfc-research-content-writer Compares
| Feature / Agent | nsfc-research-content-writer | Standard Approach |
|---|---|---|
| Platform Support | Not specified | Limited / Varies |
| Context Awareness | High | Baseline |
| Installation Complexity | Unknown | N/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
Best AI Skills for ChatGPT
Find the best AI skills to adapt into ChatGPT workflows for research, writing, summarization, planning, and repeatable assistant tasks.
AI Agent for YouTube Script Writing
Find AI agent skills for YouTube script writing, video research, content outlining, and repeatable channel production workflows.
ChatGPT vs Claude for Agent Skills
Compare ChatGPT and Claude for AI agent skills across coding, writing, research, and reusable workflow execution.
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
当用户明确要求"生成 NSFC 技术路线图/技术路线图绘制/roadmap/flowchart"或需要把标书研究内容转成"可打印、A4 可读"的技术路线图时使用。默认输出可编辑源文件(`.drawio`)与可嵌入文档的渲染结果(`.svg`/`.png`/`.pdf`);当用户主动提及 Nano Banana/Gemini 图片模型时,可切换为 PNG-only 模式。⚠️ 不适用:用户只是想修改某张已有图片的格式/尺寸(应使用图片处理技能)、只是想润色技术路线文字描述(应直接改写正文)。
nsfc-reviewers
当用户明确要求"评审国自然标书"、"模拟专家评审"、"审阅 NSFC 申请书"时使用。模拟领域专家视角对 NSFC 标书进行多维度评审,输出分级问题与可执行修改建议。⚠️ 不适用:用户只是想写/改标书某个章节(应使用 nsfc-*-writer 系列技能)、只是想了解评审标准(应直接回答)、没有明确"评审/审阅"意图。
nsfc-research-foundation-writer
当用户明确要求"写/改研究基础""研究基础+工作条件+风险应对编排"时使用。为 NSFC 正文"(三)研究基础"写作/重构,并同步编排"工作条件"和"研究风险应对",用证据链证明项目可行、资源条件对位研究内容、风险预案可执行。
nsfc-ref-alignment
检查 NSFC 标书正文引用与参考文献的一致性与真实性风险(只读):核查 bibkey 是否存在、BibTeX 字段与 DOI 等格式问题,并生成结构化输入供宿主 AI 逐条评估“正文表述是否真的在引用该文献”;默认仅输出审核报告,不直接修改标书或 .bib(除非用户明确要求)。
nsfc-qc
当用户明确要求"标书QC/质量控制/润色前质检/引用真伪核查/篇幅与结构检查"时使用。对 NSFC 标书进行只读质量控制:并行多线程独立检查文风生硬、引用假引/错引风险、篇幅与章节分布、逻辑清晰度等,最终输出标准化 QC 报告;中间文件默认归档到“交付目录内的隐藏工作区(.nsfc-qc/)”,并兼容 legacy `.nsfc-qc/`。
nsfc-length-aligner
基于国自然标书篇幅预算标准;检查目标标书篇幅并总结差距;给出针对性优化建议;在尽量不改变原意的前提下扩写/压缩到达标。
nsfc-justification-writer
当用户明确要求"写/改 NSFC 立项依据""立项依据写作/重构"时使用。基于最小信息表输出价值与必要性、现状不足、科学问题/假说与项目切入点,并保持模板结构不被破坏。适用于 NSFC 及各类科研基金申请书的立项依据写作场景。
nsfc-humanization
去除 NSFC 标书中的 AI 机器味,使文本读起来像资深领域专家亲笔撰写(不适用:非标书内容/需修改格式/需补充新内容)
nsfc-code
根据 NSFC 标书正文内容,结合申请代码推荐库,为你给出 5 组申请代码1/2(主/次)推荐与理由;输出到 NSFC-CODE-vYYYYMMDDHHmm.md(只读,不修改标书)
nsfc-budget
当用户明确要求“写/生成 NSFC 预算说明书”“写预算说明”“生成 budget.tex / budget.pdf”“写国自然预算 justification”时使用。基于用户标书正文或补充材料,输出一份可提交的预算说明书 LaTeX 项目并渲染 `budget.pdf`。若用户未指定工作目录,必须暂停并先要求其指定。⚠️ 不适用:用户只是想了解预算原则;用户仅要预算表数字而不写说明书;或用户是 2026 青年 A/B/C 默认包干制且无需预算说明书的场景。
nsfc-abstract
当用户明确要求"写/润色 NSFC 标书摘要""生成中文摘要和英文摘要""把中文摘要翻译成英文摘要"时使用。输出中文、英文两个版本(英文必须是中文的忠实翻译版),同时输出标题建议(1个推荐标题+5个候选标题及理由)。中文摘要默认≤400字符,英文摘要默认≤4000字符。输出方式:将结果写入工作目录下的 `NSFC-ABSTRACTS.md`。⚠️ 不适用:用户只想翻译一段与标书无关的通用文本(应直接翻译);用户只想写立项依据/研究内容/研究基础正文(应使用对应 nsfc 系列 skill)。
academic-deep-research
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.