PPT-Forge｜生図マスターと Canva 編集可能再構築
ソースPPTの内容と高度な生成画像ビジュアルを、Canvaで階層分解・再構築し、継続編集可能なプレゼンテーションに変換します。本スキルは再利用可能な制作工程を提供します。プロジェクト名、業務データ、配色、総ページ数は今回の入力によって決定されます。
起動と範囲
- ユーザーのソースPPT、資料、参考図を読み込み、サンプル設定を選択またはコピーします。20ページフルサンプルは別の設定にあります。サンプル内の
source_pptx: nullは、実際のソースファイルの提供が必須であることを示します。 - 現在のユーザー要求をタスク境界とします。
target_slide_countはセット全体の目標ページ数です。mode: pilotの場合はpilot_pagesに対してのみビジュアルデザイン、再構築、エクスポートを生成します（デフォルトは最初の5ページ）。ただし、ソースファイル全体の構造は先に解析し、全ページのマスターテンプレートマッピングを計画します。フルモードは実際の総ページ数で動作し、24ページや20ページを固定ルールにしません。 - オリジナルファイルは読み取り専用とし、まずバックアップコピーを作成してSHA-256を記録します。すべての書き換えは作業コピーまたは新しいCanvaデザイン上で行われます。ソースファイルがない場合は、入力リストと空の台帳を作成し、「解析済み」「生成画像済み」「再構築済み」とは主張できません。
- 今回利用可能な画像生成機能、Canvaの分解/編集機能、PPTXエクスポートパスを確認します。Canvaは本フローに必須の工程です。能力が不足している場合は、引き継ぎパッケージを保存し、具体的なブロック理由を説明します。Canvaを迂回する実装に置き換えてはいけません。能力確認の詳細は Canva操作説明 を参照してください。
固定順序と段階成果物
以下の表に従って厳密に進めます。段階チェックが通過すれば続行可能です。ユーザーが明示的に要求したレビューポイント、または現在のツールが明示的に要求する保存/マージの確認のみ、待機して確認を取ります。
| 段階 | 必須作業 | 次の段階へのエビデンス |
|---|---|---|
| A ソース解析と事前計画 | 各ページから元のテキスト、ノート、構造、図表、画像、プレースホルダー、階層、参考図の関係を抽出。各ページの目的、完全な事前入力テキスト、レイアウト、画像位置を決定。元ページとターゲットページの関係を記録。 | page-plan.json、テキスト/事実台帳、ソースページプレビューと画像インデックスが完全。背景画像を先に出して後から内容を考えることはできない。 |
| B マスターテンプレートと割り当て | コンテンツ計画に基づき、同系列の3～5枚の無文字背景マスターテンプレートを生成。表紙、コンテンツページ、最終ページ、および確かに必要な差分レイアウトをカバー。色味、光源、質感、余白、タイトル領域、コンテンツ領域を固定。 | マスターテンプレート実ファイル、スタイル仕様、各ターゲットページに一意のマスターテンプレートマッピング。試作でも他のプロジェクトの「2枚の背景画像」ルールを流用しない。 |
| C 逐次ページ完全ビジュアルデザイン | 毎回、そのページのマスターテンプレート、そのページの完全な事前入力テキスト、対応する参考図と実際の画像素材を入力し、1ページ分の完全なビジュアルデザインを生成。ページごとにプロンプト、入力、バージョンを保存。 | 今回のバッチの各ページの完全なビジュアル画像とトレーサブルな入力。全体図はこの時点ではデザイン参照であり、テキストが画像内にあっても問題ないが、最終的な編集可能ページとして扱ってはならない。 |
| D Canva分解と再構築 | Canvaを使用して全体図を編集可能な要素に分解。個別のテキスト、カード、線、図表/表、透明装飾コンポーネントを一つずつ照合・再構築。事前入力テキストで文字認識誤りを修正。 | ページごとのデザイン/ページID、オブジェクト台帳、個別編集検証と再構築後のプレビュー。主要テキストとデータは全体図ビットマップ内に残してはならない。 |
| E バッチ品質チェックと静的統合 | 今回のバッチの各ページについて、テキスト、事実、レイアウト、マスターテンプレートの一貫性、編集可能性を比較照合。ページ番号順に新しいCanva作業ファイルにマージし、エクスポートして静的PPTXをチェック。 | ページ順序/枚数が正しい。文字欠け、重複背景文字、はみ出し、ラスタライズ、リソース欠落が修正済み。ページごとのQA記録がある。 |
| F 統一アニメーションと最終納品 | セット内のすべてのターゲットページの再構築が完了し、静的QAに合格した後、初めてアニメーション/GIFを一括作成し、再生を確認し、最終エクスポートを行う。 | 全ページ通過のエビデンス、アニメーション実測、最終PPTX、引き継ぎインデックス。試作はデフォルトでアニメーション/GIFを作成しない。 |
完全な段階閾値と手直しルールは workflow-and-gates.md を参照してください。C段階の途中でアニメーションを開始したり、「1ページに1枚の全体図しかない」という状態をD段階完了に見せかけたりしてはいけません。
ビジュアルと編集性の判定
- ソースPPTと現在の参考図からスタイルを帰納します。情報密度は設定で決定します。明確なタイトル、証拠図、カード、接続関係で密度を支え、文字を無限に縮小して詰め込むことはできません。
- 背景や複雑なイラストはビットマップでも構いません。ただし、すべての業務タイトル、本文、数字、ラベル、ソース表記は独立したテキストでなければなりません。カード本体、単純な幾何学構造、接続線、データ図表は優先的にCanvaネイティブオブジェクトとして再構築し、エクスポート後も検証を続けます。
- 複雑な光効果、イラスト、ガラス装飾でビットマップが必要な場合は、業務テキストを含まない透明PNGを1つずつ作成し、独立して配置します。オブジェクト自体の編集能力と全体移動能力は別々に記録します。PNGは編集可能なシェイプでも編集可能な図表でもありません。
- まずCanvaの
image_to_designクラスの機能を試し、次に実際のオブジェクトを確認します。機能名、パラメーター、エクスポートサポートは今回のツールに準拠します。コネクタにシェイプ作成などの操作がない場合は、Canvaエディター内で補完し記録します。変換によってすべてのレイヤーがロスなく復元されると仮定してはいけません。 - ナビゲーション構造と装飾コンポーネントは、今回のソース原稿と現在のニーズに基づいてのみ計画し、他のプロジェクト専用のコンポーネントを事前に用意しません。
トレーサビリティと実際のデータ
ソース素材をテキスト基準としますが、「ソースPPTに書いてある」ことが「事実確認済み」を意味するわけではありません。すべての重要な数字、賞、特許、顧客、ビジネスパフォーマンスについて、出典の場所とステータス（確認済み、資料により提供されたが独立確認未実施、推計、要確認）を記録します。データが不足している場合は 【要確認】 とマークし、補完しません。AI概念図を実際の製品写真として扱ってはいけません。参考図内の数字やブランドを本プロジェクトの事実として移植してはいけません。詳細は データとファイル契約 を参照してください。
各ページ、マスターテンプレート、コンポーネントには安定したIDを使用します。asset-index.json には相対パス、ハッシュ、出典、Canva IDを記録し、引き継ぎ時にはプロジェクトの絶対ルートパスを別途リストします。各ラウンドの保存時には、完了ページ、欠落項目、次のアクションを記録します。タスク復元時は、まずインデックスと引き継ぎ情報を読み、すでに承認済みのアセットを再生成しません。
必要に応じて参照するリソース
- 直接起動: コントローラープロンプト、起動サンプル。
- 段階A: 解析と事前入力プロンプト、ページ計画サンプル。
- 段階B: マスターテンプレートプロンプト。
- 段階C: 逐次ページ画像生成プロンプト。
- 段階D: Canva再構築プロンプト、必要に応じた透明コンポーネントプロンプト、オブジェクト台帳サンプル、能力とエクスポート境界。
- 段階E/F: バッチ品質チェックとアニメーションプロンプト、承認チェックリスト。
- ネットワーク、パス、ブレークポイント、引き継ぎ: 操作規範、引き継ぎテンプレート。
- パッケージの根拠と限界: 出典説明。
- オプションのオフライン支援: project_manifest.py は設定チェック、オリジナルファイル保存、台帳初期化、パスインデックスのみ行います。画像の生成、Canvaの呼び出し、PPTの作成は行わず、ビジュアル承認の代わりにもなりません。
実際の納品物
今回の範囲内の編集可能PPTX、ページごとのプレビュー、Canvaデザインリンクとページマッピング、マスターテンプレートと独立コンポーネント、完全なビジュアルデザイン、事実と素材インデックス、QA記録、引き継ぎ記録を納品します。試作の場合は「最初の5/Nページ完了」と明記し、セット全体完了とは呼べません。未検証の変換、編集、再生能力は「未検証」とマークします。ブロック時は、完了した段階を正確に納品します。