mcpField
P
presentation-design

presentation-design

github.com/agentaraデザイン・UI620240 回インストール4 週間前に更新
リポジトリ

presentation-design について

presentation-design は、テレビ表示向けの6枚のスライドを1枚の合成画像にまとめるスキルです。要件の整理からプラン確認、画像生成、完成画像のレビューまでを案内します。

主な機能

  1. 012×3構成の6枚合成画像
  2. 02タイトルとビジュアルを含むプラン作成
  3. 03画像生成モデルによるボード制作
  4. 04スタイルとレイアウトの選定
  5. 05完成画像の確認と修正

活用シーン

  1. 01エグゼクティブ向け資料の構想
  2. 02キーノート風スライドのモックアップ
  3. 03戦略・ビジネス資料のデザイン
  4. 04エディトリアルなデータストーリー制作

インストール

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

$npx skills add https://github.com/agentara/skills --skill presentation-design

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

同梱ファイルreferences/slide-layouts.mdreferences/style-modes.md

詳細

プレゼンテーションデザイン

プレミアムな6枚構成のプレゼンテーションデザインボードを、1枚の合成画像として作成します。デッキ全体をひと目で確認できるボードビューで、テレビ表示に適したシネマティックな仕上がりにします。

主な用途:PowerPointのデザインコンセプト、基調講演風のスライドモックアップ、戦略デッキのビジュアル、イベント/ニュース/スポーツ/ビジネス分析のデッキ、エディトリアルなデータストーリー、エグゼクティブ向けプレゼンテーション。

画像生成要件

最終的なボードは、画像生成モデル(デフォルトでは組み込みのimage_genツール、または承認済みのプロジェクト画像生成ワークフローを使用)で生成する必要があります。コード、SVG、HTML/CSS、キャンバス、図表、プレースホルダーの描画、決定論的な図形スクリプトでボードを作成しないでください。これらの方法は、モデル生成画像が作成された後の、視覚表現を伴わないファイル操作または任意の後処理に限り使用できます。

モデルで生成したラスター画像をpresentations/{name}.pngに保存してください。モデルの出力を直接保存できない場合は、生成済みのラスターアセットを見つけて必要なパスに移動またはコピーしてください。プログラムで再作成しないでください。

出力仕様

6枚すべてのスライドを含む1枚の画像:

┌──────────────┬──────────────┐
│ Slide 01     │ Slide 02     │
├──────────────┼──────────────┤
│ Slide 03     │ Slide 04     │
├──────────────┼──────────────┤
│ Slide 05     │ Slide 06     │
└──────────────┴──────────────┘
  • 合計6枚のスライド
  • 2列 × 3行
  • 各スライドは視覚的に16:9に見えること
  • 合成ボード全体は3:2
  • 1枚の合成PNG

出力先

presentations/
  {name}.plan.md     # the approved deck plan (spec)
  {name}.png         # the final composite image

小文字、ハイフン区切り、ASCIIセーフな名前を使用してください。修正版には-v2、-final、-alt-aのような接尾辞を付けてください。ユーザーから置き換えを求められない限り、既存のファイルを上書きしないでください。

抽出する情報

デザインを始める前に、以下を特定してください。

  • デッキのトピック/主題。
  • 対象者(エグゼクティブ、ファン、一般の人々、B2Bの購入者、学生など)。
  • トーン(シネマティック、分析的、祝祭的、緊迫感のある、プレミアム、遊び心のあるもの)。
  • ブランドカラーや必須のアクセントカラー(あれば)。
  • スライドのテキストに使用する言語(英語、中国語、二言語など)。
  • 必ず含める必要がある具体的なデータ、チャート、地図、ポートレート、製品、象徴的なビジュアル。
  • 指定があれば出力名。

ユーザーが言語を指定していない場合は、ユーザーの現地語を使用してください。

