k2f-research-deck

K2F Research Deck — AI ネイティブな美的デザイン

目的

レイアウトに入る前に、エージェントが研究デッキの設計図を作成できるようにします。各スライドに科学的主張を1つだけ示し、根拠を追跡可能にし、締めくくりの前に留保事項を明示し、記憶を頼りに数値や図を描き直さないようにします。

K2F を基盤とする

このスキルでは、研究プレゼンテーションを .K2F パッケージとして作成します。作成時は k2f スキルに従ってください。ワークスペースを展開または初期化し、セマンティックツリーを編集してから、パッケージ化・検証・エクスポートします。K2F によって、エージェントは座標ではなく、意味（スライドの役割、根拠、ビジュアルの意図）に集中でき、エンジンがレイアウト、タイポグラフィ、テーマをコンパイルして、統一感のあるプロジェクター向けの出力を生成します。

作成を始める前に、コアスキルをインストールしてください：npx skills add suzheng/k2f --skill k2f。

使用する場面

• 論文、プレプリント、実験ログをもとに、研究室ミーティングや PI 向けの進捗報告を準備するとき。
• 過大な主張を避けながら新規性を証明する必要がある、助成金申請や内部レビュー用のデッキを作成するとき。
• 高密度な原稿を、指標や図を忠実に反映した6～15枚の発表資料に変換するとき。
• 汎用的な「論文の要約」AI スライドを、ひと目で把握できる根拠に基づくストーリーへと作り直すとき。

ワークフロー

ステップ 1. content_and_design.md を生成する

意味内容と美的意図をまとめた単一の設計図です。スライドごとにラベル付きブロック（役割、見出し、本文、ビジュアルの種類、アセットに関する注記）を使い、後から k2f スキルでマッピングできるようにします。

サブステップ

1. ブリーフの枠組み — 対象者、意思決定の目標（情報提供、次のステップの承認、新規性の擁護）、持ち時間、言語を定めます。ライブ発表では箇条書きを簡潔にし、非同期のスライド資料では各スライドの見出しだけで内容が伝わるようにします。

2. 信頼できる情報源の監査 — 概要、方法の概略、図表、正確な結果、引用、限界を列挙します。不足箇所には NEEDS USER INPUT のタグを付け、統計値、n、引用を決して創作しないでください。

3. エビデンスの軸 — タイトルを付ける前に、重要性 → ギャップ → 問い／仮説 → 研究デザイン → 結果（最も強いものを先に）→ 解釈 → 注意点 → 次のステップ／依頼、という流れを組み立てます。外部レビュー向けでは貢献を早い段階で示し、研究室の進捗報告では最新の結果から始めます。

4. スライド構成（含める／削る） — 目標は 6～15枚です。入力情報が少ない場合は統合または省略します。

   • タイトル（論文情報）→ 背景／問題 → ギャップ／問い → アプローチの概要 → 方法（図を中心に）→ 主な結果（定量・定性の両方がある場合は分割）→ メカニズム／解釈 → 限界 → 次のステップ → （任意）主要な参考文献。
   • 削るもの：文献レビュー、重複する要旨と序論、補足資料に入れるべき方法の文章、意思決定を変えない追加のアブレーションスライド。
   • 1枚のスライドに主張が2つある場合（問題＋仮説、関連のない複数の図、または結果＋解釈）は、分割します。

5. スライドごとのコンテンツ要件 — 各スライドについて、次を指定します。

   • 見出し：セクション名ではなく結論を示します（「結果」ではなく「ノックダウンにより n=12 でレイテンシが 42% 減少」）。
   • 本文：箇条書きは最大 3～5 項目、またはビジュアルブロックを 1 つにします。箇条書きは各項目約 2 行とし、単語だけの孤立した行を作らないでください。
   • ビジュアルの種類：方法のパイプライン、結果のグラフ、比較マトリクス、定性データのグリッド、数式の強調、貢献のリスト、アジェンダ／概要。データには、段落よりも グラフ／表／図の使用意図を優先します。
   • アセットの忠実性：出典となる図表（図番号、キャプション）か、概略図のみかを指定します。表として表示すべきものを箇条書きにしないでください。

6. 数値 — 単位系を統一し、スライド間で指標を揃えます。主要な数値には n／CI／検定を記載し、不確かな場合は [VERIFY] を付けます。

7. デザイン意図 — トーン：抑制的で、エビデンスを重視します。階層：タイトルを最大にし、各スライドで主要な図／指標／数式を 1 つ際立たせます。密度：1枚につきメッセージは 1 つとし、流れの切り替わりにはセクション区切りを入れます。配色：落ち着いた学術的な配色とアクセントカラー 1 色を使い、投影に適したコントラストを確保します。

ルールと制約

• 主張を 1 つにする基準：見出しに「そして」が必要なら、スライドを分割するか、一方の論点を補足資料に回します。
• 忠実性の基準：定量スライドでは、ユーザー提供の数値か、明示的な TBD を使います。丸めた値や「典型的な」値は使いません。
• 図の基準：主要なグラフ／表には、出典のアセットか、明示的なグラフの使用意図を指定します。文章からデータを描き直してはいけません。
• 注意点の基準：最後の依頼の前に、限界や交絡要因を示します。
• 新規性の基準：「何が新しいか」をひと目でわかる形で 1 つ示し、既知の背景は削ります。

よくある失敗

• 背景が 10 枚、結果が 1 枚 → 全体の流れを組み直し、結果と研究デザインを前に出します。
• 方法が文章の壁になっている → パイプライン図 1 つと箇条書き最大 3 項目にまとめます。
• 統計が文字化けしている、または捏造されている → 出典表／グラフの使用意図に戻すか、TBD と記します。
• 限界の記載がない → 注意点を明示するスライドを追加します。これにより、PI から「交絡要因 X はどうなのか」と話をそらされるのを防げます。
• 論文の要旨が複数のスライドで重複している → 背景スライド 1 枚にまとめ、その後にギャップを示します。
• 複数パネルの図が詰め込まれている → 1 枚につき 1 パネルにするか、設計図にコールアウトを記載します。
• 見出しが過剰な主張になっている → データに沿った表現にし、推測は「未解決の問い」の下に記載します。

品質チェックリスト

• 設計図の冒頭に意思決定の目標と対象者を記載している。
• 各スライドに主張を示す見出しが 1 つあり、ビジュアルの種類を指定している。
• 指標とアセットの出典が入力情報、TBD、または [VERIFY] で追跡できる。
• 最終スライドの前に注意点と次のステップを記載している。
• スライド数が 6～15 枚（またはその理由が記載されている）。デザイン意図に、資料全体のトーンと階層が含まれている。

ステップ 2. content_and_design.md と k2f スキルを使用して K2F ファイルを生成し、適切なファイル形式にエクスポートします。

k2f に従って、ブループリントからスライドを作成し、デザイン意図に基づいて役割を適用して確認し、プレゼンテーションに適した成果物をエクスポートします。