6.5 KiB
6.5 KiB
| name | description |
|---|---|
| proposal | 撰写中国科研项目申报书 / 课题任务书 (国家重点研发计划、国家科技重大专项、国自然面上/青年、NSFC 联合基金、省基金、横向)。当用户要写本子、立项依据、研究方案、技术路线、申报书、任务书、申请书时使用。 |
科研申报
把课题信息变成可提交的申报书 .docx。先定基金类型 → 八条对齐 → 逐章起草 → 验收渲染 —— 不要一口气出全文。
资源
references/fund_types.md—— 6 类基金的章节骨架 + 字数预算 + 必填表格 (always read)references/review_redlines.md—— 评审雷区与不可考核词清单references/citation_gbt7714.md—— GB/T 7714 顺序编码制 + 文献真实性铁律references/budget_rules.md—— 间接费用台阶 + B1-B4 表templates/{key_rd,major_project,nsfc_joint_fund}.md—— 章节骨架 (复制到 sections/ 填空)scripts/render_docx.py—— md→docx,自动加目录、解析**bold**/*italic*/`code`、列表分行scripts/word_count.py—— 章节字数 vs 预算scripts/quality_check.py—— 结构完整性 / 假大空话术 / 占位符未替换扫描
阶段一: 八条对齐
产物 spec_lock.md —— 申报书"宪法",阶段二每章前都要重读。
先读 references/fund_types.md 选基金类型(章节、字数、表格各不相同),按下表给用户预览,⛔ BLOCKING:用户确认后才进阶段二。
| # | 项 | 默认/示例 |
|---|---|---|
| 1 | 基金类型 | key_rd 重点研发 / major_project 重大专项 / nsfc_joint_fund 联合基金 / nsfc_general 面上 / nsfc_youth 青年 / provincial 省基金 / enterprise 横向 |
| 2 | 指南方向 | 一字不改抄指南。无指南的(青年)填研究方向 |
| 3 | 关键科学/技术问题 | 1-2 个,与指南对齐;问题 ≠ 任务 |
| 4 | 创新点 | ≤3 条,每条 ≤500 字。小而尖 |
| 5 | 研究内容骨架 | 5-8 个研究模块 (重点研发要分课题) |
| 6 | 申报/牵头单位 + 团队 | 含主要参与单位与负责人 (空缺填 <TODO>) |
| 7 | 考核指标 | 量化、可考核、覆盖指南。形式: 软件 N 个 / 平台 N 个 / 专利 N 项 / 标准 N 项 |
| 8 | 经费预算 | 总额 + 中央财政 + 自筹 + 其他渠道 (查 budget_rules.md) |
阶段二: 逐章起草
每章流程:
- 读
spec_lock.md与references/fund_types.md拿本章字数预算与必填要素 - 复制
templates/<fund_type>.md对应小节到sections/NN_xxx.md,填空 - 报告: 章节名 / 实际字数 / 字数预算 / 与指南对齐情况
- ⛔ BLOCKING:停下来等用户明确反馈 ("OK"、"下一章"、"继续") 后才进下一章。"看起来不错"、沉默、追问都不算确认 —— 主动问"这一章可以了吗?要改哪里?"
为什么逐章 + 强等? 申报书 1.5-3 万字,模型连续生成时容易自我加速、把错的方向推到底。每章一卡可以在第 2 章被用户拦下。
例外: 用户主动且明确说"别问,直接全做"或"一气呵成" —— 才能一次跑完,跑完必须 quality_check.py。"逐章太慢"之类的抱怨不算例外指令,继续问。
阶段三: 验收 + 渲染
python skills/proposal/scripts/word_count.py <task_dir>/sections/ --fund-type key_rd
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> = system prompt 给的绝对路径(…/workspace/tasks/<task_id>/)。所有产物都写到 task_dir 下,不要写到 cwd / skills/ / repo 根。
<task_dir>/
├── source/ # 用户给的素材 (指南 PDF / 前期成果)
├── spec_lock.md # 阶段一定调
├── sections/ # 阶段二逐章产物 (按 templates/<fund_type>.md 切的小节命名)
└── <topic>.docx # 最终产物 (按课题命名,不要 output.docx)
章节骨架速查
写每章前在脑子里过一遍这 4 个 pattern:
- 立项依据三段式: 现状 (国内外格局,40%) → 痛点 (具体到指标差距,30%) → 切入点 (本项目为什么是我们,30%)
- 研究方案四要素: 总体目标 → 任务分解 → 关键技术路线 → 可行性论证
- 创新点三特征: 基本形态 (新方法/模型/机制) + 前沿性 (与 SOTA 比) + 知识产权特征 (专利/标准/论文)
- 考核指标矩阵: 指南指标(字面抄) → 本项目指标(可超出不能低于) → 立项时已有值 → 完成时值 → 考核方式(CNAS/CMA / 测试大纲专家评审 / 应用示范报告)
边界 (最容易混):
- 立项依据回答 WHY (背景+痛点) | 研究目标回答 WHAT 终态 (量化指标) | 研究内容回答 WHAT 任务 (技术清单) | 研究方法回答 HOW 原理 (算法/模型) | 技术路线回答 HOW 流程 (输入→处理→输出)
硬规则速查 (违反即扣分)
- 字体: 标题黑体四号; 正文中文宋体小四 / 英文 Times New Roman; 行距 1.5 倍 ——
render_docx.py已强制 - 指南对齐: 项目名称 / 方向 / 创新分类 / 考核指标字面对齐指南文本,不得改写
- 不降低指标: 任务书内容不得低于申报指南和申报书,只能持平或加码
- 量化考核: "显著提升性能"❌ ;"10000 TPS、秒级响应"✅
- 真实文献: 不可编造作者/期刊/DOI;需要引用先要用户提供清单,详见
citation_gbt7714.md - 经费比例: 间接费用 ≤500 万部分 ≤30% / 500-1000 万 ≤25% / >1000 万 ≤20%
- 限项: 在研重点研发/重大专项/农业核心技术 ≤2 项;同年同人不重复申请
- 不堆形容词: "首次提出""填补空白""国际领先"一律不用,除非用户明确要
反模式
- 未 spec_lock 就开始硬编正文
- 一次性出全文 (中途改向就全推翻)
- 基于"通用模板"自行套基金类型 —— 重大专项任务书与国自然申请书结构完全不同,先查
fund_types.md - 自己造数据/指标/单位/经费 —— 不知道就
<TODO 待用户提供>,不要硬编 - 引文写"[Smith et al., 2023]" 但其实没这篇文献
- 不跑
quality_check.py就交付 - 文件名
output.docx/申报书.docx—— 按主题命名
输出
完成后给用户:
- 文件路径
- 各章节字数 vs 预算
- 与指南考核指标的逐项对齐表
<TODO>待补项清单