ワークフロー

  1. ユーザーの概要から入力内容を抽出します(抽出する入力を参照)。

  2. ユーザーにスタイルモード light または dark を必ず確認します。必ず AskUserQuestion を使って尋ね、暗黙に推測してはいけません。トピックが曖昧な場合は、デフォルトの提案として dark cinematic を提示します。

  3. references/style-modes.md を読み込み、最適なサブモードを選びます(例:NBAの振り返りには dark sports broadcast、B2B SaaSのピッチには light minimal keynote)。選んだ配色とタイポグラフィの方向性をユーザーに簡潔に伝えます。

  4. references/slide-layouts.md を読み込み、一貫したストーリー展開を構成する6つのレイアウトを選びます。レイアウトを組み合わせ、6枚すべてで同じものを繰り返してはいけません。トピック上の理由がない限り、スライド01には必ず hero-title を、スライド06には必ず closer を使います。選んだレイアウトの順序を伝えます。

  5. デッキの計画を作成し(必須)、presentations/{name}.plan.md に保存します。6枚それぞれについて、次の項目を含めます。

    • slide_no — 01~06。
    • layout — レイアウトライブラリにある名前のいずれか。
    • title — スライドに表示する見出し。
    • subtitle — 任意の1行の補足説明。
    • content — スライドに適した表現による、短い箇条書き/要点を3~6件(長い段落は不可)。
    • visual — タイルを占めるメイン画像、グラフ、地図、ポートレート、または象徴的なビジュアルの説明と、それをテキストにどう組み込むか。
    • accent_use — そのスライドでアクセントカラーを使う箇所(タイトル、区切り線、グラフの強調表示など)。

    計画をユーザーに提示し、確認または修正を待ちます。ユーザーが修正した場合は、presentations/{name}.plan.md を更新し、次の工程に進む前に再確認します。

  6. ユーザーが計画を承認した後、 image_gen で最初の複合画像を生成します。次の内容を組み合わせてプロンプトを作成します。

    • 出力仕様(3:2のボード、16:9のタイルを2×3で配置、PNG 1枚)。
    • references/style-modes.md で選んだスタイルモード、配色、タイポグラフィの方向性。
    • 6枚それぞれのレイアウト名、タイトル、内容の箇条書き、ビジュアルの説明、承認済み計画に記載されたアクセントの使い方。
    • コンテンツ密度のルールとボード全体の構成ルール(下記参照)。

    生成結果を presentations/{name}.png に保存します。

  7. レンダリングされた画像を必ず自己評価します。保存したPNGを確認し、実際にレンダリングされた結果を対象に、次の2段階でチェックします。計画だけを評価してはいけません。次の点を特に確認します。

    • グリッドが2×3で、各タイルが16:9に見えること。
    • スライドタイトルが表示され、読みやすく、計画と一致していること。
    • 6枚すべてでアクセントカラーが一貫して使われていること。
    • 画像が貼り付けたようなストック写真ではなく、デザインに統合されていること。
    • 各タイルのレイアウトが指定されたレイアウト名と一致していること。
    • 冗長なスライドやトピックから外れたスライドがないこと。
    • グラフ、地図、数値、引用文がテレビサイズの画面でも読みやすいこと。
  8. 公開するか再生成するかを判断します。自己評価で重大な問題が見つかった場合は、再生成します。プロンプトを調整してボード全体を再レンダリングするか、問題のあるスライドに絞った修正を行い、モデルにはボードの他の部分を維持するよう指示します。残る問題をユーザーに伝える前に、自動再生成は最大2回までとします。最終的に採用した画像を presentations/{name}.png に保存します(以前の下書きは上書き)。デバッグ用に presentations/{name}-v1.png などを残してもかまいません。

  9. ユーザーへの回答には、保存した画像のパス、デッキ計画のパス、選んだスタイルモード、レイアウトの順序、および自己評価で完全には解決できなかった点についての簡潔な説明を含めます。

コンテンツ密度のルール

