# 写作逻辑共识库：摘要、故事线与评审视角

本文件把领域认可专家经验、基金评审经验、权威写作材料和公开样例中的共同观点整合为写作逻辑。使用时不要按个人姓名罗列建议，也不要写“某某专家说”。应直接转化为诊断、改写、结构设计和自检动作。

## 目录

1. 使用原则
2. 来源权重与使用边界
3. 顶层共识：申请书首先是评审沟通文本
4. 摘要共识：把项目压缩成可复述的故事梗概
5. 故事线共识：用因果链替代材料堆砌
6. 标题共识：短、准、稳、有识别点
7. 立项依据共识：从重要性自然推出缺口
8. 科学问题或技术瓶颈共识：必须尖锐、可验证、可承接
9. 目标与指标共识：目标要聚焦，指标要能验收
10. 研究内容与技术路线共识：内容回答做什么，路线回答怎么做
11. 创新性共识：有比较对象、有新意、有验证方式
12. 可行性与前期基础共识：证明为什么做得成、为什么由你做
13. 人才类项目共识：把成果串成学术主线
14. 任务型项目共识：把指南任务转成指标闭环
15. 评审阅读共识：同时服务大同行和小同行
16. 常见硬伤与修正动作
17. 写作动作矩阵
18. 摘要和故事线改写流程

---

## 1. 使用原则

本库只保留稳定、可迁移的写作逻辑，不保留个人姓名、个人语录和孤立观点。执行任务时应做到：

- 按写作问题归类，而不是按“谁说的”归类。
- 把经验转成动作，例如“摘要前两句降术语、先讲问题价值”。
- 不输出来源名录，除非用户明确要求核验来源。
- 不把经验当成硬性规则；当年指南、模板、系统要求和单位科研管理要求优先。
- 不编造专家评价、评审意见或“已获资助案例”。

## 2. 来源权重与使用边界

| 等级 | 来源类型 | 在技能中的用途 | 使用边界 |
|---|---|---|---|
| 一级 | 当年官方指南、申报模板、系统提示、管理办法、预算规则、权威期刊写作文章 | 决定硬性要求、结构、预算、附件、合规 | 必须以最新版本为准 |
| 二级 | 领域公认专家公开辅导、获资助者经验、评审经验、官方机构发布的写作材料 | 优化摘要、故事线、创新性、可行性、可读性 | 只抽象为共识，不按个人名录呈现 |
| 三级 | 公开样例、模板、经验帖、商业培训资料 | 发现常见问题、学习结构 | 不能作为权威依据，不能照搬原文 |

## 3. 顶层共识：申请书首先是评审沟通文本

项目申请书不是论文综述，也不是实验计划流水账，而是一次书面答辩。它必须在有限阅读时间内回答六个问题：

1. 这个问题为什么重要？
2. 现有研究或技术到底缺什么？
3. 申请人的核心判断、假设或路线是什么？
4. 准备做哪几件事，彼此怎样递进？
5. 凭什么相信能做成？
6. 做成后对学科、任务、产业、地方或人才发展有什么价值？

写作动作：

- 每一章开头都回扣同一句主线，不让评审重新猜项目方向。
- 重要信息前置：题目、摘要、第一页、路线图、创新点和基础优先打磨。
- 所有材料都要服务主线；不服务主线的论文、项目、平台、合作和方法应删减。
- 不把申请书写成“我会很多方法”，而要写成“我用这些方法解决这个关键问题”。

## 4. 摘要共识：把项目压缩成可复述的故事梗概

摘要是评审最先读、最容易记住、会议讨论时最容易被引用的部分。摘要不是正文缩写，而是项目故事梗概。

### 4.1 摘要必须回答的七件事

