mcpField
K
k2f-grant-proposal

k2f-grant-proposal

github.com/suzhengドキュメント32.8k 回インストール2 週間前に更新
リポジトリ

k2f-grant-proposal について

K2F Grant Proposalは、レイアウト前に根拠に基づく助成金申請書の構成を設計するエージェント向けスキルです。研究者が資金提供機関の要件に沿って目的、戦略、デザインを整理し、不足する根拠を捏造せず明示できます。

主な機能

  1. 01資金提供機関の要件と制限の確認
  2. 02仮説と研究目的の構成
  3. 03研究戦略のアウトライン
  4. 04根拠と実現可能性の確認
  5. 05K2F文書のエクスポート手順

活用シーン

  1. 01研究メモからの申請書作成
  2. 02Specific Aimsページの再構成
  3. 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 スキルが後でページに対応付けられるよう、ラベル付きブロックで構成します。

サブステップ

  1. 仕組みの確定 — 申請機関、募集 ID、申請枠、ページ上限、必須セクション、評価基準(NIH:Significance、Innovation、Approach、Investigators、Environment;NSF:Intellectual Merit、Broader Impacts)。上限を超える任意の内容は削除します。

  2. 4 つの質問による監査 — ユーザーが提供した根拠のみを用い、文章で回答します。

    • 中心仮説:検証可能で反証可能であること(「X を研究する」ではない)。
    • なぜ今なのか:ギャップ、緊急性、新たなツールやデータ。
    • 革新性:概念、方法、応用、または新たな成果。それぞれ具体的に示します。
    • 実現可能性:チーム、スケジュール、リソース、各目標の独立性、想定される問題と代替策。
  3. Specific Aims の構成 — 1 ページ、約 400~550 語。物語の流れ:導入 → ギャップ → 長期目標 → 仮説 → 動詞で始まる 2~3 個の目標(検証可能で、概ね独立)→ インパクトで締めくくる。各目標は 2~3 文で、期待される成果を示し、先行する目標の成功に致命的に依存しないようにします。

  4. 研究計画の概要 — Significance(問題、研究分野の現状、ギャップ、未知のままであることのコスト、成功した場合のインパクト)。Innovation は流し読みしやすい箇条書き(「このプロジェクトが革新的である理由…」)。各目標の Approach:根拠 → 戦略/対照/統計 → 期待される成果 → 想定される問題/代替策 → マイルストーン。ページ上限に基づいて 語数の割り当て を行います(研究計画のページ全体で約 450 語)。図が段落に置き換わる箇所(予備データ、ワークフロー、スケジュール)を明記します。

  5. デザインの意図 — エンジン向けにトーン、階層、情報密度、配色を記録します。

    • トーン:正式で、根拠を重視します。専門外の主査読者が 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 スキルに従い、ブループリントからページを作成し、デザインの意図に基づいて役割を適用し、検証したうえで、申請機関への提出に適した成果物をエクスポートします。

コメント