Community画像github.com

スライド図解の最適化

既存のPowerPointスライド図解を、スライド内テキストと提供されたエビデンスに基づいて、意図したメッセージに合わせて最適化します。デッキのデザインは維持したまま、図解の明確化、トピックへの適応、またはより適切な視覚構造の選択を行います。

スライド図解の最適化 とは?

このスキルは、PowerPointスライド上の既存の図解を、そのスライドのテキストとユーザーが提供するエビデンスのみに基づいて最適化します。プレゼンテーションのテーマ(フォント、カラーパレット、背景など)は変更せず、説明の構造のみを変更します。トピック、一行で要約したメッセージ(テイクアウェイ)、それを支える事実、対象読者を特定し、それらに最も適した図解構造(フロー図、比較図、階層図、マトリックス図など)を選択します。既存の図解がメッセージをうまく説明している場合はその種類を維持し、小さな編集で済む場合は最小限の変更に留めます。編集後は、元のメッセージが正確に伝わっているか、重複やレイアウトの崩れがないかを確認し、結果を報告します。外部検索や内部システムへのアクセスはデフォルトでは行わず、不足情報はユーザーに問い合わせます。

対応~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/geekfujiwara/powerpoint-agent-skills/tree/HEAD/skills/optimize-slide-diagram

Installed? Explore more 画像 skills: steipete/songsee, affaan-m/frontend-design, mattpocock/improve-codebase-architecture · View all 6 →

お気に入りのAIに質問する

このエージェントスキルを事前に読み込んだ状態で新しいチャットを開きます。

ドキュメント

スライド図解の最適化 は何をしますか?

対象範囲と入力

デフォルトでは選択されたスライドのみを対象とします。選択範囲が利用できない場合はどのスライドか尋ねてください。明示的に要求された場合にのみ複数スライドを編集します。デッキの言語は維持します。このスキルは説明の構造を変更するものであり、プレゼンテーションのテーマを変更するものではありません。他のスキル、ローカルスクリプト、特定のツール名に依存せずに動作しなければなりません。

既存のスライドテキストとユーザーから提供された資料を一次エビデンスとして使用します。トピック、一行で要約したメッセージ(テイクアウェイ)、それを支える事実、対象読者を特定します。不必要に質問することなく、既存のコンテンツから明確なトピックを推測します。トピックや意味が不明瞭な場合は質問してください。テイクアウェイが明示されていない場合は、コンテンツに基づいて提案します。解釈が意味を変えたり、同意を暗示したり、新しい結論を追加する場合は、採用前に確認を得てください。対象読者が指定されている場合はそれに従います。それ以外の場合はエグゼクティブ向けの要約を想定し、その想定を開示しますが、必要な技術的資格情報を削除しないでください。

デフォルトでは内部システムやウェブを検索しません。不足しているエビデンスは尋ねてください。外部検索は要求された場合のみ、許可された情報源のみを使用して行います。数値、固有名詞、因果関係、優先順位、次のアクションを勝手に作り出さないでください。仮説的な例は要求された場合のみ使用し、スライド上で明確にラベル付けします。必要な引用、単位、注意事項、事実と推論の区別は維持します。

