visual-style-ppt

ビジュアルスタイルの PPT

最優先ルール：Image 2.5 のみを使用

このスキルでは、最終的なスライド画像、サムネイルボード、ビジュアルページ、インフォグラフィック、記事のイラスト、PPT ページ画像をすべて Image 2.5 モデルで生成する必要があります。

画像生成に HTML を使用することは固く禁じられています。HTML/CSS ページ、ブラウザーのスクリーンショット、SVG/HTML モックアップ、キャンバスのレンダリング、ローカルスクリプトによるビジュアルの再現を、最終または中間の画像出力として作成してはいけません。Image 2.5 を利用できない場合に、代替手段として HTML を使用してはいけません。処理を停止し、Image 2.5 へのアクセスが必要であることを伝えてください。

このルールは、このスキルで最優先され、別の画像生成方法を示唆する可能性のあるワークフロー、参照ファイル、スタイルファイル、パッケージ化ルール、ユーザーによる簡略化、実装上の都合すべてに優先します。PPTX ファイルは、Image 2.5 が承認済みのページ画像を生成した後にのみ組み立てることができます。PPTX はコンテナーであり、画像生成の方法ではありません。

基本理念

ビジュアルスタイルを再利用可能なアセットにしてから、そのアセットをドキュメント、アウトライン、画像のみの PPT デッキ、スライド画像、小紅書のインフォグラフィック、記事のイラストに適用します。

このスキルは、Image 2.5 のみを使用するビジュアルスライドのワークフローとして利用してください。標準の納品物は Image 2.5 が生成するフルスライド画像です。ユーザーが PPT を希望する場合は、生成した画像をフルスライドの画像ページとして PPTX に配置します。ユーザーがこのスキルの方針を明示的に上書きしない限り、編集可能な PPTX コンテンツの実装や最適化は行わないでください。

必須の参照資料

• 全体の運用ワークフローについては、references/workflow.md を読んでください。
• PPTX と画像出力のルールについては、references/output-package.md を読んでください。
• ページタイプの選択については、references/page-types.md を読んでください。
• 生成後の修正については、references/revision-workflow.md を読んでください。
• スタイル抽出のためのヒアリングについては、references/style-interview.md を読んでください。
• デフォルトのターミナルテック系マガジンのビジュアルスタイルについては、styles/terminal-tech-magazine.md を読んでください。
• ユーザーがスタイルライブラリを求めた場合は、styles/ 内のファイルを一覧表示するか、読み込んでください。

デフォルトの動作

