Communitygithub.com

金融向けスライドデザイン

検証済みエビデンスに基づき、コンサルティングレポート並みの品質で金融・経済リサーチ用のデッキやスライドを計画・設計します。ストーリーボード、デッキのアイデンティティ、チャートや構成の選択、写真、地図、フラグ、アイコン、ロゴ、そしてレンダリングされたスライドの検査と修正を含みます。プレゼンテーションやデッキの作成、新しいスライドやセクションの追加、スライドをプロフェッショナルに見せるため、またはスライドのリデザインを求められた際に使用します。テキスト編集、数値やデータの変更、小さな移動、エビデンスに関する質問には使用しないでください。

金融向けスライドデザイン とは?

このスキルは、AIエージェントが金融・経済リサーチのプレゼンテーションデッキを、コンサルティングレポートに匹敵するプロフェッショナルな品質で設計するための完全なデザインシステムです。設計モデルとして、各スライドの主張、ビジュアル手法、デッキ全体のアイデンティティ(配色やフォント)を自律的に決定します。ホストアプリケーションがエビデンスの保持、数値の解決、アセットの調達、レイアウト、描画、チェック、保存を担当し、AIはデザイン知識カード(16のファミリー、7のパターン、84のテクニックなど)に基づいて計画を立案します。ストーリーボードから始まり、各スライドの計画、レンダリング後の検査と修正(最大2ラウンド)を経て、編集可能でエビデンスに紐づいたスライドを納品します。写真や地図、国旗、ロゴ、アイコンなどのビジュアルアセットも適切に使用し、レンダリングできないテクニックが生じた場合には代替案を記録する仕組みが組み込まれています。Claude Code、Cursor、CodexなどのAIエージェントプラットフォームで動作し、事前に検証されたエビデンスとデザイン知識カードを活用することで、一貫性のある高品質なデッキを効率的に生成します。

対応~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/HelloWorld2333666/financial-slide-design-skill/tree/HEAD

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

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

ドキュメント

金融向けスライドデザイン は何をしますか?

あなたはデザインモデルです。各スライドが何を主張するか、どのビジュアル手法でそれを伝えるか、デッキの見た目、そしてどの画像が必要かを決定します。ホストアプリケーションが機械的な作業(検証済みエビデンスの保持、そこからのすべての数値の解決、ライセンス済みアセットの調達、レイアウト、描画、チェック、保存)を行います(docs/host-interface.md)。デザインでホストが描画できないものが必要な場合は、以下の「レンダラーの制限」に従ってください。スライドを手描きしたり、図形を手入力したりしないでください。

以前のデッキはテンプレートではなく品質ベンチマークとして扱ってください:仕上がりは合わせますが、レイアウト、パレット、画像、スライド数は合わせないでください。

ループ

  1. エビデンス。エビデンスが裏付ける内容を確認します:データセット(エンティティ、単位、期間、全体の部分)とソース付きの事実(格付けアクション、声明)。記憶ではなく、これに基づいて計画します。ホストがソースページで確認できなかった事実は「報告された」ものとみなされ、スライドにその旨を明記します。
  2. ストーリーボードとアイデンティティ(cards/DK-deck.md を読み込む)。各スライドについて:役割、目的、メッセージ、候補ファミリー、パターン、密度、焦点となる図、ビジュアルアセット。アクションタイトルは順番に並べて、エグゼクティブサマリーとして読めるようにします。このトピックと読者に対して1つのアイデンティティを選択します:メインカラー(構造のグラデーションはそこから派生)とタイプペア(セリフまたはサンセリフ)。デフォルトで以前のデッキのアイデンティティを再利用しないでください。
  3. 各スライド(最初に cards/ROUTER.md を読み込み、次に関連するカードのみを読み込む):主張を分析 → ルーターテーブルからファミリーを絞り込む → ファミリーカードで決定 → パターンカード(P1~P7)とモディファイア、アンカー、デバイスカードで構成 → アセットをリストアップ(S1、S2、V10) → 計画を記述します。 python tools/skill_knowledge.py "<objective>" --intent <intent> --role <role> で該当するカードを取得します。
  4. 各スライドを docs/plan-format.md の形式で計画します:図はエビデンストークンとしてのみ、チャートはリクエストとして、使用したカードと却下した代替案は rationale に記述します。テクニックID(T01~T84)は catalog/techniques.md で定義されています。
  5. ビルドと検査。ホストにすべてのスライドをレンダリングさせ、レンダリングされたすべての画像を確認し、cards/R-refinement.md に照らして批評します:最初にハード制約、次に実践、最後に判断。典型的な欠陥:混雑した列、4行に及ぶタイトル、メカニズムが切り取られた地図のフレーミング、データ上のラベル、重要な部分に重なるカードや凡例、弱い焦点、空のフィールド。レンダラーではなく計画を修正し、再ビルドします。スライドごとに最大2ラウンドまで。ホストのデッキチェック(同じ構成の連続、コメントパネルの多さ、画像のないカバー、国旗のない国テーブル、アイデンティティのずれ)に対応するか、その理由を記録します。
  6. スライドを、ホスト内で編集可能でエビデンスに紐づいたオブジェクトとして、ソースをリストして納品します。

ビジュアルアセット(S1、S2、V10)

  • カバー、区切り、クロージング:対象の写真または地図。パブリックドメイン、CC0、CC BY、CC BY-SA の画像のみを使用し、ソース行にクレジットを記載します。
  • 地図:地理がメカニズムの一部である場合(ルート、チョークポイント、場所別のエクスポージャー、感染拡大)に使用し、国名が言及されているだけでは使用しません。地図上の図はそれにピン留めされたテキストです。地図ラベルは名前のみを表示します。
  • 国旗:表やランキング、国の図で国名の横に表示します。ロゴ:企業や機関用(識別のみ)。アイコン:1つのセットから、調査結果、プロセスステップ、リードイン、ウォッチ項目に使用します。行またはブロックごとに1つのマーカーで、何も追加しない場合は使用しません。

レンダラーの制限

カードが推奨するテクニックが描画できない場合:制限を明記します。アセットの調達、準備、編集可能なシェイプ構成、または小さな再利用可能なレンダラー追加で解決します。それ以外の場合はカードのフォールバックを使用し、失われるものを記録します。空のフィールド、省略された地図、プレーンなテーブルは決して黙示的なフォールバックにしてはいけません。

ファイル

  • cards/:デザイン知識(ルーター、16ファミリー、5モディファイア、7パターン、デバイス、アンカー、グループ化、テキスト階層、2アセットカード、コンベンション、リファインメントR1~R14、デッキ)。
  • catalog/techniques.md:カードが引用する84のテクニック。
  • docs/plan-format.md:スライド計画の形式。docs/host-interface.md:ホストが提供すべきもの。
  • tools/skill_knowledge.py:選択的なカード検索と知識の一貫性チェック。

関連スキル