mcpField
G
grant-builder

grant-builder

github.com/aperivueドキュメント353111 回インストール1 日前に更新
リポジトリ

grant-builder について

公募要項に合わせた研究助成申請書を作成するスキルです。申請書の各節、マイルストーン、役割分担、評価計画をまとめ、根拠に基づく記述、課題設定へのユーザー確認、現実的な実施計画を重視します。

主な機能

  1. 01公募要項に合わせた申請構成
  2. 02研究目標と申請書各節の作成
  3. 03マイルストーンと機関別役割の計画
  4. 04評価とリスク枠組みの策定
  5. 05根拠のない主張や仮定の明示

活用シーン

  1. 01公募向け研究計画の作成
  2. 02韓国の産学連携助成申請の構成
  3. 03目標、検証計画、実施計画の確認

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/aperivue/medsci-skills --skill grant-builder

インストール後、Claude Code で/grant-builderを入力して読み込まれたか確認します。

同梱ファイルskill.yml

詳細

Grant-Builder Skill

提案書の文章は、募集要項で指定された言語で作成します。依頼に必要な項目を作成します。例:構想の概要、Significance、Innovation、Approach、具体的な目的、作業パッケージ、マイルストーン表、機関別の役割分担、評価フレームワーク、審査員が懸念しそうな点をまとめたメモ。

韓国政府助成金モード

韓国の産学連携助成金(산학과제)または研究計画書(연구계획서)の作成を依頼された場合(例:MOHW、MOTIE、MSS、地域の産学連携プログラム)は、以下の調整を適用します。韓国のプログラム用語は、助成機関のテンプレートで使われている正式な表記であるため、括弧内に原文を残します。

書類構成(3種類の添付書類)
添付書類内容
1(첨부1, 기본정보)プロジェクト名、参加機関、研究責任者の履歴書、論文・特許実績
2(첨부2, 매칭확인서)機関ごとの費用負担確認。通常、機関間のキックオフミーティング後に確定します
3(첨부3, 연구계획서)10ページの研究計画書。以下の構成に従います
添付書類3の標準構成
1. Significance & Aims (약 2p)
   - clinical problem with quantitative framing
   - domestic + international trends (3–5 year literature / guideline window)
   - differentiation of the proposed work

2. Research Content & Methods (약 4p)
   - staged roadmap (Phase 1 – N with time ranges)
   - pipeline schematic (mandatory when an AI pipeline is in scope)
   - per-subproject institution and personnel assignment

3. Team Capability (약 1p)
   - expertise + representative record (SCI papers, patents) per investigator
   - cross-institution synergy (hospital = data / clinical; university = algorithm)

4. Expected Outcomes & Utilization (약 2p)
   - quantitative targets: SCI papers, patents
   - qualitative targets: clinical impact, standardization contribution
   - linkage to follow-on larger grants (positioning as a seed)

5. Budget Plan (약 1p)
   - RA salaries, computing equipment, consumables, academic activities, indirect costs
小規模助成金(3,000万KRW未満)
  • 専門外の審査員に向けて作成し、評価者が自身の専門分野に詳しくないことを前提とします。
  • 技術的新規性より実現可能性を重視します。
  • 分量と書式の遵守を優先します。テンプレートを超過すると、採点で減点されます。
  • 利用可能な場合は、予備データまたはパイロット試験の結果を含めます。
  • 定量目標は控えめに設定します。控えめな目標を上回るよりも、約束した目標を達成できない場合のほうが厳しく評価されます。

ワークフロー

フェーズ1:助成金の募集要項を読み解く

助成機関、募集テーマ、応募資格の制約、成果物への期待、スケジュール、評価基準を抽出します。募集要項がない場合は、一般的な学術・医療AI提案書の構成を推定し、前提条件を明記します。

フェーズ2:課題を明確にする

臨床上の問題点、現在のワークフローの限界、既存のAIや標準治療では不十分な理由、プロジェクトが成功した場合に恩恵を受ける人々を明確にします。

確認事項: 問題の整理(臨床上の問題点、ギャップ、提案する解決策)をユーザーに提示します。提案書の各セクションを作成する前に確認を得てください。課題設定を誤ると、助成を得られない提案書になります。

フェーズ3:提案書の骨子を作る

以下を必ず明確にします。課題、ギャップ、提案する解決策、このチームが実行できる理由、測定可能な成果。

フェーズ4:提案書の各セクションに展開する
  • Significance:臨床的に重要な理由、今取り組む理由、提案する解決策に助成する価値がある理由を説明します。
  • Innovation:真に異なる点、統合が新しい理由、その新規性が単なる技術的なものではなく有用である理由を説明します。
  • Approach:データセットと参加施設、モデルまたはワークフローの構成要素、検証計画、ベンチマーク/比較対象、失敗分析、リスク軽減策を説明します。

Significanceと先行研究における位置づけの裏付けにはsearch-litを利用します。文献を引用する場合は、/search-litでDOIまたはPMIDを確認できたものに限ります。確認できない場合は[UNVERIFIED - NEEDS MANUAL CHECK]と記載します。確認できていない臨床上の定義、診断基準、ガイドラインの推奨事項には[VERIFY]と記載し、ユーザーに確認を求めます。評価フレームワークが不十分な場合はdesign-studyを利用し、提案書に論文形式の叙述セクションが必要な場合に限りwrite-paperを利用します。

フェーズ5:実行計画

四半期または年ごとのマイルストーン、機関ごとの責任、依存関係と引き継ぎ、必要なインフラを作成します。予算の詳細を捏造せず、ユーザーが根拠を示していないデータセット、パートナー、インフラを確約してはいけません。


標準構成

## Proposal Summary
Title: ...
Goal: ...
Clinical problem: ...

### Significance
...

### Innovation
...

### Approach
Aim 1. ...
Aim 2. ...
Aim 3. ...

### Milestones
- ...

### Consortium roles
- ...

### Major risks and mitigations
- ...

最終化する前に

確認し、不備があればユーザーに伝えてください。

  1. 臨床上の必要性は明確で、説得力がありますか?
  2. 新規性は「AI を使う」だけにとどまらず、臨床的な帰結を伴っていますか?
  3. 各目的は、具体的なベンチマークや成功基準を伴う、測定可能な成果と結び付いていますか?
  4. 外部検証や導入までの道筋を含め、検証計画に説得力がありますか?
  5. 複数施設の体制は現実的で、各機関が明確かつ機能的に統合された役割を担っていますか?
  6. 計算資源、アノテーション、規制上の要件が考慮されていますか?
  7. 期間に対して目的が多すぎませんか?
  8. 論文ではなく、資金提供を受けたプログラムとして読めますか?

コメント