liusucheng1999-lab/imagegen-poster-workflow

ポスター出図ワークフロー

要件とモード

今回の要求、確認済みのコンテキスト、関連プロジェクト資料から、用途、掲載位置、視聴者の次のアクション、画面サイズ、正確なコピー、必要な機能、固定素材、禁止事項を抽出します。続編では、依然として適用可能な確認済みの要求を継承します。まず既存の資料と素材を確認し、その後、本当に不足している重要な項目をユーザーに尋ねます。通常のデザイン詳細は自ら決定します。

簡潔なリストを使用して、納品に必須の項目とそのソースを記録し、確認済みの要件と今回のデザイン仮定を分離します。用途に製品へのQRコードスキャンによるアクセスが含まれる場合、初回出図前に実際の機能コードを特定し、QRコードエントリをレイアウトに組み込みます。コードが必要かどうかは、用途とコンテキストによって決定します。必要な素材が不足している場合は、具体的な不足項目を説明し、納品要件は保持します。ユーザーが方向性を確認したい場合、またはプレビューを受け入れる場合にのみ、明確なステータスが記載されたプレビュー稿を納品します。

モード	使用タイミング	変更可能範囲
Generate	ゼロからデザインする場合、またはスタイルやコンテンツなどの参考のみを提供する場合	要件とブランド制約内で、ポスター全体を自由に構想
Redesign	ユーザーが既存のポスターに基づいてビジュアルをやり直したい場合	ブランドアイデンティティ、コア情報、指定素材は固定。構図、階層、描画スタイルは再構成可能
Edit	ユーザーが特定のバージョンで指定された内容を変更するよう要求した場合	ユーザーが選択した、または最も最近承認されたバージョンから開始し、ターゲットと必要な隣接領域のみを変更し、その他の部分は保護

これら3つのモードはデザイン意図を説明します。タスクに応じて、内蔵ImageGenがサポートする生成、参照、または編集方式を選択します。

参考図とオリジナルファイル

各画像について、役割、借用または固定する内容、変更可能範囲、および除外すべき詳細を明確にします。1枚の画像が複数の役割を担うことができ、領域ごとに説明します。

• スタイル参考は、照明、色彩、メディア、または質感を取得します。構図参考は、視覚的重心、視線の経路、またはレイアウトの関係を取得します。コンテンツ参考は、シーンやオブジェクトの事実を取得します。参考図内の無関係なテキスト、コード、パターンは除外します。
• ブランドまたはキャラクター参考は、輪郭、比率、配色、ロゴ、製品外観など、アイデンティティを識別できる特徴を固定します。編集ベースは、方向修正と検収の比較基準です。
• 原寸で使用する必要がある素材は、機能コード、正式なロゴ、確定済みの文字画像、指定された製品素材など、独立したソースファイルとして保持します。変更されていないオリジナルとベースを保持し、各生成または編集の出力は新しいバージョンに出力します。
• 美的参照は、ユーザーが承認した作品、または明示的に提供されたデザイン参考を優先的に選択し、今回は達成すべき具体的な特徴を記録します。キャラクター画像はキャラクターのアイデンティティのみを制約し、単独でポスター全体のスタイル選択を証明することはできません。プロジェクト内の過去の画像は、用途と承認ステータスを確認する必要があります。否定された稿は、失敗した方向性の記録に使用します。
• 競合が発生した場合は、ユーザーの今回の要求と明確な固定項目を優先的に満たします。次に、確認済みのブランド制約に従い、最後にスタイルや構図を借用します。関連する参考図と編集ベースを実際にImageGenに渡し、プロンプトで画像ごとに役割を説明します。重要なベース画像が不足している場合、または画像を転送できない場合は、ユーザーに再度添付を依頼します。

クリエイティブと出図

