mcpField
R
research-grants

research-grants

github.com/kalarislabs文档处理7749 次安装4 天前更新
代码仓库

关于 research-grants

Research Grant Writing 是用于撰写研究资助申请的技能,提供 NSF、NIH、DOE、DARPA 和台湾 NSTC 的指南。内容涵盖机构要求、申请书章节、预算、评审标准,以及从规划到提交的各阶段。

主要功能

  1. 01按资助机构提供申请指南
  2. 02支持 NSF、NIH、DOE、DARPA 和 NSTC
  3. 03涵盖目标、方法、时间表和预算
  4. 04评审标准与重新申请建议
  5. 05从规划到提交的工作流
  6. 06可选的申请图示指导

适用场景

  1. 01起草符合机构要求的研究申请
  2. 02准备研究目标、正文和预算说明
  3. 03规划里程碑与申请时间表
  4. 04根据评审意见修改申请

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/kalarislabs/research-agent-skills --skill research-grants

安装后在 Claude Code 中输入/research-grants确认已加载。

包含的文件

除 SKILL.md 外,安装时一起下载的参考资料和脚本。

assets/
budget_justification_template.md
nih_specific_aims_template.md
nsf_project_summary_template.md
references/
broader_impacts.md
core_components.md
darpa_guidelines.md
doe_guidelines.md
nih_guidelines.md
nsf_guidelines.md
nstc_guidelines.md
proposal_types_and_resubmission.md
README.md
review_criteria.md
specific_aims_guide.md
writing_principles.md

详细介绍

科研基金申请书撰写

概述

科研基金申请书撰写是为联邦机构和基金会编写具有竞争力的资助申请书的过程。掌握各机构特定的要求、评审标准、叙述结构、预算编制和合规要求,适用于向 NSF(美国国家科学基金会)、NIH(美国国立卫生研究院)、DOE(美国能源部)、DARPA(美国国防高级研究计划局)和台湾 NSTC(国家科学及技术委员会)提交申请。

核心原则:基金申请书是具有说服力的文件,必须同时展现科学严谨性、创新性、可行性和更广泛的影响。 每个机构都有独特的优先事项、评审标准、格式要求和战略目标,申请书必须逐一回应。

何时使用此技能

出现以下情况时,应使用此技能:

  • 为 NSF、NIH、DOE、DARPA 或 NSTC 项目撰写研究申请书
  • 编写项目说明、具体目标或技术叙述
  • 制定更广泛影响或重要性说明
  • 制定研究时间表和里程碑计划
  • 编写预算说明和人员分配计划
  • 回复项目征集通知或资助公告
  • 在重新提交申请时回应评审意见
  • 规划多机构合作申请书
  • 撰写初步数据或可行性部分
  • 准备个人简历、CV 或设施说明

视觉增强(可选)

优秀的申请书通常包含 1–3 张图(时间表、工作流图、初步数据)。图表有助于评审,但不能取代清晰的目标和方法。

适合使用图表的情况:

  • 研究方法和工作流图
  • 项目时间表或甘特图
  • 概念框架或系统架构(技术类申请书)
  • 实验设计流程图
  • 更广泛影响活动示意图
  • NSTC CM03 研究架构图(通常为预期内容)

如何制作图表:

  • 首选: 使用 scientific-schematics 技能(--doc-type grant),根据自然语言描述生成 AI 图表
  • 替代方案: 使用你常用的工具(matplotlib、Illustrator、PowerPoint 等)制作图表

在仓库根目录运行,并设置 OPENROUTER_API_KEY:

python skills/scientific-schematics/scripts/generate_schematic.py "project timeline with Year 1-3 milestones" -o figures/timeline.png --doc-type grant

披露: AI 图表生成会将你的提示词发送至 OpenRouter(第三方 API)。除非此类传输适合你的项目,否则请勿包含尚未发表的敏感信息。


各机构概览

NSF(美国国家科学基金会)

使命:推动科学进步,促进国家健康、繁荣和福祉

主要特点:

  • 遵循 PAPPG 24-1(自 2024 年 5 月 20 日起生效),除非资助公告另有规定
  • 智力价值 + 更广泛影响(权重相同)
  • 项目说明限 15 页(大多数项目;包括以往 NSF 资助成果,最多 5 页)
  • 重视教育、多元化和社会效益
  • 鼓励合作研究
  • 重视开放数据和开放科学
  • 采用专家组评审 + 临时评审专家的优点评审流程
NIH(美国国立卫生研究院)

使命:改善健康、延长寿命、减少疾病和残障

主要特点:

  • 具体目标(1 页)+ 研究策略(R01 限 12 页)
  • 重要性、创新性和研究方法是核心评审标准
  • R01 通常需要初步数据
  • 重视严谨性、可重复性和临床相关性
  • 大多数 R01 采用模块化预算(每次增加 25 万美元)
  • 提供多次重新提交机会
