presentation-design
プレゼンテーションの設計と評価を行い、効果的な情報伝達を支援します。スライドの作成・構成・レビュー、トークの構成づくり、発表内容へのフィードバックが必要なときに活用してください。PowerPoint、Keynote、reveal.js などのツールにも対応しています。
description の原文を見る
Design and evaluate presentations that communicate effectively. Use when designing a presentation, creating slides, getting presentation feedback, structuring a talk, or reviewing slides. Keywords: presentation, slides, talk, PowerPoint, Keynote, reveal.js.
SKILL.md 本文
プレゼンテーション設計の診断
目的
効果的にコミュニケーションするプレゼンテーションを設計・評価します。計画、ビジュアル設計、認知負荷管理、評価のためのフレームワークを提供します。あらゆるプレゼンテーションツール（reveal.js、PowerPoint、Keynote、Google Slides）に対応します。
核となる原則
オーディエンス中心設計。 すべての決定は、プレゼンター都合ではなく、オーディエンスの理解に寄与すべきです。
クイックリファレンス：よくある問題
| 問題 | 症状 | 解決策 |
|---|---|---|
| テキストの壁 | スライドが段落になっている | 主張と根拠の構造 |
| 箇条書き病 | リストではなくビジュアル | 1つのコンセプト+ビジュアル根拠 |
| 詰め込みすぎ | すべてを含める | 必須と展開可能なコンテンツの分類 |
| 見た目は良いが中身がない | デザインは素敵だが内容がない | メッセージ優先設計 |
| 認知過負荷 | 1スライドに多すぎる内容 | 1スライドに1つの重要コンセプト |
フェーズ 1：オーディエンス＆コンテンツ計画
重要な質問
- オーディエンスは具体的には誰か？ 彼らの知識レベルは？
- 主要メッセージは何か？ 彼らは何を覚えるべきか？
- 3～5 個のサポートポイントは？ どのようにメッセージを強化するか？
- 各ポイントを支持する根拠は？ ビジュアル、データ、事例？
- 彼らが取るべきアクションは？ 行動喚起は何か？
- 時間制約は？ 何が必須で何がオプションか？
アクション
- オーディエンスペルソナを作成する
- 1 文の主要メッセージを記述する
- サポートポイントを論理的な流れで整理する
- 各ポイントの根拠を特定する
- 必須と展開可能なコンテンツを定義する
- プレゼンテーションフローをスケッチする
フェーズ 2：ビジュアル戦略
主張と根拠の構造
�条書きを以下に置き換える：
- 主張： そのポイントを述べた明確で完全な文
- 根拠： 主張をサポートするビジュアル
以下の代わりに：
主な調査結果：
• データは増加を示す
• ユーザーエンゲージメントが向上
• 収益が改善
これを使用する：
「リデザイン後、ユーザーエンゲージメントが 43% 増加」
[増加を示すグラフ]
ビジュアル原則
- 限定的なパレット： 最大 3～5 色
- タイポグラフィの階層： 明確な役割を持つ 2～3 のフォント
- ホワイトスペース： コンテンツに呼吸の余裕を与える
- 一貫性： 同じレイアウト、同じトリートメント
- ビジュアル進行： オーディエンスが現在地を把握できるよう支援
フェーズ 3：認知負荷管理
1 スライドに 1 つのコンセプト
各スライドは以下に答えるべきです：「このスライドから彼らに取ってもらいたい 1 つのことは何か？」
漸進的な情報開示
すべてを一度に表示するのではなく、情報を段階的に表示します：
- 初期状態を表示
- 文脈を含む最初の要素を追加
- 最初を基に 2 番目の要素を追加
表示と説明
| スライドに表示 | 口頭で説明 |
|---|---|
| 主要な主張 | 詳細説明 |
| ビジュアル根拠 | 文脈と説明 |
| 重要なデータ | 解釈 |
| 次のステップ | その重要性 |
コード例（技術系プレゼン）
- 常に構文強調
- 重要な行をハイライト
- 複雑な例を段階的に構築
- 可能な限りボイラープレートを削除
フェーズ 4：構造パターン
横方向対縦方向（多段階ナビゲーション）
横方向スライド： メインのナラティブフロー 縦方向スライド： サポート詳細（オプショナルな深掘り）
例：
- 横方向：「カスタマー保持の 3 つの重要要因」
- 縦方向（その下）：各要因の詳細スライド
時間の柔軟性
コンテンツを以下としてマーク：
- 必須： あらゆるバージョンで必ずカバー
- 標準： 通常の時間で含める
- 展開可能： 追加時間がある場合のみ含める
評価フレームワーク
1. オーディエンス中心設計（1～5 で評価）
| 基準 | スコア | 注釈 |
|---|---|---|
| コンテンツはオーディエンスの知識レベルと一致 | ||
| オーディエンスへの明確な価値提案 | ||
| 時間制約への適応性 | ||
| ナビゲーション構造が理解を支援 |
赤信号：
- プレゼンター主導ではなくオーディエンス主導ではない
- オーディエンスの既存知識を考慮していない
2. ビジュアル明確性（1～5 で評価）
| 基準 | スコア | 注釈 |
|---|---|---|
| 主張と根拠の構造を使用 | ||
| ビジュアル要素がテキストとバランス | ||
| ビジュアル階層が注意を導く | ||
| 一貫したデザイン要素 | ||
| 考慮されたホワイトスペース |
赤信号：
- 箇条書きの過度な使用
- テキスト満載のスライド
- 散らかったレイアウト
3. 認知負荷（1～5 で評価）
| 基準 | スコア | 注釈 |
|---|---|---|
| 1 スライドに 1 つの重要コンセプト | ||
| 適切なテキスト密度 | ||
| 慎重なアニメーション/トランジション | ||
| コードの適切なフォーマット（該当する場合） | ||
| サポート詳細がアクセス可能で気を散らさない |
赤信号：
- 1 スライドに複数の複雑なコンセプト
- スピーチと競合する過度なテキスト
- アニメーション使用過多
4. アクセシビリティ（1～5 で評価）
| 基準 | スコア | 注釈 |
|---|---|---|
| あらゆるディスプレイサイズで機能 | ||
| 十分な色コントラスト | ||
| インクルーシブな画像と言語 | ||
| 適切なフォントサイズ |
赤信号：
- 不十分なコントラスト
- 小さすぎるフォント
- インクルーシブでないコンテンツ
実装チェックリスト
構造
- 主要メッセージが最初の 2 分で明確
- サポートポイントが論理的に整理
- 必須と展開可能なコンテンツがマーク
- ナビゲーション支援が理解をサポート
コンテンツ
- 主張と根拠の構造を使用
- ビジュアル根拠が主張をサポート
- 1 スライドに 1 つのコンセプト
- コード例が適切にフォーマット
ビジュアル
- 一貫したカラーパレット
- タイポグラフィの階層
- 十分なホワイトスペース
- 要素が整列
アクセシビリティ
- 色コントラストを確認
- フォントサイズが適切
- 重要画像の代替テキスト
改善の優先順位付け
評価後：
1. 重大な問題（すぐに修正）：
- オーディエンスの理解を妨げる
- アクセシビリティの失敗
- コアメッセージが不明確
2. 重要な改善（次の優先）：
- 認知負荷の問題
- ビジュアル一貫性の問題
- 構造の改善
3. 素敵だが必須ではない改善：
- 高度なアニメーション
- カスタムスタイリング
- ポーランドディテール
アンチパターン
1. データダンプ
パターン： すべてのスライドがデータ、チャート、統計で満載で、解釈や階層がない。 失敗する理由： オーディエンスはリアルタイムで生データを処理できません。解釈がないと、学ぶ代わりに分析をすることになります。ほとんどのデータはすぐに忘れられます。 修正： 1 スライドに 1 つのインサイト、そのインサイトをサポートするビジュアル根拠。結論を述べて、証拠を示します。オーディエンスはデータを見る前にあなたのポイントを理解すべきです。
2. スクリプト読者
パターン： スライドがスピーカーの完全なスクリプトを含む—本当は段落である箇条書き。 失敗する理由： オーディエンスはスピーカーが話すより速く読みます。彼らは先に読み進め、すでに読んだことを言うと退席します。スライドは通信ツールではなくテレプロンプターになります。 修正： スライドは言えないことを表示します、あなたは表示できないことを言います。画面にはビジュアル、図、主要な主張。文脈、説明、詳細は口頭で。
3. テンプレートトラップ
パターン： コンテンツを汎用テンプレートにドロップし、デザインがメッセージにどのように役立つかを考えない。 失敗する理由： デザインは見た目を良くするだけでなく、理解をサポートすべきです。汎用テンプレートは汎用コミュニケーションを作成します。万能なサイズは誰にもうまくフィットしません。 修正： デザインがメッセージに寄与します。質問する：このビジュアル構造は、この特定のオーディエンスがこの特定のコンテンツを理解するのにどのように役立つか？テンプレートオプションではなく、コミュニケーション需要から開始します。
4. アニメーションサーカス
パターン： 至る所のトランジション、ビルド、効果—飛んでくるテキスト、回転する画像、フェード後のフェード。 失敗する理由： アニメーションは注意です。すべての効果は「これを見て」と言います。すべてがアニメートすると、何も目立ちません。オーディエンスは圧倒されるか麻痺します。 修正： アニメーションは段階的な情報開示（複雑なアイデアを段階的に構築）または強調（重要なポイントをハイライト）のみ。デフォルトはアニメーションなし、目的を持って追加するのみ。
5. 箇条書き病
パターン： スライド、スライド、箇条書きリスト—すべての既定の構造。 失敗する理由： 箇条書きはドキュメント用で、プレゼン用ではありません。等しくない概念に等しい重みを与え、テキスト満載のスライドを奨励し、受動的な読みかけでなく能動的な視聴を奨励します。 修正： 主張と根拠の構造を使用します。箇条書きリストを明確な主張と視覚的根拠で置き換えます。リストが必要な場合、それがスライドである必要があるかどうかを質問します。
統合
インバウンド（このスキルに流入）
| スキル | 提供内容 |
|---|---|
| speech-adaptation | ビジュアルと調整するための口頭コンテンツ構造 |
| story-sense | プレゼンテーションフローのナラティブ構造 |
| (コンテンツ専門知識) | コミュニケーション対象の主題 |
アウトバウンド（このスキルが可能にすること）
| スキル | 提供内容 |
|---|---|
| (実装) | あらゆるプレゼンテーションツールの設計原則 |
| (デリバリー) | 効果的なスピーキングをサポートするよう設計されたスライド |
補完的
| スキル | 関係 |
|---|---|
| speech-adaptation | presentation-design はビジュアルを処理、speech-adaptation は口頭コンテンツを処理。調整のため一緒に設計 |
| voice-analysis | プレゼンターの声を理解することは、彼らの自然なデリバリースタイルとマッチするスライド設計に役立つ |
ライセンス: MIT(寛容ライセンスのため全文を引用しています) · 原本リポジトリ
詳細情報
- 作者
- jwynia
- リポジトリ
- jwynia/agent-skills
- ライセンス
- MIT
- 最終更新
- 不明
Source: https://github.com/jwynia/agent-skills / ライセンス: MIT
関連スキル
nano-banana-2
inference.sh CLIを通じてGoogle Gemini 3.1 Flash Image Preview（Nano Banana 2）で画像を生成します。テキストから画像を生成する機能、画像編集、最大14枚の複数画像入力、Google Searchグラウンディング機能に対応しています。トリガーワード：「nano banana 2」「nanobanana 2」「gemini 3.1 flash image」「gemini 3 1 flash image preview」「google image generation」
octocode-slides
洗練されたマルチファイル形式のHTMLプレゼンテーションを生成します。6段階のフロー（概要 → リサーチ → アウトライン → デザイン → 実装 → レビュー）で構成されています。各スライドは独立したHTMLファイルとなり、iframeで読み込まれます。「スライドを作成してほしい」「プレゼンテーションを作ってほしい」「HTMLスライドを生成してほしい」「デックを構築してほしい」といった依頼や、ノート・ドキュメント・コードを洗練されたプレゼンテーションに変換する際に使用できます。
gpt-image2-ppt
OpenAIのgpt-image-2を使用して、視覚的に優れたPPTスライドを生成します。Spatial Glass、Tech Blue、Editorial Monoなど10種類のキュレーション済みスタイルに対応し、ユーザーが提供したPPTXファイルを模倣するテンプレートクローンモードも搭載しています。HTMLビューアと16:9形式のPPTXファイルを出力します。プレゼンテーション、スライド、ピッチデック、投資家向けPPT、雑誌風PPTの作成依頼などで活用してください。
nano-banana
Nano Banana PRO（Gemini 3 Pro Image）およびNano Banana（Gemini 2.5 Flash Image）を使用したAI画像生成機能です。以下の場合に活用できます：（1）テキストプロンプトからの画像生成、（2）既存画像の編集、（3）インフォグラフィックス、ロゴ、商品写真、ステッカーなどのプロフェッショナルなビジュアルアセット制作、（4）複数画像での人物キャラクターの一貫性保持、（5）正確なテキスト描画を含む画像生成、（6）AI生成ビジュアルが必要なあらゆるタスク。「画像を生成」「画像を作成」「写真を作る」「ロゴをデザイン」「インフォグラフィックスを作成」「AI画像」「nano banana」またはその他の画像生成リクエストをトリガーとして機能します。
oiloil-ui-ux-guide
モダンでクリーンなUI/UXガイダンス・レビュースキルです。新機能や既存システム（Webアプリ）に対して、実行可能なUI/UX改善提案、デザイン原則、デザインレビューチェックリストが必要な場合に活用できます。CRAP（コントラスト・反復・配置・近接）をベースに、タスクファーストなUX、情報設計、フィードバック・システムステータス、一貫性、affordances、エラー防止・復旧、認知負荷を重視します。モダンミニマルスタイル（クリーン・余白・タイポグラフィ主導）を強制し、不要なテキストを削減、アイコンとしての絵文字を禁止し、統一されたアイコンセットから直感的で洗練されたアイコンを推奨します。
axiom-hig-ref
Apple Human Interface Guidelines リファレンス — 色（セマンティックカラー、カスタムカラー、パターン）、背景（マテリアル階層、ダイナミック背景）、タイポグラフィ（標準スタイル、カスタムフォント、Dynamic Type）、SF Symbols（レンダリングモード、色、多言語対応）、ダークモード、アクセシビリティ、プラットフォーム固有の考慮事項を網羅したガイドラインです。