1. まず、今回のデザインが解決すべき伝達タスクと、選択した方向性の根拠を決定します。1～2文で、ビジュアルのメインライン、情報の優先順位、機能エントリがどのように協調してタスクに貢献するかを説明します。スタイルの選択は、用途または美的参照に関連付ける必要があります。美的根拠が不十分な場合は、方向性を未検証の仮定として記録し、比較可能な試作稿の作成を進めます。
2. 方向性が明確な場合は、直接出図します。GenerateまたはRedesignで明らかな方向性の相違がある場合は、まずコンセプトまたはビジュアル構成において真に異なる少数の候補を提案し、用途と美的参照で絞り込み、理由を簡潔に記録します。テキストの構想だけでは判断が不十分な場合は、2枚の比較可能なサンプルを優先的に生成し、ユーザー指定の数または範囲で実行します。各サンプルには、必要なコピー、機能エリア、ブランド制約を保持し、比較が全体デザインであることを保証します。Editは承認済みの方向性を継承し、部分的な目標を明確にします。
3. プロンプトには、まずタスクと正確なコピーを記述し、次に参考の役割、保護項目、簡潔なクリエイティブメインラインと情報階層を記述します。ImageGenが具体的な構図、文字と図の関係、照明、素材を統括させます。ユーザーが指定した場合、参考の調整、部分修正、実際の素材の埋め込みに必要な場合にのみ、正確な位置、比率、座標を制限します。未検証のフォント、配色、ポーズ、テクスチャ、レイアウトの仮定をすべてロックしないようにします。ユーザーが確認した、またはタスクに必須の可視テキストのみを配置し、すべての必須情報を保持します。
4. 呼び出し前に、納品リストと実際に送信するプロンプトを項目ごとに対照し、漏れ、試作稿への無断格下げ、必須項目の禁止項目への記入、参考図が実際に渡されているかを確認します。実際のオリジナルファイルを後から埋め込む場合も、プロンプトにそのスペースと階層を組み込み、後続の埋め込み手順を記録します。競合が発見された場合は、まずプロンプトを修正します。
5. 現在のセッションで内蔵のImageGenを呼び出し、タイトル、イラスト、レイアウト、画面要素を一緒に生成し、独立して成立する1枚の完全なポスターを取得します。実際の素材を原寸で埋め込む必要がある場合は、構図内に対応する領域を配置し、残りのレイアウトとビジュアルは引き続きImageGenで完了します。デフォルトでテキストなしのベース画像を生成したり、HTML/CSS、SVG、Pythonでポスター全体を描画したりしないようにします。内蔵ツールが使用できない場合は、その旨を正直に説明し、ユーザーが明示的に承認した場合にのみ、API Keyや追加料金が必要なパスを使用します。

テキストと機能コードの保護

• テキストは、ユーザーが指定した原文を基準とします。簡体字・繁体字、数字、日付、句読点、英字の大文字小文字、固有名詞を一字一句保持します。通常のコピーはImageGenに任せて図と一緒に生成し、確認します。ピクセル単位で既存のテキスト素材を保持する必要がある場合は、オリジナルファイルを直接使用します。重要なコピーが方向修正後も誤っている場合で、納品に一字一句の正確さが求められる場合は、該当領域で確認済みの原文を使用して精密なタイポグラフィを行います。
• QRコード、ミニプログラムコード、正式なロゴは、ユーザーが提供または確認したオリジナルファイルを使用します。正式な稿の機能コードは、常に実際のオリジナルファイルをソースとします。ユーザーの要求と現在のツールルールが許可する場合にのみ、該当領域で確定的なツールを使用して埋め込み、比率と鮮明度を保持します。機能コードは、完全なパターン、静帯、コントラストを保持し、隠蔽、変形、トリミング、フィルターを避けます。埋め込み後、完成品全体の構図、階層、QRコードエリアの関係を再確認します。出図後、最終公開サイズで対応するエントリを使用して認識を検証し、既知のターゲットがある場合は、ターゲットが正しいかどうかを再確認します。ミニプログラムコードはWeChatで検証します。帰属など、実際のビジネスに依存する結果は、個別に検証ステータスをマークします。
• 機能コードのオリジナルファイルが不足している場合は、ユーザーに補充を依頼します。プレビュー稿では、機能エリアを空けておき、モデルを使用して一見使用可能なコードを描画しないようにします。実際のスキャンで検証できない場合は、納品説明に「実スキャン待ち」とマークし、公開検収ではToDoを保持します。ユーザーが純粋なImageGenを要求し、合成を禁止している場合は、制限に従い、正確なテキスト、ピクセル単位の保護、実スキャンなどの検証待ち項目があることを説明します。