1. **重要性**：研究对象、场景或问题为什么值得资助。
2. **已有进展**：别人已经知道或做到什么。
3. **关键缺口**：仍不知道什么、争议在哪里、瓶颈卡在哪里。
4. **核心判断**：你的假设、新路线或关键思路是什么。
5. **前期依据**：为什么这个判断不是凭空提出。
6. **研究行动**：准备做哪两到三件递进的事。
7. **预期结局**：将形成什么新认识、技术、平台、标准、指标或示范。

### 4.2 六到七句摘要骨架

适用于国家自然科学基金、基础研究和应用基础研究：

1. 【对象/现象】在【领域/过程/疾病/系统】中具有重要意义。
2. 已有研究表明【已知进展】，但【关键机制/规律/关系】仍不清楚。
3. 这一缺口限制了【学科认识/技术发展/应用基础】。
4. 基于【前期发现/理论依据/初步数据】，本项目提出【核心假设】。
5. 项目拟围绕【科学问题】，开展【内容一】、【内容二】和【内容三】。
6. 通过【关键模型/方法/样本/验证体系】，阐明/揭示/建立【机制/规律/方法】。
7. 预期形成【新认识/新依据/新工具】，为【领域发展/应用基础】提供支撑。

### 4.3 四块摘要骨架

适用于字数更紧或用户只提供少量信息时：

- 第一块：科学问题或应用瓶颈如何提出。
- 第二块：基本思路或核心假设是什么。
- 第三块：核心研究内容和关键方法是什么。
- 第四块：预期意义和可检验结果是什么。

### 4.4 任务型项目摘要骨架

适用于科技部、地方科技计划、企业联合攻关和转化项目：

1. 面向【国家/地方/产业/临床/民生/城市治理】需求，现有【系统/产品/流程/技术】存在【瓶颈】。
2. 该瓶颈导致【效率、成本、质量、安全、可靠性、可及性或标准化】受限。
3. 项目拟构建【总体方案】，突破【关键技术一、二、三】。
4. 通过【任务组织、系统集成、示范应用或第三方验证】，形成【成果形态】。
5. 项目将达到【量化指标】并完成【交付物/示范点/标准/平台】。
6. 预期支撑【战略目标、产业升级、上海场景、民生改善或行业规范】。

### 4.5 摘要语言规则

- 开头不要写空泛大背景，直接进入具体对象、场景或现象。
- 少用缩写和窄领域黑话；必要术语首次出现时用通俗表达带一下。
- “缺口句”必须有力度，通常用“但、然而、仍不清楚、尚缺乏、难以支撑”。
- 前期基础只放最能支撑假设或路线的一条，不堆成果清单。
- 研究内容一般写两到三项，超过三项容易失焦。
- 结尾不要只写论文、专利，要写科学认识、关键技术、平台能力、标准或示范价值。
- 谨慎使用“首次、原创、领先、突破、填补空白”。没有证据时改成稳健表述。

## 5. 故事线共识：用因果链替代材料堆砌

好的申请书都有一条可复述的因果链：

> 重要场景或现象 → 已有进展 → 未解缺口或瓶颈 → 新假设或新路线 → 递进任务 → 验证方式 → 可检验结局。

### 5.1 六句故事线

1. 这个领域或场景有一个重要问题。
2. 现有研究或技术已经解决了一部分。
3. 但还有一个关键缺口、矛盾或瓶颈。
4. 本项目基于前期证据提出一个新假设或新路线。
5. 项目将通过几项递进内容或任务验证并实现它。
6. 成功后将形成可检验的新认识、技术能力或示范成果。

### 5.2 七节点故事模型

| 节点 | 写作功能 | 对应章节 |
|---|---|---|
| 场景 | 为什么重要 | 标题、摘要、立项依据开头 |
| 冲突 | 现有研究或技术为什么不够 | 国内外现状、需求分析 |
| 原因 | 卡点背后的机制或技术短板 | 科学问题、技术瓶颈 |
| 转折 | 你的新假设、新路线、新平台 | 摘要、目标、创新点 |
| 行动 | 几项内容或任务如何递进 | 研究内容、任务分解 |
| 验证 | 如何证明成功 | 研究方案、指标、里程碑 |
| 结局 | 成功后贡献什么 | 预期成果、效益、意义 |