DOE(能源部)

使命:通过应对能源、环境和核领域的挑战,保障美国的安全与繁荣

主要特点:

  • 聚焦能源、气候、计算科学和基础能源科学
  • 通常要求分担成本或与行业合作
  • 强调与国家实验室合作
  • 注重计算与实验的深度结合
  • 提供能源创新与商业化路径
  • 因部门而异(ARPA-E、科学办公室、EERE 等)
DARPA(国防高级研究计划局)

使命:对突破性技术进行关键投资,维护国家安全

主要特点:

  • 高风险、高回报的变革性研究
  • 聚焦“DARPA 级难题”(如果它成真,会有什么影响)
  • 强调原型、演示和转化路径
  • 通常需要多个阶段(可行性、开发、演示)
  • 注重项目管理和里程碑跟踪
  • 通常要求组建团队并开展合作
  • 因项目负责人和 BAA(广泛机构公告)而有很大差异
NSTC(国家科学及技术委员会——台湾)

使命:推动台湾的科学突破、产业应用和社会影响。

主要特点:

  • CM03 表格:核心技术提案格式。
  • 双语:摘要必须同时提供中文和英文版本。
  • 创新性与可行性:评审重点。
  • 初步数据:对建立可信度至关重要。
  • 研究架构图:为清晰呈现内容而必须包含的视觉元素。

研究提案的核心组成部分

各标准提案组成部分的分节指南——包括具体目标、重要性、创新性、研究方法、初步数据、时间表、预算及其说明、个人简历、设施、数据管理与共享以及更广泛的影响——涵盖结构、篇幅目标和示例措辞,详见 references/core_components.md。

评审标准、写作原则和提案类型

应避免的常见错误

概念性错误
  1. 未能回应评审标准:没有明确讨论重要性、创新性、研究方法等。
  2. 与机构使命不符:提出的研究与机构目标不一致。
  3. 重要性不明确:未能阐明研究为何重要。
  4. 创新性不足:将渐进式工作包装成变革性研究。
  5. 目标模糊:目标不具体或不可衡量。
写作错误
  1. 组织不当:结构和行文缺乏条理。
  2. 术语过多:较广泛的评审小组难以理解。
  3. 冗长:措辞不必要地复杂或啰嗦。
  4. 缺少背景:假设评审者对你的领域有深入了解。
  5. 术语不一致:用不同术语指代同一概念。
技术性错误
  1. 方法不充分:细节不足,无法判断可行性。
  2. 目标过于宏大:拟议工作超出时间表或预算所能承载的范围。
  3. 没有初步数据:对于需要证明可行性的机制而言,没有提供初步数据。
  4. 时间表不合理:安排不切实际或缺乏充分依据。
  5. 预算与计划不符:预算无法支持拟议活动。
格式错误
  1. 超出页数限制:自动拒绝
  2. 字体或页边距错误:格式不合规
  3. 缺少必需章节:申请材料不完整
  4. 图表质量差:图表难以辨认或不够专业
  5. 引用不一致:参考文献格式错误
策略错误
  1. 项目或机制选择错误:向不合适的机会提交申请
  2. 团队薄弱:专业能力不足或缺少关键合作者
  3. 缺少更广泛的影响:对于 NSF,未能充分阐述
  4. 忽视项目优先事项:未契合当前重点领域
  5. 提交过晚:技术问题或准备仓促

资助申请开发工作流

阶段 1:规划与准备(截止日期前 2-6 个月)

活动:

  • 确定合适的资助机会
  • 查看项目公告和要求
  • 咨询项目负责人(如适用)
  • 组建团队并确认合作关系
  • 准备初步数据(如需要)
  • 拟定研究计划和具体目标
  • 查看成功的申请书(如有)

产出:

  • 选定的资助机会
  • 组建完成且职责明确的团队
  • 具体目标的初步提纲
  • 所需初步数据的差距分析
阶段 2:起草(截止日期前 2-3 个月)

活动:

  • 撰写具体目标或研究目的(从这里开始!)
  • 编写项目描述/研究策略
  • 制作图表和数据可视化内容
  • 起草时间表和里程碑
  • 准备初步预算
  • 撰写更广泛影响或重要性章节
  • 请求支持信/合作信

产出:

  • 完整的叙述性章节初稿
  • 附有说明的初步预算
  • 时间表和管理计划
  • 向合作者请求的信函
阶段 3:内部审查(截止日期前 1-2 个月)

活动:

  • 将草稿分发给共同研究者
  • 征求同事和导师的反馈
  • 请求机构审查(如有要求)
  • 举行模拟评审(如可能)
  • 根据反馈修改
  • 完善预算及预算说明

