k2f-grant-proposal について
K2F Grant Proposalは、レイアウト前に根拠に基づく助成金申請書の構成を設計するエージェント向けスキルです。研究者が資金提供機関の要件に沿って目的、戦略、デザインを整理し、不足する根拠を捏造せず明示できます。
主な機能
- 01資金提供機関の要件と制限の確認
- 02仮説と研究目的の構成
- 03研究戦略のアウトライン
- 04根拠と実現可能性の確認
- 05K2F文書のエクスポート手順
活用シーン
- 01研究メモからの申請書作成
- 02Specific Aimsページの再構成
- 03審査基準に沿った申請書の調整
インストール
コマンドをコピーしてターミナルで実行します。
npx skills add https:/ / github.com/ suzheng/ k2f --skill k2f-grant-proposalインストール後、Claude Code で/k2f-grant-proposalを入力して読み込まれたか確認します。
詳細
K2F 助成金申請書 — AI ネイティブな美的デザイン
目的
エージェントがレイアウトに着手する前に、採択される助成金申請書の構成を設計できるようにします。反証可能な仮説、明示的なギャップ、独立した研究目標、審査員が素早く把握できる階層構造、誠実な実現可能性を盛り込み、データを捏造したり、審査員を文章で圧倒したりしないようにします。
K2F を基盤に構築
このスキルは、助成金申請書一式を .K2F ドキュメントとして作成します。作成時は k2f スキルに従ってください。ワークスペースを展開または初期化し、セマンティックツリーを編集して、パック/検証を実行した後、エクスポートします。K2F により、エージェントはピクセル座標ではなく、意味(セクションの役割、研究目標、エビデンス)に集中できます。エンジンがレイアウト、タイポグラフィ、テーマをコンパイルするため、PDF、DOCX などの形式で一貫した出力が得られます。
作成を始める前に、コアスキルをインストールしてください:npx skills add suzheng/k2f --skill k2f
使用する場面
- メモや過去の研究成果をもとに、NIH、NSF、ERC、または財団向けの申請書を起草、再構成する場合。
- 研究戦略全体を作成する前に、弱い特定研究目標ページを作り直す場合。
- 制度ごとの制限や審査基準に合わせて、コンテンツの深さと視覚的階層構造を調整する場合。
ワークフロー
ステップ 1. content_and_design.md を生成する
意味的なコンテンツとデザインの意図をまとめた唯一のブループリントです。k2f スキルが後でページに対応付けられるよう、ラベル付きブロックで構成します。
サブステップ
-
仕組みの確定 — 申請機関、募集 ID、申請枠、ページ上限、必須セクション、評価基準(NIH:Significance、Innovation、Approach、Investigators、Environment;NSF:Intellectual Merit、Broader Impacts)。上限を超える任意の内容は削除します。
-
4 つの質問による監査 — ユーザーが提供した根拠のみを用い、文章で回答します。
- 中心仮説:検証可能で反証可能であること(「X を研究する」ではない)。
- なぜ今なのか:ギャップ、緊急性、新たなツールやデータ。
- 革新性:概念、方法、応用、または新たな成果。それぞれ具体的に示します。
- 実現可能性:チーム、スケジュール、リソース、各目標の独立性、想定される問題と代替策。
-
Specific Aims の構成 — 1 ページ、約 400~550 語。物語の流れ:導入 → ギャップ → 長期目標 → 仮説 → 動詞で始まる 2~3 個の目標(検証可能で、概ね独立)→ インパクトで締めくくる。各目標は 2~3 文で、期待される成果を示し、先行する目標の成功に致命的に依存しないようにします。
-
研究計画の概要 — Significance(問題、研究分野の現状、ギャップ、未知のままであることのコスト、成功した場合のインパクト)。Innovation は流し読みしやすい箇条書き(「このプロジェクトが革新的である理由…」)。各目標の Approach:根拠 → 戦略/対照/統計 → 期待される成果 → 想定される問題/代替策 → マイルストーン。ページ上限に基づいて 語数の割り当て を行います(研究計画のページ全体で約 450 語)。図が段落に置き換わる箇所(予備データ、ワークフロー、スケジュール)を明記します。
-
デザインの意図 — エンジン向けにトーン、階層、情報密度、配色を記録します。
- トーン:正式で、根拠を重視します。専門外の主査読者が 1 ページ目で重要性を理解できるようにします。
- 階層:Aims ページは最も強いコントラストと最大の見出しを使います。研究計画の H1 は一般的なラベルではなく、結論を示す表現(「X のギャップが Y を制限する」)にします。
- 情報密度:Innovation は箇条書きを中心にします。Approach では目標ごとに小見出しを設けます。約 6 行を超える段落は作りません。
- 配色:落ち着いた学術的な配色(本文はネイビー/スレート、目標番号と主要な指標にはアクセントカラーを 1 色)。WCAG AA に準拠し、Aims ページには装飾的な要素を置きません。
ルールと制約
- 一貫した流れ:問題 → 仮説 → 目標 → 研究計画 → インパクト。興味深いだけの余談は削除します。
- 目標の独立性:部分的な成功でも資金提供の対象となるようにします。失敗要因が 1 つに共通する目標は統合します。
- 誠実性の確認:不足している予備データを明記します。引用文献、予備的な結果、予算の数値を捏造してはいけません。
- 申請機関との適合性:概要の順序で、資金提供者の用語と審査項目を反映します。
よくある失敗
- 反証可能な仮説のない試行錯誤的な探索 → 測定可能な評価項目を用いて「もし〜ならば〜となる」という形に書き直します。
- 問題より先に方法を説明する Aims ページ → 導入 → ギャップ → 仮説の順に並べ替えます。
- 新規性のない「革新的なアプローチ」 → 具体的な初の試み/新規性/応用ごとに箇条書きを 1 つ設けます。
- 範囲の拡大しすぎ → 目標を減らすか、申請枠を絞り、語数の割り当てを調整します。
- 目標 1 が失敗すると目標 2 が実行不可能 → 独立性または代替策を再設計します。
- 情報が詰め込まれた Aims の小論文 → デザイン文書で、目標ごとのカード、箇条書き、語数上限を徹底します。
品質チェックリスト
- Aims ページの仮説が Approach と一致している。
- 各目標に想定される問題と代替策があり、目標全体で共通する単一の失敗要因がない。
- Significance にギャップと未知のままであることのコストが記載されている。
- Innovation の箇条書きに、最上級の表現ではなく具体的な新規性が示されている。
- 語数の合計が申請枠の上限内に収まっている。
- すべての根拠をユーザーの入力までたどれる。
ステップ 2. content_and_design.md と k2f スキルを使用して K2F ファイルを生成し、適切なファイル形式でエクスポートする
k2f スキルに従い、ブループリントからページを作成し、デザインの意図に基づいて役割を適用し、検証したうえで、申請機関への提出に適した成果物をエクスポートします。