手順

  1. 対象スライドのテキスト、意味に関連するノート、オブジェクトの境界、スタイル、グループ化、利用可能なプレビューを検査します。タイトル、リード文、アクター、関係性、重要な決定、アクションブロックを特定します。形状を変更する前に、リンク、アニメーション、コネクタなどの依存関係を検査します。復元可能なバージョンを保持します。編集や検査が利用できない場合は、その制限を述べ、変更したと主張する代わりに提案するレイアウトを提供します。

  2. テイクアウェイを確立し、保持するすべての事実を説明におけるその役割にマッピングします。タイトルとリード文をそのテイクアウェイに沿わせます。意見の相違や不確実性は維持します。図解を単純化するためだけに、トピックが合意されたものであるかのように見せかけないでください。

  3. 外見的な対称性ではなく、意味に基づいて構造を選択します:

    コンテンツの関係性基本構造
    共有された質問や合意に至る異なる立場収束するレーン:立場、共通の課題、決定
    ステップや時間の経過に伴う変化フロー図またはタイムライン
    現在と将来、または代替案比較図またはBefore/After
    役割、報告ライン、階層階層図または組織図
    要素間の関係マトリックス図、集合図、またはサイクル図(それらの関係が裏付けられる場合のみ)
    測定された傾向、分布、割合編集可能なネイティブチャートとソース値

    これらは出発点であり、網羅的なリストではありません。既存の種類がメッセージをうまく説明している場合はその種類を維持します。真の共通メンバーシップがある場合のみ重なりを使用し、再帰がある場合のみサイクルを使用し、実際のフローや収束がある場合のみ矢印を使用します。正確なルックアップ/比較データには、明確な場合に編集可能なテーブルを使用します。

  4. コンテンツが3つすべてをサポートする場合、スライドをテイクアウェイ、メイン図解、次のアクションに整理します。3つ目の階層を埋めるためにアクションを作り出さないでください。既存のコントラスト、短いラベル、またはデッキ互換のカード/バンドを使用してキーポイントを強調します。装飾的なルールや恣意的な「最も重要」ラベルを追加しないでください。

  5. 実際のデッキのフォント、パレット、背景、角、矢印のモチーフを維持します。特定のフォントや青いパレットを別のテンプレートに強制しないでください。現在/将来の状態には、既存の控えめ/強いアクセントを適宜使用し、色だけが唯一のシグナルにならないように明示的なラベルを付けます。

  6. 最小限の適切な編集を選択します:

    • 同じ要素と関係:テキストを更新し、実行形式の書式を維持します。
    • 異なる要素数:適切な形状を再利用し、間隔を調整し、関係を再接続します。承認された再設計により不要になった要素のみを削除します。
    • 不適切な構造:図解ブロックのみを再構築し、他のコンテンツは維持します。 形状、コネクタ、テーブル、チャートは編集可能に保ちます。図解をラスタライズしないでください。インタラクション、タイミング、またはサポートされていない機能を破棄する変更の前には質問してください。許可なくスライドをクリアしたり、そのアイデンティティを置き換えたり、別のスライドを追加したりしないでください。
  7. ボックスごとに1つのメッセージを維持します。日本語の場合は、主要な説明で約100〜200文字の可視文字を目指します。英語の場合は、日本語の文字数を強制するのではなく、同様に簡潔で読みやすい要約を使用します。長さの目標を達成するためだけにエビデンスを削除したり意味を変えたりしないでください。 見出しは少なくとも16pt、本文は少なくとも14pt、ノートは少なくとも12ptを目指します。収めるために新たに10.5pt未満に縮小しないでください。互換性のあるテンプレートのサイズ設定を維持します。コンテンツが収まらない場合は、短縮または分割を提案し、選択されたスライドを超えて拡張する前に質問してください。

  8. 一貫したカード幅とギャップ、エッジの整列を使用し、テンプレートが意図的に異なる安全領域を使用していない限り、外側の余白は約0.5インチにします。番号は読み取り順序を表す場合のみ追加します。引用は読みやすく、すべての形状はスライド内に収めます。形状を使用して手動で測定されたチャートを描かないでください。

  9. 編集の前後で重複候補を検査します。座標とテキストが一致するだけでは同等性は証明されません。疑わしいペアを報告し、それらには触れずに置いておきます。このスキルの一部として既存の重複を削除しないでください。クリーンアップが要求された場合は、別のコンテンツを考慮した削除プレビューの承認を得てください。remove-duplicate-shapesはオプションのコンパニオンスキルであり、前提条件ではありません。2番目に生成された図解を既存のオブジェクトに重ねるのではなく、既存のオブジェクトを更新します。

  10. 結果をプレビューし、問題を収集し、まとめて修正し、再度検査します。必要に応じて繰り返します。1回の修正パスだけでは、既知の問題があるまま停止する理由にはなりません。テイクアウェイの忠実性、すべての関連する事実、編集されたブロック内の古いトピックラベルがないこと、オーバーフロー/オーバーラップがないこと、読みやすいタイプ/コントラスト、正しいコネクタ、新たに導入された重複がないこと、要求された範囲外の変更がないことを確認します。レンダリングが利用できない場合は、視覚的なチェックが未検証であることを報告します。

報告

サポートされている場合は、選択されたスライドをその場で更新します。2〜3文で、選択した構造とそれがメッセージに適合する理由、確認された想定または明示的に要求された仮説的なコンテンツ、未解決の重複候補または完了できなかったチェックについて説明します。ユーザーが実際に提供していないサンプルデッキ、スライド番号、またはオブジェクトIDを検査したと主張しないでください。

Individual skills in this repo

This repo contains 3 individual skills — each has its own dedicated page.

関連スキル