### 5.3 讲故事的禁忌

- 只讲重要性，没有冲突。
- 只列方法，没有假设或路线判断。
- 只列任务，没有递进关系。
- 只写愿景，没有验证指标。
- 前期基础很多，但没有一条直接支撑主线。

## 6. 标题共识：短、准、稳、有识别点

标题是评审的第一印象，也是摘要和全文主线的压缩版。

标题应包含三类信息中的两类以上：

1. 研究对象或应用场景。
2. 核心科学问题、机制、瓶颈或关键技术。
3. 预期建立的机制、方法、系统、平台、标准或示范。

写作动作：

- 基础研究标题以对象、过程、机制或科学问题为中心。
- 任务型项目标题以场景、关键技术、成果形态或示范为中心。
- 人才类标题或主题要能体现长期学术主线。
- 删掉无证据的宣传词，如“国际领先、国内首创、重大突破”。
- 标题中不要堆太多技术名词；技术名词只保留最能体现新视角的一个。

## 7. 立项依据共识：从重要性自然推出缺口

立项依据的核心任务不是显示知道很多文献，而是让评审相信：这个问题重要、未解决、值得现在做，并且申请人的切入点合理。

推荐结构：

1. 具体场景、现象或学科问题。
2. 已有研究或技术取得的关键进展。
3. 仍存在的未解机制、争议、技术瓶颈或场景短板。
4. 缺口造成的后果。
5. 申请人的前期发现、独特资源或新视角。
6. 自然推出本项目的科学问题、假设或技术路线。

写作动作：

- 每一小节末尾用一句话收束到本项目。
- 文献综述按问题逻辑组织，不按年份流水账组织。
- 国内外代表性工作都要客观呈现，不刻意回避同行工作。
- 缺口不能只是“研究较少”，要说明“为什么现有方法解决不了”。

## 8. 科学问题或技术瓶颈共识：必须尖锐、可验证、可承接

科学问题或技术瓶颈是申请书的“冲突中心”。如果它不清楚，后面的目标、内容、方案和创新都会松散。

### 8.1 科学问题写法

一个好的科学问题通常具备：

- 对象明确：研究谁、哪一类过程、哪一个层级。
- 关系明确：机制、规律、因果、调控、演化、响应或耦合关系是什么。
- 未解明确：未知点、争议点或矛盾点是什么。
- 可研究：有模型、样本、方法、数据或理论路径可以推进。
- 可承接：能自然分解为两到三项研究内容。

模板：

> 本项目拟解决的核心科学问题是：【对象/过程】中【关键因素】如何通过【机制/关系】影响【结果/功能】，以及这一过程在【条件/场景】下如何被验证。

### 8.2 技术瓶颈写法

一个好的技术瓶颈通常具备：

- 场景明确：在哪个应用、行业、临床、城市或平台场景中发生。
- 短板明确：性能、成本、稳定性、标准化、集成、规模化、可及性、安全性等哪一项卡住。
- 原因明确：卡点不是笼统“不成熟”，而是由哪些技术环节造成。
- 指标明确：用什么指标判断瓶颈被突破。
- 交付明确：突破后形成什么成果。

模板：

> 当前【场景】中【现有方案】难以满足【指标/需求】，关键原因在于【瓶颈一】、【瓶颈二】和【瓶颈三】。本项目拟通过【路线】实现【指标提升/能力形成】。

## 9. 目标与指标共识：目标要聚焦，指标要能验收

目标是项目完成后的状态，内容是为实现目标要做的工作。二者不能混写。

写作动作：

