mcpField
R
research-grants

research-grants

github.com/kalarislabsドキュメント7349 回インストール4 日前に更新
リポジトリ

research-grants について

Research Grant Writingは、研究助成金の申請書作成を支援するスキルです。NSF、NIH、DOE、DARPA、台湾のNSTCに関する機関別要件、申請書の構成、予算、審査基準と、計画から提出までの各段階を扱います。

主な機能

  1. 01機関別の申請書作成ガイド
  2. 02NSF、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(National Science Foundation)、NIH(National Institutes of Health)、DOE(Department of Energy)、DARPA(Defense Advanced Research Projects Agency)、台湾のNSTC(National Science and Technology Council)への申請に必要な、機関ごとの要件、審査基準、構成、予算の準備、コンプライアンスを習得します。

重要な原則:助成金申請書は、科学的な厳密性、革新性、実現可能性、広範な影響を同時に示す必要がある説得力のある文書です。 各機関にはそれぞれ異なる優先事項、審査基準、書式要件、戦略目標があり、それらに対応する必要があります。

このスキルを使用する場面

以下の場合に、このスキルを使用してください。

  • NSF、NIH、DOE、DARPA、またはNSTCのプログラムに研究提案書を作成する
  • プロジェクト説明、具体的な目的、または技術的な説明文を準備する
  • 広範な影響や重要性に関する説明を作成する
  • 研究スケジュールやマイルストーン計画を作成する
  • 予算の根拠説明や人員配置計画を準備する
  • プログラム募集要項や資金提供の公募に対応する
  • 再申請にあたり審査員のコメントに対応する
  • 複数機関による共同提案を計画する
  • 予備データや実現可能性に関するセクションを作成する
  • 研究概要書、履歴書、または施設説明を準備する

視覚的な補足(任意)

優れた提案書には、図が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(National Science Foundation)

使命:科学の進歩を促進し、国の健康、繁栄、福祉を向上させること

主な特徴:

  • 募集要項で別途定められていない限り、PAPPG 24-1(2024年5月20日発効)に従います
  • 知的メリットと広範な影響(同等の重み付け)
  • プロジェクト説明の上限は15ページ(多くのプログラムが対象。「過去のNSF支援の成果」を含み、最大5ページ)
  • 教育、多様性、社会的利益を重視
  • 共同研究を推奨
  • オープンデータとオープンサイエンスを重視
  • パネル審査と個別審査員によるメリット審査
NIH(National Institutes of Health)

使命:健康を増進し、寿命を延ばし、疾病や障害を減らすこと

主な特徴:

  • 具体的な目的(1ページ)と研究戦略(R01では12ページ)
  • 重要性、革新性、研究アプローチを中核的な審査基準とする
  • R01では通常、予備データが必要
  • 厳密性、再現性、臨床的関連性を重視
  • 多くのR01ではモジュール型予算(25万ドル単位)
  • 複数回の再申請機会
DOE(Department of Energy)

ミッション:エネルギー、環境、原子力に関する課題を通じて、米国の安全と繁栄を確かなものにします。

主な特徴:

  • エネルギー、気候、計算科学、基礎エネルギー科学に重点を置いています
  • 費用分担や産業界とのパートナーシップが求められることがよくあります
  • 国立研究所との連携を重視しています
  • 計算と実験を強く統合しています
  • エネルギーのイノベーションと商業化への道筋を重視しています
  • オフィス(ARPA-E、Office of Science、EERE など)によって異なります
DARPA(Defense Advanced Research Projects Agency)

ミッション:国家安全保障のため、画期的な技術に重要な投資を行います。

主な特徴:

  • ハイリスク・ハイリターンの変革的研究
  • 「DARPA-hard」な課題(実現したら何が変わるのか、誰にとって重要なのか)に重点を置いています
  • プロトタイプ、実証、移行への道筋を重視しています
  • 複数のフェーズ(実現可能性、開発、実証)が求められることがよくあります
  • 強力なプロジェクト管理とマイルストーンの追跡を行います
  • チーム編成と連携が求められることがよくあります
  • プログラムマネージャーやBAA(Broad Agency Announcement)によって大きく異なります
NSTC(National Science and Technology Council - Taiwan)

ミッション:台湾における科学的ブレークスルー、産業応用、社会的影響を促進します。