• デフォルトの出力形式：Image 2.5で生成したスライド画像です。ユーザーが「PPT」と指定した場合は、それらの画像をまとめて画像のみのPPTXを作成します。
• デフォルトのアスペクト比：16:9です。
• デフォルトの画像品質：Image 2.5、16:9、高解像度、鮮明なテキスト、滑らかなエッジです。
• デフォルトの言語：中国語を優先します。ユーザーが別の言語を明示的に指定しない限り、スライドのタイトル、セクションタイトル、モジュール名、キャプション、説明文、生成するすべての補足資料に中国語を使用します。固有名詞、製品名、モデル名、コード用語、避けられない専門用語は、元の言語のほうが明確な場合はそのままにします。
• デフォルトのスタイル：ユーザーが「终端风格」、「CodeBuddy 风格」、「科技杂志风格」と指定した場合、または別の保存済みスタイルを指定しなかった場合は、styles/terminal-tech-magazine.mdを使用します。
• デフォルトのテキスト密度：デフォルトでは情報量を抑えます。特にPPTの中面では情報を詰め込みません。ユーザーが配布用資料、レポートページ、インフォグラフィックを明示的に依頼しない限り、情報量の多いスライドは作成しません。通常の中面は、タイトル1つ、短いサブタイトルまたは要点1つ、短い情報項目を最大2〜3点にします。
• デフォルトのレイアウト方針：表紙は視覚的に印象的な表現にできます。中面は情報を優先し、落ち着きがあり、読みやすく、余白を確保します。画像や背景は補助的な扱いにします。
• デフォルトのスタイル分離：各デッキでは、選択したスタイルソースを1つだけ使用し、Style Lockを1つ設定します。ユーザーが明示的にハイブリッドを依頼しない限り、過去のタスク、以前の参考画像、関連のない保存済みスタイルのビジュアル要素を混在させません。
• デフォルトのコンポーネントの一貫性：1つのデッキでは、枠線、カード、コンテナ、区切り線、矢印、フッターのメタデータ、角丸、線の太さに、統一された反復可能なシステムを使用します。変化を付ける場合はレイアウトや強調で表現し、スライドごとにフレームやコンテナのスタイルを変えません。
• デフォルトのスライドヘッダーの一貫性：スタイルで小さなタイトルと番号を使う場合、それらは必ずしも絶対的なスライド番号やページ番号ではなく、繰り返し表示するコンテンツセクションのヘッダーとして扱います。該当するすべてのスライドで、配置、サイズ、間隔、形式を統一します。スタイルで表紙、目次、区切り、謝辞ページなどの例外が定義されている場合は、その例外を意図的に維持します。例外ページはコンテンツセクション番号に含めません。最初の該当する中面／コンテンツスライドは、通常01またはPART 1から始めます。
• デフォルトのロゴの扱い：デフォルトでは、Image2.5にロゴ、ブランドのワードマーク、デッキで再利用するマーク、透かし、繰り返し表示する英語の識別ラベルを生成させません。ロゴが必要な場合は、生成するスライド画像には含めず、後工程で固定の素材／レイヤーとして追加するか、納品後にユーザー自身で追加できるようにします。参考画像のロゴは形状の参考にはなりますが、Image2.5の出力では、ページをまたいだテキストやロゴの一貫性を保つ用途には信頼性が十分ではありません。
• デフォルトの日付／時刻の扱い：デフォルトでは、スライド、プロンプト、メタデータ、フッター、視覚要素に、日付、時刻、タイムスタンプ、「今日」、書き出し時刻、生成時刻、現在の日付を追加しません。元の記事で明示的に必要とされている場合、ユーザーが明示的に依頼した場合、またはスライドのテーマ自体がタイムライン、スケジュール、日付に依存するレポートである場合に限り、日付／時刻を含めます。元のドキュメントにファイルのタイムスタンプ、書き出しのタイムスタンプ、ローカルシステムの日付があるだけでは、デッキに日付／時刻を表示する理由にはなりません。
• デフォルトのページ数：ユーザーがページ数を指定している場合、またはスキル側で決定するよう明示的に依頼している場合を除き、希望するページ数／スライド数をユーザーに確認します。
• 複数の出力：構成、ページの種類、視覚的な主役、強調点を変えながら、ビジュアル要素の統一感を保ちます。
• 外枠を付けないルール：生成するスライド画像とサムネイルボードのキャンバス外周に、黒い枠線、濃い色の線、フレーム線を付けません。内部のグリッド線、区切り線、モジュールの枠線は使用できますが、画像の端から内側に配置するか、画像や余白が自然に端まで広がるようにします。スライド全体を囲む長方形の枠は作成しません。
• スライドごとの画像ルール：PPTのページは、スライドごとに個別の単一スライド画像として生成し、保存します。最終的なスライド画像として、複数スライドのコンタクトシート、ストーリーボード、PDFページ、コラージュを依頼または納品しません。各スライド画像は、フルブリードのPPTページとして単独で使用できるものにします。
• サムネイルを先に作る方法：複数ページのデッキでは、スタイルの一貫性が重要な場合、2段階のビジュアルワークフローを優先します。まずデッキ全体を小さなスライドのサムネイルとして示す「サムネイルボード／コンタクトシート」を1つ生成し、ビジュアルの流れ、グリッド、配色、ページごとの変化を固めます。次に、そのサムネイルボードをページごとのプロンプトとともにビジュアルの一貫性を保つ参考として使用し、承認された各スライドを個別にフルサイズの画像として生成します。サムネイルボードは計画／参考用の成果物であり、最終的なスライドではありません。
• サムネイルのグリッドルール：サムネイルボードの枚数は柔軟に調整できますが、4、6、9、16枠の安定したグリッドを優先します。計画したスライドすべてを収められる最小の推奨グリッドを選び、余った枠はスタイル／システム／参考用のタイルにします。各サムネイルは、最終スライドと同じアスペクト比にします。たとえば、最終デッキが16:9の場合、サムネイルボードの各スライドも16:9で構成します。ユーザーが3:4の縦型スライドを依頼した場合、各スライドも3:4で構成します。
• 生成前の確認：複数ページのデッキについてImage2.5を呼び出す前に、必ずoutline.mdとprompts.mdを作成し、ユーザーに確認または修正を依頼します。prompts.mdには、選択したスタイルのStyle Lock全文を含める必要があります。
• 最終パッケージ作成前の確認：Image2.5で生成した後、生成画像を表示するか一覧にして、すべての画像が承認されるまで待ちます。承認後に限り、画像のみのPPTXを作成し、すべてのスライド画像とprompts.md、outline.md、スタイル／参考ドキュメントをまとめて.zipパッケージを作成し、ユーザーのデフォルトの保存先フォルダーに保存します。