各スライドは情報を豊富にしつつ、詰め込みすぎないようにします。スライドごとの推奨密度は次のとおりです。

  • メインタイトルを1つ。
  • 短いサブタイトルまたは導入文を1つ(任意)。
  • 短いコンテンツ項目を3~6個。
  • 視覚要素の主役を1つ(ヒーロー画像、チャート、地図、ポートレート、プロダクト、象徴的なシーンなど)。
  • チャート、指標カード、タイムライン要素を追加してもかまいません。

避けること:エッセイのような文章、箇条書きの多用、過剰な説明、記事の要約をそのまま載せること、小さくて読めないテキスト、アイコンの多用、情報密度のばらつき。

スライドに適した表現を使います。簡潔で、切れ味があり、視覚的で、構造化され、ひと目で把握できるものにします。

ボード全体の構成ルール

  • 画像全体のアスペクト比は3:2です。
  • 6枚のスライドを2列×3行に配置します。
  • スライドのタイル間には、整った余白または控えめな境界線を設けます。
  • 全体で一貫したマージンを保ちます。
  • 6枚すべてで、スタイルモード、アクセントのシステム、タイポグラフィを統一し、ひと目で一体感のあるデッキにします。
  • アクセントカラーの使い方は、6枚すべてで一貫させます。
  • 各スライドには明確な焦点、強いタイトルの階層、十分な余白、統合されたビジュアル、読みやすいテキストを持たせ、『品質基準』で定義するプレミアムなプレゼンテーションの雰囲気に仕上げます。

セルフレビューの反復

ボードの完成を宣言する前に、必ず次の2つのパスを実行します。

パス1 — 構成とストーリー

確認項目:

  • 6枚のストーリーに一貫性があるか。
  • 各スライドに明確な役割があるか。
  • 順序に論理性があるか。
  • 抜けている要素はないか。
  • 重複するスライドはないか。
  • 内容が曖昧すぎたり、詰め込みすぎたりしていないか。

改善項目:スライドの順序、ストーリーの明瞭さ、コンテンツの階層、事実情報の簡潔な整理、セクション名。

パス2 — ビジュアルの仕上げ

確認項目:

  • ボードにプレミアム感があるか。
  • 選んだモード(ダークまたはライト)は、濁った印象や平板な印象にならず、洗練されているか。
  • テレビ表示に適したデザインか。
  • 画像が自然に組み込まれているか。
  • レイアウトが繰り返しになったり、退屈になったりしていないか。
  • コントラストは十分か。
  • 6枚すべてが1つのデッキとしてまとまっているか。

改善項目:コントラスト、余白、タイポグラフィ、色のバランス、ヒーロー画像の組み込み方、チャートの読みやすさ、映画のような奥行き、統一感。

品質基準

最終デザインは、次のような印象に仕上げます。

  • プレミアムなカンファレンス用デッキ
  • ハイエンドなスポーツ中継向けグラフィックパッケージ
  • 映画のような戦略プレゼンテーション
  • 編集的なデータストーリー
  • テレビ放映に適したエグゼクティブ向けプレゼンテーション

最終デザインは、次のような印象にしてはいけません。

  • 脈絡のないコラージュ
  • 互いに無関係な6枚のポスター
  • 漫画のページ
  • 手抜きのインフォグラフィック
  • ただの文書
  • ごちゃごちゃしたダッシュボード
  • ありきたりなテンプレート

参考資料

ワークフロー中に必要に応じて読み込みます。ファイルを簡潔に保つため、デフォルトでは読み込みません。

  • references/slide-layouts.md — レイアウトライブラリ。6枚構成を選ぶワークフローのステップ4で読み込みます。
  • references/style-modes.md — 具体的な配色とタイポグラフィの方向性を示す、ライト/ダークのサブモード。ユーザーがライトまたはダークを選んだ後、ワークフローのステップ3で読み込みます。

コメント