zcbot/skills/proposal/references/review_redlines.md

6.7 KiB

评审雷区清单

评审专家最常拍死的几类问题。写完每章对照过一遍,中一条就重写。


1. 与指南脱靶 (一票否决)

  • 项目名称、指南方向、创新分类与指南文件不一致 (一个字都不能改)
  • 研究内容不能映射回指南的研究任务清单
  • 考核指标缺项 — 指南要求 5 项,你只写了 4 项
  • 指南要求"研发 X 套软件",你写"研究 X 软件理论" — 类型对不上
  • 自行扩大或缩小指南范围 — 指南限定 A,你做 A+B
  • 重点研发应用示范类项目却没有示范单位/示范点 — 类型错位

自查: 把指南文本逐条贴进 spec_lock,每写完一节回去标"已覆盖"。


2. 假大空话术 (低分项)

直接 ban 的词组:

  • "国际领先" / "国际一流" / "填补空白" — 除非有第三方测试报告
  • "首次提出" — 除非确实没人做过且能给文献证明
  • "重大突破" / "重要意义" / "深远影响" — 缺信息量
  • "立足国际前沿,聚焦关键核心" — 万能开场, 评审看疲了
  • "建设具有 XX 特色的世界一流 YY" — 喊口号

替换原则:

  • 指标+对比替代形容词: "实现 10000 TPS,比现有方案 (Hyperledger Fabric 3000 TPS) 提升 3.3 倍"
  • 机制+创新点替代"突破": "通过 XX 解耦 + YY 流水线,降低共识延迟到 100 ms"

3. 指标无法考核 (致命)

不可考核的写法:

  • "显著提升性能" — 显著 = 多少?
  • "支持大规模交易" — 大规模 = 多少 TPS?
  • "提升用户体验" — 怎么测?
  • "优化算法效率" — 优化几个百分点?

可考核的写法:

  • "TPS ≥ 10000, 端到端延时 < 100 ms (用 Caliper 工具测试,提供 CNAS/CMA 报告)"
  • "示范园区 ≥ 4 个, 区块链节点 ≥ 50 个, 交易量 ≥ 50 万吨"
  • "发明专利 ≥ 5 项 (已获受理通知书)"

每个指标必须能回答: 怎么测? 谁来测? 验收时拿什么证明?


4. 经费不合理 (扣分)

雷区 后果
间接费用超比例 (≤500 万部分 >30% / 500-1000 万 >25% / >1000 万 >20%) 财务退回
设备费占比过高 (>40%) 评审质疑必要性
劳务费支付给本单位编制内人员 违规 (劳务费仅给临时聘用)
预算说明不写任务相关性 + 政策相符性 + 经济合理性 退回补充
50 万以上设备没在 B3 表明细 必须明细到型号、功能、技术指标、生产厂家
自筹资金没出资单位承诺函 视为无配套
预算总额与指南资助额度不匹配 直接形式审查不过

详见 budget_rules.md


5. 限项违规 (一票否决)

  • 项目负责人在研重点研发/重大专项/农业关键核心技术 >2 项 — 直接退回
  • 同一指南方向同一单位申报 >1 项 — 学校层面就会被砍掉
  • 同年同人不同基金多头申请 NSFC — 不予受理
  • 主要参与人单位与所在单位不一致且未说明原因 — 退回补充
  • 项目负责人在退休/出站等状态变动 — 须重新审查资格

写之前先跟用户确认: 你是不是已经在执行其他重点研发/重大专项? 团队成员有没有重叠的?


6. 研究内容/方法/路线混淆 (低分)

最常见的混乱:

  • 研究内容里写了方法 (HOW)
  • 研究方法里写了目标 (WHAT)
  • 技术路线里写了背景 (WHY)

正确的边界:

章节 回答的问题 写什么
立项依据 WHY 现状 → 痛点 → 我们切入
研究目标 WHAT (终态) 量化指标、预期成果
研究内容 WHAT (任务) 技术 1, 技术 2, ... 8 项关键技术
研究方法 HOW (原理) 用什么算法/模型/原理来做
技术路线 HOW (流程) 输入 → 处理 → 输出, 5 个阶段如何串起来

写完检查: 把每章第一段拿出来读,能否准确回答上面"回答的问题"?


7. 团队介绍踩雷

  • 只列 title 不挂钩本项目: "XX 教授, 长江学者, 主持过 N 个项目" — So what?
  • 团队规模虚胖: 写 50 人但项目只需要 15 人 — 会被问每人投入多少人月
  • 单位 ≥ 8 家, 分工不清 — 容易被砍掉冗余
  • 关键单位的关键资质没体现: 比如做碳交易的项目,中碳登的"生态环境部唯一授权"是核心,不要漏写
  • 项目负责人没主持过同级别项目 (国自然青年→面上 OK, 没承担过任何项目→评审打问号)

正确写法每人 200-400 字:

姓名 + 现职 + 学位
学术兼职 (1-2 个最相关的)
研究方向 (1 句, 与本项目对齐)
代表成果 (3-5 项, 论文/专利/项目)
**在本项目中承担 X 任务,提供 Y 支持** ← 必有

8. 文献雷区 (诚信问题)

  • 编造文献作者/期刊/年份/DOI — 学术不端,可能撤项
  • 文献全是 5 年前的 — 现状分析不可信
  • 引文密度不均: 立项依据 30 篇, 其他章节 0 — 立项依据没读够
  • 全是中文文献或全是英文文献 — 国内外现状分析做得不全
  • 引用顺序乱 (顺序编码制要求按出现顺序编号)

正确做法: 让用户提供真实文献清单,你只负责按 GB/T 7714 排版。详见 citation_gbt7714.md


9. 进度/里程碑踩雷

  • 进度表只写"完成 XX 研究" — 看不出节点和交付物
  • 中期目标和最终目标完全一样 — 中期指标必须是 50% 完成度
  • 里程碑没有可验证的交付物 — 评审无法判断进度
  • 关键里程碑都堆在最后 6 个月 — 风险过高

正确做法: 每个里程碑必须有

  • 时间点 (绝对日期)
  • 事件 (做了什么)
  • 关键指标 (达到什么状态)
  • 考核方式 (怎么验)
  • 交付物 (具体的报告/软件/原型)

10. 组织/保障踩雷

  • 复制粘贴 — 8 个课题写一样的"建立总体组+课题组" — 评审一眼看出
  • 没说明协调机制具体频率 — "定期组织交流"不够,要写"每月 1 次进展通报 + 每季度交流"
  • 风险分析全是套话 — "本项目可能存在技术风险" — 没用,要具体化

11. 形式审查清单 (递交前最后一遍)

  • 项目名称与指南、申报书、立项批复一致
  • 字体: 标题黑体四号 / 正文宋体小四 / 英文 Times New Roman / 行距 1.5 倍
  • 不填的栏目用"无"标注,没有空白
  • 缩略词第一次出现注明全称 + 英文原文
  • 单位名称与公章一致
  • 必要附件齐全 (合作协议盖章扫描、推荐函、伦理审查等)
  • 总字数与各章节字数符合预算
  • 引文按 GB/T 7714 顺序编码,文中 [N] 与文末参考文献对应
  • 表格编号、图编号、公式编号连续无遗漏
  • 经费表三个层级 (B1/B2/B3/B4) 数字对得上
  • 课题任务书附 PDF 扫描签章件