Workflow

1. リクエストを分類します：
   • 画像、スクリーンショット、スライド資料、ウェブページ、説明からのスタイル抽出。
   • スタイルライブラリの操作：スタイルの保存、一覧表示、名前変更、更新、呼び出し。
   • ドキュメントから PPT または画像を作成。
   • 画像のみの PPT の修正、または保存済みスタイルを使ったビジュアルデザインの刷新。
   • 生成後の、1 枚のスライド、1 枚の画像、または 1 つのセクションの修正。
2. スタイルを抽出する場合は、簡潔なスタイルキーワードのプロファイルを作成し、styles/ 以下に Markdown ファイルとして保存するかどうかを尋ねます。スタイルのアセットはスタイルファイルとして保存し、SKILL.md には保存しません。
3. スタイルを適用する場合は、保存済みのスタイルを選択します：
   • まず明示的な名前を使用します。
   • 「终端风格」、「CodeBuddy 那种风格」、「科技杂志风格」は terminal-tech-magazine として扱います。
   • 複数のスタイルが候補になる場合は、短い確認質問を 1 つだけします。
   • 保存済みスタイルごとに独自の Style Lock が必要です。同じスライド資料内のすべての Image2.5 プロンプトで、そのスタイル固有のロックを共通のプレフィックスとして使用します。
   • スタイルの分離は必須です。スタイルを選択した後は、ユーザーが明示的にスタイルの組み合わせを求めない限り、以前にユーザーが提示した参考資料や過去のスライド資料のビジュアル DNA を無視します。
4. ドキュメントのパスから作成する場合は、プロンプトやスライドを作成する前にドキュメントを読み、ストーリー展開、対象読者、推奨ページ数、ビジュアル上の見せ場を抽出します。
5. 画像または PPT を生成する前に、結果に大きく影響する不足している制作条件だけを確認します：ページ数、アスペクト比、中国語以外の言語要件、テキストの密度、ソースが日付を要求している場合に日付を表示するかどうか、画像ファイルのみを希望するか画像のみの PPTX パッケージを希望するか。PPTX を編集可能にする必要があるかどうかは尋ねません。ユーザーが言語を指定しない場合は、特にスライドタイトルを中国語優先にします。ユーザーが明示的に求めない限り、Image2.5 プロンプトにロゴ、ブランドのワードマーク、繰り返し表示するスライド資料の識別ラベル、透かしを含めません。求められた場合は、モデルにロゴを描画させるのではなく、後処理で配置するよう提案します。
6. 日付や時刻はデフォルトでは追加しません。ユーザーまたはソースが明示的に求めているため、出力に日付、時刻、「今日」、公開日、ログの日付、レポートの日付、タイムスタンプを含める必要がある場合は、ソース、会話環境、ローカルシステムの日付、または信頼できる時刻情報源を使って、まず日付を確認します。日付を捏造してはいけません。
7. references/page-types.md からページタイプを選び、各スライドを 1 つのページタイプに割り当てます。
8. Image2.5 で生成する前に、outline.md と prompts.md を作成します。outline.md にはスライドの計画とページの役割を記載します。prompts.md にはスタイル固有の完全な Style Lock と各ページのプロンプトを記載します。複数ページのスライド資料では、ユーザーがスキップを求めない限り、スライドごとのプロンプトの前にサムネイルボード用プロンプトも含めます。ページタイトルと表示テキストはデフォルトで中国語優先とし、翻訳すべきでない名前や用語のみ英語のままにします。ユーザーが確認をスキップするよう明示しない限り、画像を生成する前に作業を止め、これら 2 つのドキュメントを確認するようユーザーに依頼します。
9. 複数ページのビジュアルスライドを出力する場合、可能であれば次の 2 パスの生成手順を優先します：
   • パス A：計画したすべてのスライドを小さなサムネイルとして並べたサムネイルボード／コンタクトシートを 1 枚生成します。サムネイルの数は柔軟に設定できますが、4、6、9、16 枠を優先します。スライド数に収まる最小の安定した枠数を使用します。8 枚の場合は 9 枠を使い、余った 1 枠はスタイル／システム／参考タイルにします。ボードに含めるテキストは各スライドを識別できる程度に読みやすいものだけとし、レイアウト、色、リズム、画像配置、グリッド構成、全体的なビジュアルの一貫性を優先します。
   • サムネイルタイルのアスペクト比は、最終出力のアスペクト比と一致させる必要があります。最終出力のデフォルトは 16:9 のため、サムネイルタイルもデフォルトで 16:9 にします。ユーザーが 3:4、4:5、1:1、その他の出力比率を指定した場合は、フルサイズのスライドを生成する前に、各サムネイルタイルを同じ比率で構成します。
   • 可能であれば、サムネイルボードをユーザーと一緒に確認します。すでに進めるよう指示されている場合は、そのままビジュアルの一貫性を保つための参考資料として使用します。
   • パス B：指定された最終出力比率で、各スライドを 1 枚ずつ、個別のフルサイズ画像ファイルとして生成します。各 Image2.5 呼び出しまたは出力単位で対象とする最終スライドは必ず 1 枚だけにします。承認済みのサムネイルボード、選択した Style Lock、そのスライド固有のプロンプトをガイダンスとして含めます。
