123 lines
7.9 KiB
Markdown
123 lines
7.9 KiB
Markdown
---
|
|
name: proposal
|
|
description: 撰写中国科研项目申报书 / 课题任务书 (国家重点研发计划、国家科技重大专项、国自然面上/青年、NSFC 联合基金、省基金、横向)。当用户要写本子、立项依据、研究方案、技术路线、申报书、任务书、申请书时使用。
|
|
---
|
|
|
|
# 科研申报
|
|
|
|
把课题信息变成可提交的申报书 .docx。**先定基金类型,再对齐,再逐章节起草,再验收** —— 不要一口气出全文。
|
|
|
|
## 资源
|
|
- `references/fund_types.md` —— 6 种主流基金的章节骨架 + 字数预算 + 特殊要求 (国自然面上/青年/联合基金、重点研发、重大专项、省基金、横向),决定了 spec_lock 的填法
|
|
- `references/section_templates.md` —— 通用章节写作骨架 (立项依据三段式 / 研究方案四段式 / 创新点三特征 / 考核指标矩阵)
|
|
- `references/review_redlines.md` —— 评审雷区清单 (假大空话术、指南脱靶、指标无法考核、经费不合理、限项违规等)
|
|
- `references/citation_gbt7714.md` —— GB/T 7714 顺序编码制 + 文献真实性铁律
|
|
- `references/budget_rules.md` —— 直接/间接费用比例规则、设备费、劳务费红线
|
|
- `references/typography.md` —— 字体/字号/行距/页面/表格的硬规则 (中文宋体小四 / 英文 Times New Roman / 1.5 倍行距等)
|
|
- `templates/` —— 三类基金的章节级 md 框架 (major_project / nsfc_joint_fund / key_rd)
|
|
- `scripts/render_docx.py` —— 按基金类型把 sections/*.md 渲染成 .docx,带正确字体/行距/页眉
|
|
- `scripts/word_count.py` —— 章节字数核算,对照 `fund_types.md` 的预算
|
|
- `scripts/quality_check.py` —— 申报书验收 (结构完整 / 字数合规 / 引文真实性提示)
|
|
|
|
## 两阶段工作流
|
|
|
|
### 阶段一: 策略 (Strategist) — 八条对齐
|
|
|
|
产物: `spec_lock.md` (申报书"宪法",阶段二每章前都要重读)。
|
|
|
|
**先读 `references/fund_types.md` 确认基金类型**,因为大纲、字数、必填表格各不相同。然后按下表给用户预览,⛔ **BLOCKING:用户确认/修改后才能进阶段二**。
|
|
|
|
| # | 项 | 默认/示例 |
|
|
|---|----|---------|
|
|
| 1 | 基金类型 | 必须明确,例: `key_rd` 国家重点研发计划 / `major_project` 国家科技重大专项 / `nsfc_joint_fund` NSFC 联合基金重点支持 / `nsfc_general` 国自然面上 / `nsfc_youth` 国自然青年 / `provincial` 省基金 / `enterprise` 横向 |
|
|
| 2 | 指南方向 | 严格对照指南文本填,**一字不改**。无指南的(青年项目)填研究方向 |
|
|
| 3 | 关键科学/技术问题 | 1-2 个,与指南对齐;**问题不是任务**(任务是研究内容) |
|
|
| 4 | 创新点 | 3 条以内,每条 ≤500 字。**小而尖**,带方法/理论/知识产权特征 |
|
|
| 5 | 研究内容骨架 | 5-8 个研究模块,与课题分解一致 (重点研发要分课题) |
|
|
| 6 | 申报/牵头单位 + 团队 | 含主要参与单位,主要负责人 (无具体人选填占位符 `<TODO>`) |
|
|
| 7 | 考核指标 | 量化、可考核、与指南完全覆盖。形式: 软件 N 个 / 平台 N 个 / 专利 N 项 / 标准 N 项 / 论文 N 篇 |
|
|
| 8 | 经费预算量级 | 总额 + 中央财政 + 自筹 + 其他渠道。看 `budget_rules.md` 的间接费用上限 |
|
|
|
|
**spec_lock 写定后不再改**。如阶段二发现冲突,回头重新对齐。
|
|
|
|
### 阶段二: 执行 (Executor) — 逐章节起草
|
|
|
|
每章前 **必须 read 一次 `spec_lock.md` + `references/section_templates.md` 中本章的写作骨架**,只用 spec_lock 已固化的内容,不允许凭记忆或临时发挥写新指标/单位/数据。
|
|
|
|
每章流程:
|
|
1. 读 `spec_lock.md` 与 `references/fund_types.md` 拿本章的字数预算与必填要素
|
|
2. 读 `references/section_templates.md` 拿本章的写作骨架
|
|
3. 起草成 `sections/NN_xxx.md` —— 一次只写一章
|
|
4. 报告: 章节名 / 实际字数 / 字数预算 / 与指南对齐情况
|
|
5. 用户确认/微调后再下一章
|
|
|
|
**为什么逐章?** 申报书 1.5-3 万字,一次出全文中途调方向就要重写。逐章可以在第 2 章就发现问题。
|
|
|
|
**例外**: 用户明确说"别问,直接全做"——一次跑完,但跑完必须用 `quality_check.py` 验收。
|
|
|
|
### 阶段三: 验收 + 渲染
|
|
|
|
```bash
|
|
python skills/proposal/scripts/word_count.py <task_dir>/sections/ --spec <task_dir>/spec_lock.md
|
|
python skills/proposal/scripts/quality_check.py <task_dir>/sections/ --fund-type key_rd
|
|
python skills/proposal/scripts/render_docx.py <task_dir>/sections/ --fund-type key_rd -o <task_dir>/<topic>.docx
|
|
```
|
|
|
|
不通过的项,回头 edit 对应章节。
|
|
|
|
## 工作目录约定
|
|
|
|
```
|
|
<task_dir>/
|
|
├── source/ # 用户给的素材 (指南 PDF / 前期成果 / 团队介绍)
|
|
├── spec_lock.md # 阶段一定调
|
|
├── sections/ # 阶段二逐章产物
|
|
│ ├── 00_basic_info.md # 基本信息表 (基金类型决定填什么字段)
|
|
│ ├── 01_summary.md # 项目简介 (重点研发 1500 字 / 国自然 800 字)
|
|
│ ├── 02_background.md # 立项依据 / 国内外现状
|
|
│ ├── 03_objectives.md # 研究目标与考核指标
|
|
│ ├── 04_content.md # 研究内容
|
|
│ ├── 05_method.md # 研究方法与技术路线
|
|
│ ├── 06_innovation.md # 创新点
|
|
│ ├── 07_basis.md # 研究基础与团队
|
|
│ ├── 08_schedule.md # 进度安排 / 年度计划 / 里程碑
|
|
│ ├── 09_organization.md # 组织实施与保障 (重点研发/重大专项必填)
|
|
│ ├── 10_ip_risk.md # 知识产权与风险分析
|
|
│ ├── 11_budget.md # 经费预算
|
|
│ └── 12_appendix.md # 附件清单
|
|
└── <topic>.docx # 最终产物 (按课题命名,不要 output.docx)
|
|
```
|
|
|
|
## 硬规则速查 (违反即扣分项)
|
|
|
|
- **字体**: 标题黑体四号; 正文中文**宋体小四**; 英文/数字 **Times New Roman 小四**; 行距 **1.5 倍**;`typography.md` 起手代码强制
|
|
- **指南对齐**: 项目名称 / 指南方向 / 创新分类 / 考核指标必须**字面对齐**指南文本,不得自己改写。要么写"完全相关",要么"完全相关并超出"
|
|
- **不降低指标**: 任务书填报内容**不得低于**申报指南和申报书,只能持平或加码
|
|
- **量化考核**: 每条考核指标必须可测量、可验收。"显著提升性能"❌;"实现 10000 TPS 以上吞吐量、秒级响应"✅
|
|
- **真实文献**: 不可编造作者、年份、期刊、DOI。需要引用先告诉用户来源,让用户提供文献清单
|
|
- **经费比例**: 间接费用按 `budget_rules.md` 的台阶 (≤500 万部分 ≤30% / 500-1000 万 ≤25% / >1000 万 ≤20%)
|
|
- **限项检查**: 在研重点研发/重大专项/农业关键核心技术 ≤2 项;同年同人不重复申请
|
|
- **不堆形容词**: "首次提出""填补空白""国际领先"一律不用,除非用户明确要这种话术
|
|
- **逻辑先行**:
|
|
- 立项依据 = 现状(国内外格局) → 痛点(具体到指标差距) → 本项目切入点(为什么是我们)
|
|
- 研究方案 = 总体目标 → 任务分解 → 关键技术路线 → 可行性论证
|
|
|
|
## 反模式
|
|
|
|
- 用户没给基金类型 / 课题方向就开始硬编正文 (一定要先 spec_lock)
|
|
- 一次性出全文 (1.5-3 万字,中途改向就全推翻)
|
|
- **基于"通用模板"自行套基金类型** —— 重大专项任务书与国自然申请书结构完全不同,**先去 `fund_types.md` 查清楚**再写
|
|
- **自己造数据/指标/单位/经费** —— 不知道就在 spec_lock 里写 `<TODO 待用户提供>`,不要硬编一个
|
|
- 引文里写 "[Smith et al., 2023]" 但其实没这篇文献
|
|
- 不跑 `quality_check.py` 就交付
|
|
- 文件名 `output.docx` / `申报书.docx` —— 务必按主题给具体名
|
|
|
|
## 输出
|
|
|
|
完成后给用户:
|
|
- 文件路径
|
|
- 各章节字数 vs 预算
|
|
- 与指南考核指标的逐项对齐表
|
|
- 引文清单 (明确哪些是用户提供、哪些待补)
|
|
- 仍需用户填写的 `<TODO>` 项清单
|