# 权威来源写作经验归类：无姓名、无 URL 版本

本文件用于“专家经验融合模式”。它不是来源书目，也不保存具体个人姓名或裸 URL；只保留来自可靠来源、能够转化为项目申请书写作动作的共识。若用户要求核验具体来源，应在当前会话中使用用户提供材料或联网核验，而不是把姓名和链接写入 Skill。

## 1. 使用边界

- 本文件用于提升写作质量、模拟评审视角和建立检查清单。
- 本文件不能替代当年指南、申报系统、模板、预算规则、附件要求、伦理规则和依托单位通知。
- 对单一来源、无法交叉验证、带商业宣传色彩或缺少官方发布背景的观点，不写入本文件。
- 输出时不要说“某专家认为”；应说“从可靠来源归纳出的写作动作是……”。
- 不生成或暗示未经核实的项目事实、论文、专利、数据、合作、预算、伦理批件或专家评价。

## 2. 来源可靠性分级

| 级别 | 来源类型 | 可用于什么 | 使用限制 |
|---|---|---|---|
| S0 | 用户上传的当年指南、模板、评分标准、依托单位通知和项目事实材料 | 确定硬约束、章节结构、页数、预算、附件、资格和实际项目事实 | 优先级最高；若与内置经验冲突，以 S0 为准 |
| S1 | 资助机构、申报系统或官方管理办法 | 确定正式规则、评审维度、诚信、伦理、预算和提交要求 | 只采用可核验的正式规则；年份变化项必须重新确认 |
| S2 | 资助机构或评审机构发布的写作建议、评审说明和形式审查清单 | 理解评审逻辑、常见扣分点、摘要/目标/影响力写法 | 属于指导意见，不替代当年具体指南 |
| S3 | 高校、医院、研究院等官方渠道发布的专家讲座纪要或科研管理培训材料 | 提炼评审沟通、科学问题凝练、立项依据组织、可行性和打磨经验 | 只采纳多来源一致的原则；不写姓名、不写链接、不当作硬规则 |
| S4 | 同行评议论文或权威数据库收录的 grant-writing 文章 | 补充国际通行写作规律、预评审、具体目标页、影响力和可行性表达 | 需要转译为中文项目申请书语境 |
| S5 | 普通博客、商业培训稿、自媒体、未公开课件 | 原则上不写入 Skill | 如用户主动提供，只作为低权重启发并标注未核验 |

## 3. 可靠性筛选规则

只有同时满足以下条件的经验才写入本文件：

1. 能被 S1/S2 来源支持，或在多个 S3/S4 来源中反复出现。
2. 能转化为具体写作动作，而不是空泛口号。
3. 不依赖单个人的身份背书。
4. 不要求保存具体姓名、单位、网址或未公开材料。
5. 不与当年指南、模板、伦理、诚信和依托单位要求冲突。

## 4. 主题一：评审视角与信息传递

### 经验融合

项目书首先是写给评审看的，不是写给作者自己的研究笔记。高质量申请书应让不同专业深度的评审在短时间内看懂：项目为什么重要、核心问题是什么、为什么现在能做、怎么判断做成、失败风险如何处理。

### 写作动作

1. 标题、摘要和总目标先回答“研究对象、关键缺口、核心路线、预期认识或交付成果”。
2. 每章段首尽量先给结论，再给依据；避免评审读完一页才知道重点。
3. 减少背景铺陈，把篇幅留给缺口、假设、方法、验证和可行性。
4. 对跨学科项目，术语首次出现时给出清晰解释，并保持全文一致。
5. 定稿前做“一分钟复述”：非本细分方向的大同行能否复述项目主线。

### 适用项目

所有项目，尤其适合竞争激烈、跨学科、评审时间有限、摘要权重较高的项目。

## 5. 主题二：资助口径与项目类型匹配

### 经验融合

不同项目类型对“好申请书”的定义不同。基础研究类项目更看重科学问题、科学假设、机制认识和学术贡献；任务型科技计划更看重指南响应、指标、交付物、组织实施和验收；人才类项目同时评价申请人的学术主线、代表性贡献、独立性、未来潜力和研究环境。

### 写作动作

1. 写作前先判断项目类型：基础研究、任务攻关、平台建设、示范应用、人才项目或企业联合项目。
2. 基础研究避免产品化口号，重点写“未知是什么、假设是什么、如何验证”。
3. 任务型项目避免只讲论文意义，重点写“指标、成果、场景、用户、验收和组织实施”。
4. 人才类项目避免罗列成果，重点写长期主线、独立贡献、学术辨识度和未来跃迁。
5. 每类项目都要建立“评分维度—章节内容—证据材料”的映射表。

### 适用项目

国家自然科学基金、国家重点研发计划、地方科技计划、人才项目、企业联合攻关、平台和示范类项目。

## 6. 主题三：科学问题、技术瓶颈与选题凝练

### 经验融合