主な特徴:

  • CM03 Form:技術提案書の中核となる形式です。
  • バイリンガル:要旨は中国語と英語の両方で提出する必要があります。
  • イノベーションと実現可能性:審査で最も重視されます。
  • 予備データ:信頼性を示すうえで非常に重要です。
  • 研究アーキテクチャ図:明確さを確保するための必須の図です。

研究提案書の主要構成要素

標準的な提案書の各構成要素(具体的な目的、意義、独創性、研究計画、予備データ、スケジュール、予算とその根拠、研究者略歴、研究施設、データ管理と共有、広範な影響)について、構成、分量の目安、記述例を交えたセクションごとのガイダンスは、 references/core_components.mdに記載されています。

審査基準、執筆の原則、提案書の種類

  • references/review_criteria.md:NIH、NSF、DOE、DARPAが提案書をどのように評価するか、また各基準で実際に何が評価されるかを説明します。
  • references/writing_principles.md:採択される提案書と十分な水準の提案書を分ける要素(枠組み、具体性、審査員の心理、読みやすさ)を説明します。
  • references/proposal_types_and_resubmission.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週間前)

作業内容:

  • 説明文を最終修正します
  • 必要なフォームと書類をすべて準備します
  • 予算と予算の根拠を確定します
  • 研究者略歴、履歴書、現在および申請中の資金情報をまとめます
  • 推薦状を集めます
  • 必要に応じてデータ管理計画を作成します
  • プロジェクト概要/要旨を書きます
  • すべての資料を校正します

成果物:

  • 完成した、十分に推敲された申請書
  • 必要な補足書類一式
  • 助成機関の要件に準拠した書式の資料
フェーズ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:予算の根拠説明の構成

最後に:助成金申請書の執筆は、芸術であると同時に科学でもあります。成功には、優れた研究アイデアだけでなく、明確なコミュニケーション、戦略的な位置付け、細部への細心の注意が必要です。早めに着手し、フィードバックを求め、優れた研究者であっても不採択になることを忘れないでください。粘り強さと改訂が、資金獲得の鍵です。

エージェントの作業手順

  1. 環境を確認します。 作業に着手する前に、ユーザーの草稿、データ、図表、投稿先を収集します。
  2. 入力を明確にします。 データまたはユーザーに確認して、形式、識別子、パラメーターを確定します。結果に影響する値は推測せず、質問してください。
  3. まず小規模に試します。 1つのセクションまたは段落を作成し、文体、構成、用語をユーザーに確認します。
  4. 上記の指示とリファレンスを使用して、タスク全体を実行します。
  5. 結果を検証します。 すべての主張がユーザーのデータまたは検証済みの情報源に基づいていること、数値が表や図と一致していること、引用が実在することを確認します(citation-verification)。
  6. 報告します。 実行した内容(バージョン、コマンド、パラメーター)、確認した内容、未確定の点を伝えます。
こんな場合対応
主張に裏付けとなるデータや引用がない裏付けを捏造するのではなく、本文に [citation needed] などの注記を付けます。
これらの指示にある関数、フラグ、エンドポイントがインストール済みバージョンに存在しないインストール済みバージョンのドキュメント(help()、--help、公式ドキュメント)を確認して対応し、ユーザーに伝えます。APIを捏造してはいけません。
必須の入力、識別子、パラメーターが曖昧ユーザーに質問するか、実行前に仮定を明示します。

インテグリティに関する規則

  • 結果、パラメーター、識別子、引用、統計を捏造してはいけません。実行または検証できないことがあれば、明確に伝えてください。
  • ユーザーが著者です。ユーザーが提供または承認していない結果、参考文献、主張を追加してはいけません。
  • ここに記載されたバージョン固有の詳細は古くなっている可能性があるものとして扱い、インストール済みバージョンの公式ドキュメントと照合してください。
  • 費用が発生する操作、共有GPUやクラウドクォータを消費する操作、個人データや患者データを扱う操作、取り消せない操作を行う前に、必ず確認してください。

関連スキル

  • venue-templates:投稿先固有の書式ガイダンスと同梱の…を使用して、学術誌の原稿、会議論文、研究ポスター、助成金関連文書を作成します。
  • rebuttal-and-response-to-reviewers:査読への回答を計画して作成します。再投稿を求められた論文に対する学術誌向けの「査読者への回答」書簡や、会議の反論文も含みます…
  • systems-paper-writing:OSDI、SOSP、ASPLOS、NSDI、EuroSysを対象とする10~12ページのシステム論文向けに、段落単位の構成設計図を提供します。

コメント