10. ビジュアルスライドを出力する場合、フルスライド用の Image2.5 プロンプトを作成し、ユーザーが outline.md と prompts.md を確認してから、スライド全体の画像を生成します。画像自体に最終的な短いスライドテキストを含めてもかまいませんが、通常の中面スライドは簡潔にします：メインタイトル 1 つ、短いサブタイトルまたは要点 1 つ、短いポイントは最大 2～3 個です。各プロンプトには選択したスタイルの Style Lock を含め、フォント、階層、レイアウトグリッド、装飾、色の比率、フッターの挙動、枠線／コンテナのシステム、避けるべき要素をスライド資料全体で統一します。表紙と中面スライドの扱いを分けます。表紙には強いビジュアルコンセプトを持たせ、中面スライドではテキストと情報の階層を優先し、画像や背景は控えめな補助として使います。
11. 最終的なスライド画像は必ずページごとに出力します。slide-01.png、slide-02.png など、順序が安定する命名パターンを使って各スライドを個別の画像ファイルとして保存し、提示します。PPT スライド資料の納品物として、結合画像 1 枚だけに依存してはいけません。Image2.5 が結合画像を返した場合は、下書き／参考資料としてのみ扱い、PPT の組み立て前に、承認済みのページ単位の画像として再生成するか切り出します。
12. 画像の生成後、レビュー用に画像一式を提示し、すべての画像を承認するか、修正が必要なページを指定するかをユーザーに尋ねます。承認される前に最終 zip を作成してはいけません。
13. 修正依頼では対象のスライド／画像を特定し、変更のないページはそのまま保持して、影響を受けるアセットのみ更新します。ユーザーがすべての画像を承認するまで、画像のレビューを繰り返します。
14. すべての画像をユーザーが承認した後、生成した各画像をフルブリードのスライドとして、画像のみの PPTX に組み立てます。PPTX は納品用のコンテナであり、編集可能なスライド資料ではありません。
15. 最終パッケージには、すべての最終画像、deck.pptx、prompts.md、outline.md、存在する場合は style-used.md、使用した場合はサムネイルボード、修正ログをまとめて 1 つの .zip にします。ユーザーのデフォルトの保存先に zip を保存します。macOS では、ユーザーが別のデフォルト保存先を指定している場合や、環境から明確に保存先がわかる場合を除き、~/Downloads を使用します。
16. プロンプト一式の生成後、スタイルを再利用可能なテンプレートとして styles/ に保存するかどうかを尋ねます。ユーザーが希望する場合は、Style Lock を含むスタイルファイルを保存し、今後のスライド資料では画像から再抽出せずに、保存済みスタイルを選択して開始できるようにします。
17. 最終品質チェックを実施します：スタイルの一貫性、中国語の読みやすさ、整った配置、詰め込みすぎがないこと、枠線／コンテナのシステムが統一されていること、外周に黒いキャンバス枠がないこと、過去のスタイルが混在していないこと、架空の日付がないこと、モデルが描画したロゴ／ワードマークのブレがないこと、1 スライドにつき画像 1 枚で出力されていること、出力条件が守られていること。

呼び出し例