可靠来源反复强调：申请书的灵魂不是方法堆砌，而是清晰、有限、可研究、可验证的问题。基础研究要凝练科学问题；应用项目要凝练技术瓶颈或场景瓶颈；任务型项目还要说明瓶颈为什么会影响指标、交付和应用。

### 写作动作

1. 用一句话写清“已有研究已经解决什么，仍未解决什么”。
2. 科学问题不要写成研究任务，例如“构建模型”不是科学问题，背后的机制、规律或因果关系才是问题。
3. 技术瓶颈不要写成设备清单，要写清现有技术在哪个场景、哪个指标、哪个边界条件下失效。
4. 问题数量控制在 1–3 个，并与研究内容一一对应。
5. 如果缺少直接前期证据，不要强行拔高为重大突破，应降低表述强度并标注待补充证据。

### 适用项目

基础研究、应用基础研究、重点研发、地方科技计划和企业联合攻关项目。

## 7. 主题四：标题、摘要与故事线

### 经验融合

标题和摘要是评审形成第一判断的入口。高质量摘要不是背景综述，也不是方法清单，而是压缩后的完整论证：重要性、缺口、假设或路线、研究内容、验证方式、预期认识或交付价值。

### 写作动作

1. 标题尽量包含研究对象、核心问题或机制/瓶颈，不只堆方法名。
2. 摘要第一句给出对象和问题，避免从宏大背景起笔。
3. 摘要中至少出现一次明确缺口，例如“仍不清楚”“尚缺乏”“现有方法难以”。
4. 摘要要写验证方式，而不只是“开展研究”。
5. 摘要结尾要说明预期贡献：基础研究写新认识、新机制、新方法；任务型项目写成果、指标、场景和价值。

### 推荐六句故事线

1. 重要场景或科学背景中存在一个具体问题。
2. 现有研究或技术已经取得进展，但仍有关键缺口。
3. 申请人的前期基础提示了新的假设或路线。
4. 本项目拟围绕 1–3 个问题展开递进研究或任务。
5. 通过明确方法、模型、数据、实验、验证或示范来判断结果。
6. 预期形成可识别的新认识、新方法、关键技术、平台、标准或示范价值。

### 适用项目

所有项目，尤其适合摘要、项目简介、预申请、项目概述和人才项目的代表性主线表述。

## 8. 主题五：创新性与原创性表达

### 经验融合

创新不是形容词堆砌，而是相对现有研究或现有技术的清楚差异。可靠来源普遍强调，创新要能说明“相对于谁新、新在哪里、为什么这个新法能解决原问题、如何验证它确实带来增益”。

### 写作动作

1. 每个创新点都写成“现有做法—不足—本项目新做法—预期增益”。
2. 避免单独使用“首次、国际领先、突破性”等无法证明的表述。
3. 基础研究创新可写新假设、新机制、新模型、新理论、新方法或新证据链。
4. 应用项目创新可写场景组合、关键指标提升、系统集成、标准化验证、工程化路径或示范模式。
5. 高风险原创项目要同时写“为什么值得冒险”和“失败后仍能产生什么知识或可用成果”。

### 适用项目

所有项目；对原创探索、青年/面上基金、人才项目和重点攻关项目尤其重要。

## 9. 主题六：研究方案、可行性与风险替代

### 经验融合

优秀项目书要让评审相信“问题重要，并且申请人能做成”。可行性来自前期数据、方法掌握、平台条件、团队分工、合作资源、样本或场景可得性，以及风险替代路径，而不是来自空泛的团队介绍。

### 写作动作

1. 每个研究内容写清：输入材料/数据 → 方法步骤 → 输出结果 → 验证标准。
2. 每个关键方法说明为什么适合当前问题，而不是只列方法名称。
3. 每个高风险环节给出替代方案，例如替代模型、替代样本、替代算法、替代测试路径。
4. 前期基础按研究任务分组，说明“已有证据支撑哪个任务”。
5. 控制目标数量，避免任务过散、指标过多、周期和预算无法支撑。

### 适用项目

所有项目；对青年项目、重点研发、地方科技计划、应用示范和企业联合攻关项目尤其关键。

## 10. 主题七：前期基础、团队与研究环境

### 经验融合

评审不仅看想法，也看申请人和团队是否处在“能完成这件事”的位置。可信的前期基础应与研究内容直接相连，团队介绍应对应任务分工，研究环境应说明资源如何支撑项目完成。

### 写作动作

1. 把前期基础按研究内容或任务分组，而不是按年份罗列。
2. 对每项基础写清“已有证据—支撑什么—还缺什么”。
3. 团队分工写到角色和接口：谁负责模型、实验、算法、样本、场景、转化、管理。
4. 合作单位只写可核实的资源和角色，不替合作方承诺未确认内容。
5. 人才类项目突出申请人的独立贡献、持续主线和未来发展空间。

### 适用项目

人才类项目、青年/面上基金、重点研发、平台建设、示范项目和跨单位联合项目。

## 11. 主题八：指标、影响与验收逻辑

### 经验融合