产出:

  • 纳入反馈意见的修订稿
  • 与修订计划相符的完善预算
  • 已识别的弱点及缓解策略
阶段 4:定稿(截止日期前 2-4 周)

活动:

  • 对叙述内容进行最终修改
  • 准备所有必需的表格和文件
  • 完成预算及预算说明
  • 汇总个人简历、CV 和当前及待定资助信息
  • 收集支持信
  • 准备数据管理计划(如有要求)
  • 撰写项目摘要
  • 校对所有材料

产出:

  • 完整、精良的申请书
  • 所有必需的补充文件
  • 按资助机构要求排版的材料
阶段 5:提交(截止日期前 1 周)

活动:

  • 完成机构审查和批准
  • 上传至提交门户
  • 核实所有文件和格式
  • 在截止日期前 24-48 小时提交
  • 确认提交成功
  • 获取确认信息和申请编号

产出:

  • 已提交的申请书
  • 提交确认信息
  • 所有材料的归档副本

重要提示:切勿等到截止日期才提交。提交门户可能崩溃,文件可能损坏,也可能发生突发情况。请尽量提前 48 小时提交。

与其他技能集成

此技能可与以下技能有效配合:

  • 科学示意图:可选的 AI 生成资助申请图表(--doc-type grant)
  • 科学写作:撰写清晰、有说服力的文字
  • 文献综述:编写全面的背景章节
  • 同行评审:提交前进行自我评估
  • 研究检索:查找相关引用和既有研究
  • 数据可视化:制作有效的图表

资源

此技能包含全面的参考文件,涵盖基金申请写作的具体方面:

  • references/nsf_guidelines.md:NSF 特定要求、格式和策略
  • references/nih_guidelines.md:NIH 资助机制、评审标准和提交要求
  • references/doe_guidelines.md:DOE 项目、重点领域和申请流程
  • references/darpa_guidelines.md:DARPA BAA、项目办公室和提案策略
  • references/broader_impacts.md:撰写有说服力的广泛影响陈述的策略
  • references/specific_aims_guide.md:撰写有效的具体目标页面
  • references/nstc_guidelines.md:NSTC 特定指南和评审标准

在处理基金申请写作的具体方面时,按需加载这些参考文件。

模板和资源文件

  • assets/nsf_project_summary_template.md:NSF 项目摘要结构
  • assets/nih_specific_aims_template.md:NIH 具体目标页面模板
  • assets/budget_justification_template.md:预算说明结构

最后提醒:基金申请写作既是一门艺术,也是一门科学。成功不仅需要出色的研究构想,还需要清晰的沟通、有策略的定位,以及对细节的一丝不苟。尽早开始,主动征求反馈,并记住,即使是最优秀的研究人员也会遭遇拒绝——坚持和修改是获得资助的关键。

Agent 操作流程

  1. 检查环境。 在动笔前,收集用户的草稿、数据、图表和目标投稿渠道。
  2. 明确输入。 根据数据或向用户确认格式、标识符和参数。凡是会影响结果的值,宁可询问也不要猜测。
  3. 先完成小规模版本。 先起草一个章节或段落,并与用户确认语气、结构和术语。
  4. 执行完整任务,使用上述说明和参考资料。
  5. 验证结果。 每项论断都有用户数据或经过核实的来源支撑;数字与表格和图表一致;引文真实(citation-verification)。
  6. 报告。 说明运行了什么(版本、命令、参数)、检查了什么,以及仍有哪些不确定之处。
如果发生这种情况这样做
某项论断没有支持数据或引文在文中标明(例如 [citation needed]),不要编造依据。
已安装版本中缺少这些说明提到的函数、标志或端点查阅已安装版本自己的文档(help()、--help、官方文档),进行调整并告知用户。绝不要编造 API。
必需的输入、标识符或参数含糊不清询问用户,或在执行前明确说明假设。

诚信规则

  • 绝不捏造结果、参数、标识符、引文或统计数据。如果无法运行或核实某项内容,请坦诚说明。
  • 用户是作者:绝不添加用户未提供或认可的结果、参考资料或论断。
  • 将此处与版本相关的细节视为可能已过时:请对照已安装版本的官方文档进行确认。
  • 对于会产生费用、占用共享 GPU 或云配额、涉及个人或患者数据,或无法撤销的操作,须事先征得同意。

相关技能

  • venue-templates:使用特定投稿渠道的格式指南和随附资源,准备期刊论文、会议论文、研究海报和基金申请文件……
  • rebuttal-and-response-to-reviewers:规划并撰写同行评审回复,包括针对期刊“审稿意见回复”信的修改后重投回复、会议 rebuttal……
  • systems-paper-writing:为面向 OSDI、SOSP、ASPLOS、NSDI 和 EuroSys 的 10-12 页系统论文提供段落级结构蓝图。

评论

支持 Markdown