• 「ターミナル風のスタイルで、この記事を PPT にしてください」
• 「CodeBuddy のようなスタイルで、このドキュメントを PPT にしてください」
• 「この画像のスタイルを抽出して、再利用可能なスタイルとして保存してください」
• 「現在利用可能な PPT スタイルを一覧表示してください」
• 「保存済みの terminal-tech-magazine スタイルで、10 ページの PPT を生成してください」
• 「この Markdown を 8 ページの画像版 PPT にしてください。16:9、Image2.5」
• 「まず outline と prompts を作成してください。確認してから画像を生成します」

言語ルール

デッキとサポート文書は、デフォルトで中国語を優先してください。特にタイトルは重要です。ユーザーが英語またはバイリンガルの出力を明示的に求めない限り、スライドのタイトル、セクション見出し、モジュールラベル、結論の行は中国語で記述してください。outline.md、prompts.md、style-used.md、revision-log.md などの生成ドキュメントや最終納品メモも、主に中国語で記述してください。英語は、固有名詞、製品名、モデル名、コード/API 用語、ブランド名、引用元の用語、翻訳すると明瞭さが損なわれる簡潔なラベル（Claude、Image2.5、API、Opus 4.6、XML タグ名など）に限って使用してください。バイリンガルのデッキでは、通常、中国語を先に、英語を補足として記載してください。

日付ルール

日付と時刻はデフォルトで表示しないでください。ユーザーが明示的に求めた場合、原文の記事で明示的に必要とされている場合、またはスライドのトピックが日付に左右される場合を除き、表示される日付、時刻、タイムスタンプ、「今日」、エクスポート時刻、生成時刻、現在の日付を追加しないでください。ソースファイルのエクスポートタイムスタンプ、ファイル名の日付、ファイルシステムの更新日時、ローカルの現在の日付は、内容に関連しない限りデッキに表示しないでください。

日付や時刻が必要な場合は、使用前に確認してください。ソースに必要な日付が記載されている場合は、その日付を使用してください。相対的または運用上の日付で、環境の日付を利用できる場合は、会話環境、ローカルシステムの日付、または信頼できる時刻情報源で確認してください。日付を作り出さないでください。中国語の日付形式は YYYY年M月D日、技術ログで推奨される形式は YYYY-MM-DD です。

差し替え可能なスタイル

再利用可能なスタイルライブラリは styles/ にあります。新しいスタイルは、次のような安定した名前を付けて、個別の Markdown ファイルとして追加してください。

• terminal-tech-magazine.md
• warm-editorial-report.md
• minimal-founder-deck.md

ビジュアルスタイルを変更するために、このスキルのワークフローを上書きしないでください。代わりにスタイルファイルを更新または追加してください。

各スタイルファイルには ## Style Lock セクションを含める必要があります。このセクションは、そのスタイルにおけるページ間の一貫性を制御するもので、次の内容を指定してください。

• フォントファミリーの雰囲気とタイトル・本文の階層。
• 言語の扱い：中国語を優先する画面上のテキストとサポート文書。特にタイトルでは、中国語を優先し、英語の用語や製品名を保持するルールも定めてください。
• 正確なピクセル数ではなく、相対的なフォントサイズのルール。
• レイアウトグリッド、安全マージン、ページのリズム、繰り返し使用するページ構成。
• 再利用可能な装飾要素とその使用頻度。
• スタイルの分離ルール：以前の参照資料、過去のタスク、関連のない保存済みスタイルから持ち込んではならない要素。
• 背景色、プライマリ、セカンダリ、アクセント、テキスト、控えめなテキスト、境界線、影・グローの色について、16 進カラー値を含む具体的なカラーパレットと、おおよその色比率。
• 境界線とコンテナのルール：統一された線の色、線の太さの雰囲気、角丸のスタイル、カード・パネルの素材感、区切り線の形状、デッキ全体で繰り返し使用する線の形状。
• フッター・ヘッダーのメタデータの扱い。
• ロゴ・ワードマークの扱い：デフォルトでは、生成ロゴや繰り返し使用するブランドマークを配置しないでください。必要な場合は、Image2.5 にロゴを描画させず、後から固定アセットを配置できるよう、目立たない空き領域を確保してください。
• テキスト密度の上限：表紙と各スライドに表示するテキストの厳格な最大量。通常のスライドはレポートのように文字を詰め込まず、低密度にしてください。
• 表紙と本文スライドのルール：表紙ではどこまで表現を豊かにできるか、本文ページはどの程度控えめにするか。
• Image2.5 に対するネガティブ制約。