検収と方向修正

• 内容と機能の検収。 納品リストに従って、コピー、サイズ、ブランドアイデンティティ、オリジナルファイル、機能エントリ、禁止事項を確認し、元のサイズでトリミング、字形、コントラスト、アーティファクトをチェックします。漏れ、誤字、固定素材の変更、実スキャンの失敗は修正する必要があります。未完了のチェックリストはステータスを列記します。
• 全体デザインの検収。 全体図と実際の掲載サムネイルを、美的参照や候補と並べて見て、ビジュアルメインラインが成立しているか、情報の優先順位が明確か、図・テキスト・機能エリアが全体を形成しているか、スタイルの完成度が参照に達しているかを判断します。採用または作り直しを決定する具体的なビジュアル根拠を簡潔に記録します。1案のみで美的参照がない場合、美的判断は暫定的とし、必要に応じて真に異なる候補をもう1つ追加します。テキストの正確さ、ピクセルの一致、「目視確認済み」は、全体デザイン判断の代わりにはなりません。
• それぞれ結論を記録。 内容機能、全体デザイン、ユーザーの承認は、それぞれ記録します。最初の2項目が今回の要求にすべて達した場合にのみ、完成品候補として提出します。ツールの確認結果は、対応する項目のみをサポートします。ユーザーがまだ承認していない場合は、フィードバック待ちステータスを保持します。フィードバックが否定的だった場合は、そのバージョンのデザイン承認結論を取り消します。
• 否定的なフィードバックは、まず決定を振り返る。 「見栄えが悪い」「方向性が違う」などのフィードバックを受け取った場合、まず用途の理解、美的参照、キャラクター素材の使用範囲、選択根拠を振り返り、次のラウンドで検証する新しい仮定を決定します。すでに承認された方向性があり、問題が局所的で明確な場合は、Editに移行します。全体の方向性が成立していない場合は、Redesignに移行し、コンセプトまたはビジュアル構成を変更し、レイアウト指示の追加や装飾の交換のみに留まらないようにします。美的根拠を補充する必要がある場合は、確認済みの参照を再利用するか、明らかに異なる試作稿でユーザーに比較してもらいます。
• 方向修正と停止。 部分的な修正は、ユーザーが選択した、または要求に最も近いバージョンから開始し、各ラウンドで1つの項目または同一起因の問題グループに集中して修正します。修正後、ベースと比較してターゲットと無関係な領域をチェックし、その後2つの検収を再確認します。同じ仮定で再試行しても改善がない場合は、上流に戻って方向性を変更するか、具体的な障害点を報告します。ユーザーの範囲制限を保持し、根拠なく連続して再抽選しないようにします。

プロンプト、バージョン、納品

• ユーザーの元の要件、納品必須項目とそのソース、各ラウンドで実際に送信した完全なプロンプトを保持します。さらに、モード、ベースバージョン、実際に渡した参考図とオリジナルファイル、方向性の根拠、修正ポイント、それぞれ記録した検収ステータスを記録します。否定的なフィードバックが発生した場合は、否定された仮定と次のラウンドで検証する変更点を記録します。プロンプトは実録であり、事後の概要は別途記録します。
• 同じプロジェクト名に増分バージョン（例：poster-v01.png、poster-v02.png）を使用し、各バージョンに対応するプロンプトと親バージョンを記録します。オリジナル素材、ユーザーが選択したベース、最終採用稿を保持し、続きの改稿は明確なバージョンから開始します。オリジナルファイルを埋め込んだ場合は、ImageGen原図と納品完成品を区別し、埋め込み項目を記録します。
• ユーザー指定の場所またはプロジェクトの取り決めに従って完成品を保存します。ファイルを保存する必要がある場合は、プロンプトとバージョン記録を対応する図稿と一緒に保存するか、プロジェクトの既存の記録を使用します。チャットでのプレビューのみの場合、納品図と実際のプロンプトはセッション内に残すことができます。デフォルトでは検収を通過した完成品を納品し、ユーザーがまだ確認する必要がある項目を明確にします。