不会电脑也能用的国家自然科学基金申请书 AI 写作工作流。
A zero-barrier AI workflow for Chinese NSFC grant applications.
NSFC Writer 是一个面向中国国家自然科学基金申请的 AI 协作系统。它不是要求申请人学习命令行、配置环境或理解 agent 的软件，而是一个可以放进申请项目文件夹里的“申请书工作台”。用户只需要说“开始”，然后围绕自己的研究想法、已有材料和申请目标与 AI 对话。
系统会一步一步帮助申请人完成材料清点、项目画像、科学问题凝练、文献证据整理、申请书正文、预算说明、模拟评审、修改迭代和导出前核查。
- 下载本仓库到你的基金申请项目文件夹。
- 如果手头有申请书模板、论文、简历、草稿或预算要求，可以放进
inbox/；没有也没关系。 - 用 Codex、Cursor、Claude Code 等支持 AI 对话的 IDE 打开这个文件夹。
- 在聊天框里说：
开始 - 跟着 AI 的问题回答即可。
你不需要会 Python，不需要会 Git，不需要理解 YAML，也不需要知道什么是 agent。
NSFC Writer 把基金申请书当成一个可持续推进的研究项目，而不是一次性的文本生成任务。
它的核心思想是：
- 先建立科学论证，再写申请书正文。
- 先验证文献和事实，再润色表达。
- 先形成可审查的草案，再进入模拟评审和修改。
- AI 可以自动推进，但不能替申请人确认真实性。
系统会维护一条申请书主线。用户可以随时补充材料、插入问题、切换协作模式或暂停流程；AI 会回答当前问题，并在合适的时候把工作温和地带回申请书主线。
NSFC Writer 默认服务于中国国家自然科学基金申请，尤其适合：
- 从一个 rough idea 开始准备申请书的申请人。
- 已经有论文、草稿或旧申请书，希望系统整理和重写的人。
- 需要把研究想法转成“重要问题、文献缺口、科学问题、研究内容、创新点”的申请人。
- 需要预算说明、模拟评审和修改计划的人。
- 使用 Codex、Cursor、Claude Code 等 IDE，希望 AI 能在项目文件夹里持续协作的人。
第一版重点覆盖青年科学基金和面上项目的通用写作流程，并为重点项目、地区项目、社科项目和其他基金扩展保留结构。
你只需要：
- 讲清楚你的研究想法。
- 提供你已有的真实材料。
- 在关键节点确认科学判断和事实。
- 最终提交前自己核实申请书。
材料可以一开始提供，也可以之后随时补充。推荐放在：
inbox/
templates/ 申请书模板、单位通知
papers/ 已发表论文、工作论文、参考文献
drafts/ 已有草稿、旧申请书、研究摘要
cv/ 简历、代表作、项目经历
budget_rules/ 预算要求、预算草案
policies/ 官方指南、学部说明、单位要求
misc/ 其他材料
如果你把文件乱放在 inbox/ 或项目根目录里，系统也会尽量自动识别，不会强迫你整理文件夹。
NSFC Writer 默认支持 .docx 文件的基础识别和解析，不需要用户安装 Word 插件。系统会尽量自动判断 Word 文件属于申请书模板、草稿、简历、预算材料还是政策通知。
第一版内置的是轻量解析：
- 可以读取
.docx中的段落和表格文字。 - 可以生成 Word 材料摘要和模板候选。
- 可以帮助 AI 建立材料索引和申请书结构。
如果用户提供的是旧版 .doc 文件，建议在 Word 或 WPS 中另存为 .docx 后再放入材料箱。旧版 .doc 不是压缩 XML 格式，基础脚本无法稳定解析。
高级 Word 导出和更细的格式处理可使用可选 Python 组件，例如 python-docx。这些组件不是开始使用系统的门槛；如果需要安装，AI 应该先用简单中文询问用户是否允许安装增强组件。
flowchart TD
A["用户说：开始"] --> B["材料清点"]
B --> C["项目画像"]
C --> D["研究想法访谈"]
D --> E["科学论证构建"]
E --> F["文献与证据交叉验证"]
F --> G["核心科学问题确认"]
G --> H["申请书大纲"]
H --> I["分章节写作"]
I --> J["预算与可行性"]
J --> K["模拟评审"]
K --> L["修改迭代"]
L --> M["最终核实与导出"]
每一步 AI 都会告诉你：
- 当前进行到哪一步。
- 已经完成了什么。
- 下一步建议做什么。
- 需要你确认什么。
每次最多问少量关键问题，避免把用户困在无穷无尽的问答里。
AI 会主动推进申请书，但只在关键节点请你确认。适合大多数申请人。
AI 会尽量少打断你，先自动生成一版结构完整的申请书草案。
这里叫“初稿”不是能力限制，而是合规设计。基金申请涉及科研诚信、文献真实性、前期成果真实性、预算真实性和申请人责任。最终提交前，申请人必须核实文献、成果、预算和所有学术判断。
AI 每完成一个关键部分都会等待你的确认。适合已经有清晰思路、希望精细控制每一步的申请人。
NSFC Writer 不把申请书当成普通文本生成任务。系统会先帮助你建立“科学论证文件”，再写正文：
重要问题 -> 文献缺口 -> 核心科学问题 -> 研究方法 -> 创新贡献 -> 可行性基础
申请书正文应服务同一条论证链：
- 为什么这个问题重要。
- 现有研究还缺什么。
- 本项目要回答什么科学问题。
- 为什么当前方法能够解决。
- 预期贡献在哪里。
- 申请人为什么有能力完成。
系统内置文献与证据交叉验证机制：
- 不编造文献。
- 不编造前期成果。
- 不把单篇文献支持写成学界共识。
- 没有来源的论断不能写成确定事实。
- 重要论断尽量追踪到用户材料、文献、政策或用户确认。
文献风险、待核实事实和 AI 推断会记录在独立的核查文件中，不会混进申请书正文。
预算不是孤立填数字，而是和研究任务绑定。
系统会先根据项目类型判断预算方式：
- 对包干制项目，提醒经费使用合规和最终核实。
- 对预算制项目，围绕研究任务生成设备费、业务费、劳务费、合作转拨等预算草案和说明。
- 对不确定项目，先标记待确认，不凭空编造预算依据。
预算数字、大额设备、合作转拨和劳务费依据必须由申请人最终确认。
NSFC Writer 不提供规避 AI 检测、伪造文献、伪造前期成果或绕过申请人责任的功能。
系统会把合规提醒、待核实事项和 AI 使用说明放在单独的核查文件中，不会写进申请书正文。申请书正文保持干净、正式、专业。
最终导出前，系统会生成：
outputs/final_checklist.md
outputs/ai_usage_statement.md
reviews/compliance_review.md
audit/human_gates.yaml
这些文件用于提醒申请人进行最终 double check。它们不是申请书正文的一部分。
nsfc-writer/
README.md
QUICKSTART.md
START_HERE.md
AGENTS.md
CLAUDE.md
.cursor/rules/nsfc-writer.mdc
inbox/ 用户放材料
project/ 项目状态和科学论证
sections/ 申请书正文施工区
knowledge/ 文献、证据和材料索引
reviews/ 模拟评审和风险报告
outputs/ 导出稿、核查清单和声明
audit/ 人工确认、假设和决策记录
agents/ 内部专家工作手册
scripts/ 可选自动化脚本
templates/ 通用模板和结构
docs/ 详细说明
普通用户主要接触 inbox/ 和 AI 对话。其他目录由 AI 在后台维护。
可以。系统会先使用内置通用结构启动。之后你上传当年官方模板或单位要求后，AI 会再根据模板调整。
可以。系统会先通过访谈帮你凝练科学问题、文献缺口和研究内容，但会明确标记哪些地方缺少真实前期基础。
默认是中文。用户可以用中文或英文聊天，也可以上传中英文论文，但申请书正文默认中文。
不会。NSFC Writer 只帮助生成草案、审查和导出前核查。最终提交必须由申请人本人完成。
因为基金申请涉及申请人责任和科研诚信。AI 可以帮助生成完整草案，但最终事实、文献、预算和学术判断必须由申请人核实、修改和确认。
不需要。.docx 的基础识别使用系统内置脚本完成。只有在需要更高级的 Word 格式处理或 .docx 导出时，才可能建议安装可选增强组件。
仓库提供一个完全虚构的 toy example：
examples/toy_project/
它只演示 NSFC Writer 如何从一句研究想法进入项目画像、科学问题凝练和 scientific case 构建。示例不包含真实申请人、真实论文、真实预算或可直接套用的申请书内容。