- 总目标只写一个核心结果，不写多个并列愿景。
- 分目标对应研究内容或任务，不要凭空增加。
- 基础研究目标写“阐明、揭示、建立、解析、验证”。
- 任务型目标写“突破、形成、构建、完成、达到、示范”。
- 指标要有单位、阈值、测试条件、评价方法或验收依据。
- 不能承诺无法验证的宏大社会效益。

## 10. 研究内容与技术路线共识：内容回答做什么，路线回答怎么做

### 10.1 研究内容

研究内容应是解决科学问题或技术瓶颈的工作包，不是方法清单。

推荐递进方式：

- 基础研究：发现/确认 → 机制解析 → 功能验证。
- 方法研究：原理建立 → 方法构建 → 场景验证。
- 工程任务：关键技术突破 → 系统集成 → 示范应用。
- 上海项目：本地场景需求 → 技术实现 → 示范验收。

### 10.2 研究方案或技术路线

研究方案要回答每项内容如何执行：对象、方法、变量、对照、指标、数据、判断标准和替代方案。

写作动作：

- 对每个内容写“为什么做、做什么、怎么做、如何判断成败”。
- 最难、最关键、最容易被质疑的环节要讲细。
- 路线图要展示递进关系、输入输出和验证节点。
- 不把常规方法写成创新，但要把关键方法的适配性和验证写清楚。

## 11. 创新性共识：有比较对象、有新意、有验证方式

创新性不是形容词，而是比较后的差异。一个创新点至少回答四件事：

1. 相比什么已有认识、方法、技术或路线？
2. 新在哪里？是对象、机制、理论、方法、体系、集成还是场景？
3. 解决什么关键问题？
4. 如何验证这个新意成立？

写作动作：

- 创新点一般写二到三条，少而硬。
- 每条创新点用“已有局限—本项目新意—验证方式—预期贡献”结构。
- 不把先进仪器、热门算法、多组学、大数据、平台建设本身写成创新。
- 应用类项目可以写技术集成、标准体系、场景验证和应用模式创新，但要有指标支撑。

## 12. 可行性与前期基础共识：证明为什么做得成、为什么由你做

可行性不是自我表扬，而是证据链。前期基础要回答：申请人是否已经具备关键条件，能否支撑本项目最难的部分。

可行性证据包括：

- 前期发现、初步数据、预实验结果。
- 已建立模型、方法、平台、样本、数据库、样机或工艺。
- 与本项目直接相关的论文、专利、软件著作权、标准、成果转化或场景验证。
- 团队分工、合作单位、用户场景、伦理和数据条件。
- 风险识别和替代路线。

写作动作：

- 按“支撑哪个目标或任务”排列基础，而不是按时间或成果等级排列。
- 每条基础后写一句“因此可支撑本项目的……”。
- 对短板不回避，用风险和替代方案补齐。
- 不堆与项目无关的高水平成果。

## 13. 人才类项目共识：把成果串成学术主线

人才类项目不是普通项目书，也不是个人履历汇编。它要呈现申请人的独立学术判断、代表性贡献和未来跃迁。

推荐故事线：

> 长期学术主线 → 关键科学问题 → 代表性贡献 → 领域影响 → 当前前沿缺口 → 未来研究跃迁 → 团队和平台带动。

写作动作：

- 代表作按学术主线排序，不只按期刊、年份或影响因子排序。
- 每项代表性成果说明“提出了什么问题、建立了什么方法、改变了什么认识”。
- 未来计划要承接已有贡献，但不能只是原方向延长线。
- 个人贡献要写清楚，避免把团队成果写成个人独立贡献。

## 14. 任务型项目共识：把指南任务转成指标闭环

科技部、地方科技计划、企业联合攻关等任务型项目，核心不是“想研究什么”，而是“如何完成任务并可验收”。

写作动作：

- 建立“指南要求—项目目标—任务—技术路线—交付物—指标—验证—预算—责任单位”矩阵。
- 每个任务都有输入、输出、责任主体、里程碑和验收指标。
- 摘要和目标中不要漏掉示范、集成、标准、平台、应用场景和用户验证。
- 预算与任务匹配，不能出现高预算但无对应工作包。
- 合作单位职责要具体，不能只写“提供支持”。