任务型项目不只要意义重大，还要能交付和验收。高质量申请书应把目标、任务、指标、交付物、验收方式、责任单位和预算形成闭环。基础研究也应说明预期认识、学术价值和可能影响，而不应只写论文数量。

### 写作动作

1. 每个指标写清阈值、测试条件、评价方法、责任主体和验收材料。
2. 每个交付物对应任务、预算和验收证据。
3. 影响写作从直接产出、受益主体、应用场景、推广路径和社会/产业价值展开。
4. 不把“发表论文、申请专利”当作任务型项目的唯一成果。
5. 地方科技计划和应用示范项目要加入本地场景、用户需求、示范路径和转化条件。

### 适用项目

国家重点研发计划、地方科技计划、企业联合攻关、平台建设、示范项目和转化类项目。

## 12. 主题九：形式审查、伦理、数据与科研诚信

### 经验融合

很多申请不是败在想法，而是败在形式审查、附件、伦理、预算、数据、安全、知识产权、资格和诚信。可交付版本必须把合规作为独立交付物，而不是只润色正文。

### 写作动作

1. 用当年指南、模板和依托单位通知制作形式审查表。
2. 涉及人类受试者、临床样本、动物实验、遗传资源、数据采集、算法数据、隐私或安全时，标注伦理和数据合规要求。
3. 合作单位、用户场景、第三方测试、样本来源、知识产权只写已确认内容。
4. 参考文献、成果、专利、奖励和前期项目必须可核验，避免虚假、夸大或错误归属。
5. 定稿前检查人工智能辅助使用声明是否符合资助方和依托单位要求。

### 适用项目

所有正式申报项目。

## 13. 主题十：反复打磨、预评审与版本管理

### 经验融合

可靠来源普遍建议尽早开始、先写核心页、让不同背景的人预读，并进行多轮版本迭代。可交付项目书应保留版本记录，说明每轮修改解决了什么问题，还剩哪些风险。

### 写作动作

1. V1 阶段先让预读者看标题、摘要、目标和科学问题，不急于全文润色。
2. V2 阶段让方法或工程专家看路线、数据、样本、指标和可行性。
3. V3 阶段让大同行看可读性、主线和创新性。
4. V4 阶段让科研管理、财务、伦理、数据或知识产权人员看形式、预算、附件和合规。
5. 每轮修改保留“改了什么—为什么改—还缺什么”的记录。

### 适用项目

所有项目；对截止期紧张、跨单位、跨学科、任务型和预算复杂项目尤其重要。

## 14. 专家经验共识表

| 主题 | 稳定共识 | 可执行动作 | 主要来源层级 |
|---|---|---|---|
| 评审视角 | 申请书要先服务评审理解 | 段首结论、摘要压缩、主线复述 | S1/S2/S3/S4 |
| 项目类型 | 不同资助类型不能套同一模板 | 先建资助口径矩阵 | S0/S1/S2/S3 |
| 科学问题 | 方法不是问题，问题要有限可验证 | 写“已知—未知—为什么重要” | S1/S2/S3/S4 |
| 摘要故事线 | 摘要是压缩论证，不是综述 | 用六句故事线改写 | S2/S3/S4 |
| 创新性 | 创新要有比较对象和验证方式 | 写“现有不足—新法—增益” | S1/S2/S3/S4 |
| 可行性 | 前期基础要支撑具体任务 | 建立任务—基础—风险表 | S2/S3/S4 |
| 指标与影响 | 任务型项目必须可交付可验收 | 指标写阈值、条件、材料 | S0/S1/S2 |
| 合规诚信 | 形式、伦理、数据、附件会影响提交 | 做定稿合规清单 | S0/S1/S2 |
| 版本打磨 | 好申请书来自多轮预评审 | 建立 V1–V5 版本记录 | S2/S3/S4 |

## 15. 低质量写法清单

- 背景宏大，但没有具体问题。
- 题目只有方法，没有对象、问题或场景。
- 摘要前半篇都是行业意义，后半篇只列方法。
- 创新点全是“首次、领先、突破”，没有比较对象和验证方式。
- 研究内容像工作包清单，目标像口号。
- 技术路线图好看，但文字没有输入、输出和验证标准。
- 前期基础只堆论文和成果，不说明支撑哪个任务。
- 指标没有阈值、测试条件、评价方法或责任主体。
- 预算和任务脱节。
- 合作、伦理、样本、数据、知识产权没有证据。
- 全文术语不一致，同一概念多种叫法。
- 最终文本仍保留“待补充”，但没有核验清单。

## 16. 使用本文件时的输出建议

当用户要求“专家感悟归类总结”时，建议输出：

1. 来源可靠性分级说明，但不列具体人名和 URL。
2. 按主题归类的共识表。
3. 每个主题下的可执行写作动作。
4. 对中国项目申请书的转译规则。
5. 哪些内容只作为启发，哪些必须以当年官方指南和用户材料为准。

不要输出长篇专家语录；不要假装阅读过未公开讲义或培训课件；不要用个人名望替代对申请书文本的实际修改。