展开知识库目录
创新点和前期基础怎么写成可验证差异与可行证据
创新点不是“首次、领先、填补空白”三句话。先找明确比较对象，再说明差异发生在哪个知识环节、用什么结果验证；前期基础则证明团队确实能做到。
三个创新点都以“首次”开头，检索记录和前期数据却一项没有
申请书写“首次提出新理论、首次建立新模型、首次实现新应用”。评审人无法判断与哪种现有理论、方法或场景相比，也不知道如果项目完成，什么证据能证明差异真的产生。前期基础只列论文题目，没有连接本项目关键步骤。
创新点要写比较：现有做法在什么条件下受到什么限制；本项目改变哪个关键假设、测量、机制或识别路径；预期由什么可观察结果验证。前期基础不是成果堆砌，而是对应每项高风险工作包的可行证据。
- 为每条创新找到明确比较基线
- 写出可观察的创新验证结果
- 让前期成果对应关键风险和研究内容
创新强度来自证据，不来自形容词
| 创新层 | 必须说明 | 弱写法 | 可验证写法 |
|---|---|---|---|
| 科学认识 | 现有解释、竞争预测和新判断 | 首次揭示机制 | 区分解释 A/B，并由指标 X 的相反模式验证 |
| 研究设计 | 旧设计无法识别什么，新设计如何减少限制 | 采用全新设计 | 用纵向时间顺序处理横断面无法区分的方向 |
| 方法/测量 | 测量误差或适用边界，验证标准 | 建立高精度方法 | 在独立样本对照基准，报告预设性能和误差 |
| 数据/场景 | 新场景为何改变科学判断而非只换样本 | 首次在本地区研究 | 利用场景差异检验规律的边界条件 |
| 应用转化 | 知识结果怎样支持决策，仍需哪些验证 | 具有广阔应用前景 | 提供可测试决策规则及外部验证计划 |
“首次”需要系统检索和时间边界，且仍可能被新发表工作推翻；不是必要词，通常用具体差异更稳。
论文数量多，不等于关键技术已经可行
- 01
列出项目最可能失败的步骤
包括样本获取、关键测量、实验重复、算法验证、跨单位协作和数据合规。
- 02
为每个风险找直接证据
使用预实验、已完成数据、协议、代码、设备验证、团队经验或合作承诺，并记录证据位置。
- 03
区分已完成与拟开展
前期结果写样本、方法、数字和边界；计划中的工作不能使用完成态，也不能把模拟数据当真实基础。
- 04
说明证据如何降低风险
不是只列一篇论文，而是解释该成果证明团队掌握哪一关键环节、还有什么尚未解决。
- 05
检查创新与基础的张力
基础太弱会显得不可行；基础已把所有问题解决则项目缺乏新增空间。明确已知起点和待验证增量。
创新负责证明差异，基础负责证明做得到
创新证据表
一条创新一行
innovation_id,existing_baseline,source_and_date,known_limitation,proposed_difference,testable_prediction,validation_output,failure_result,boundary,linked_work_package
I1,{比较基线},{来源与检索日期},{限制},{本项目差异},{可检验预测},{验证输出},{何种结果不支持创新},{适用边界},{工作包}前期基础匹配表
一项风险一行
risk_id,critical_step,required_capability,existing_evidence,evidence_location,sample_or_metric,what_it_proves,what_it_does_not_prove,remaining_risk,owner
F1,{关键步骤},{能力},{前期证据},{位置},{样本/指标},{能证明},{不能证明},{剩余风险},{责任人}删掉“首次、领先、填补空白”，差异仍应清楚成立
创新与可行性判断必须依赖当前检索和真实前期证据
一手来源国家自然科学基金委员会编辑依据检索记录、原始前期数据和团队证据
核对当年度申请提纲和评审关注点；“创新”具体要求可能随项目类别变化。
创新比较与前期基础应保留可核查来源，教学示例不能写进正式申请。