## 15. 评审阅读共识：同时服务大同行和小同行

### 15.1 大同行可复述

大同行不一定熟悉窄领域细节，但能判断问题价值、逻辑和可信度。标题、摘要和立项依据开头要做到：

- 少缩写、少黑话。
- 先讲问题价值，再讲技术细节。
- 明确指出缺口或瓶颈。
- 让项目主线能被一分钟复述。

### 15.2 小同行能信服

小同行会检查专业准确性和方案可执行性。研究现状、方案、创新和基础要做到：

- 代表性文献或技术比较客观。
- 核心变量、模型、样本、对照、算法、指标、测试条件写清楚。
- 关键难点不回避，有替代方案。
- 前期数据能直接支撑假设或路线。

## 16. 常见硬伤与修正动作

| 硬伤 | 表现 | 修正动作 |
|---|---|---|
| 主题过大 | 题目宏大，内容分散 | 缩小对象、范围、机制或场景 |
| 摘要空泛 | 大背景多，缺口和行动少 | 改成六到七句功能摘要 |
| 缺口不尖锐 | 只说研究少、技术不足 | 写清为什么现有方法解决不了 |
| 内容并列堆砌 | 三四项内容互不递进 | 改成确认—解析—验证或研发—集成—示范 |
| 创新像口号 | “首次、领先、突破”但无比较 | 写比较对象、新意和验证方式 |
| 基础堆成果 | 高水平成果多但无关 | 按目标或任务重排，只留直接证据 |
| 路线不可信 | 关键难点一句带过 | 单列难点、风险、替代路线和判断标准 |
| 指标不可验收 | 没有单位、阈值或测试条件 | 加量化指标和验证方式 |
| 预算与任务脱节 | 买设备、劳务、测试没有任务对应 | 建立任务—经费—依据矩阵 |
| 合规缺口 | 伦理、数据、知识产权、保密漏写 | 单列合规清单并按指南核验 |

## 17. 写作动作矩阵

| 共识类别 | 写作动作 | 适用模块 |
|---|---|---|
| 重要性先行 | 开头用具体对象、场景或现象，不用空泛政策词 | 标题、摘要、立项依据 |
| 缺口要尖锐 | 用“但/然而/仍不清楚/难以满足”写出冲突 | 摘要、现状、科学问题 |
| 主线要聚焦 | 每章回扣同一句科学问题或瓶颈 | 全文 |
| 难点要讲透 | 对最难路径写验证、风险和替代方案 | 方案、路线、风险 |
| 创新要可比较 | 每条创新写“相比什么—新在哪里—如何验证” | 创新点 |
| 基础要支撑 | 每条基础对应一个目标、任务或关键方法 | 前期基础、可行性 |
| 指标要可验收 | 写单位、阈值、测试条件和验收方式 | 目标、成果、里程碑 |
| 评审要能复述 | 摘要完成后做一分钟复述测试 | 标题、摘要、第一页 |
| 材料要一致 | 标题、摘要、目标、内容、路线、成果、预算互相映射 | 定稿检查 |

## 18. 摘要和故事线改写流程

处理用户摘要或项目简介时，按以下流程：

1. 抽取一句话主线：对象、缺口、路线、价值。
2. 判断项目类型：科学问题型、任务指标型、地方场景型、人才主线型或通用型。
3. 写六句故事线：重要性、进展、缺口、假设/路线、行动、结局。
4. 建诊断表：背景、缺口、前期基础、内容、方法、验证、意义、语言。
5. 给出改写版：稳健版、评审友好版、强化创新版。
6. 标出仍需补充的信息：数据、指标、前期发现、场景、团队、合规或指南条款。

输出时不写具体专家姓名，不按个人观点分段，而是按上述写作逻辑整合。