punk-cover

パンクカバー

基本ルール

punk-cover はカバー生成ワークフローであり、スタイルを所有するものではありません。リポジトリレベルの styles/ ライブラリから再利用可能なスタイルを1つだけ選び、そのスタイルのアトムをカバーの形式に適用してください。

このワークフローはローカライズされています。選択肢を提示する前に、ホストシステムの言語／ロケールを判定してください。zh、zh-CN、zh-TW、またはその他の中国語ロケールでは中国語モードを使用し、それ以外のロケールでは英語モードを使用します。ユーザーは 中文、English、または 中英双语 を指定して、これを明示的に上書きできます。選択されたモードに応じて、プラットフォーム名、スタイル名、質問、通知、生成される補足テキストをローカライズしてください。ユーザーが翻訳を求めない限り、元のタイトルとユーザーが指定した固有名詞は変更しないでください。

最終的な画像プロンプトは、「カバーの指示＋スタイルの指示」を単に連結したものではありません。選択したスタイルをカバー形式に適用した、カバー専用の統合プロンプトにしてください。

次の3つを入力として使用します。

1. punk-cover のタスクフィールド：プラットフォーム、指定されたアスペクト比、解決済みの生成比率、言語モード、任意の出力寸法と出力モード、タイトルの明確さ、記事の要約、カバーの伝達目標、共通の出力制約。
2. 選択したスタイルの META.md メタデータと、再利用可能なビジュアルスタイルのアトムを定義する STYLE.md。
3. カバープロンプトの全体的な形式を定義する references/cover-prompt-blueprint.md。

スタイルファイルは再利用可能なビジュアル言語を定義します。カバーブループリントは出力形式を定義します。最終プロンプトでは、両者を融合し、完全なカバー生成プロンプトにしてください。

リソース

• カバースタイルの一覧表示や選択には、references/style-catalog.md を読みます。
• プラットフォームの選択肢を提示する前、またはアスペクト比を解決する前に、references/platform-catalog.md を読みます。
• 最終プロンプトを作成する前に、references/cover-prompt-blueprint.md を読みます。
• 選択したスタイルについて、次の両方を読みます。
  • ../../styles/{style-id}/META.md
  • ../../styles/{style-id}/STYLE.md
• META.md のメタデータで outputs に cover または poster が含まれているスタイルのみを提示してください。
• メタデータに cover または poster が明示的に含まれていない限り、写真、アバター、ポートレート、ペット専用、ポラロイド専用、画像リミックスのスタイルを punk-cover メニューに提示しないでください。
• 旧式のカバーテンプレートは使用しないでください。選択したスタイルの META.md、STYLE.md、および references/cover-prompt-blueprint.md のみを使用してください。

ワークフロー

1. ソース資料を分析します。

   • 中心となるビジュアルの題材を抽出します。
   • ユーザーのタイトルまたはトピックがある場合は全文を保持しますが、記事本文全体を出力フィールドにコピーしないでください。
   • 選択したスタイルにサブタイトル欄がある場合は、任意のサブタイトル案を作成します。
   • 背景、対象読者、ムード、メタファー、禁止要素を要約します。
   • 長いソース資料を、タイトル／トピック、1～3文の背景要約、ビジュアルの題材、対象読者、ムード、メタファー、禁止要素という簡潔な派生フィールドに変換します。

2. プロンプトを生成する前に、プラットフォームとアスペクト比を確認します。

   • このローカライズ済みメニューを提示する前に、ホストシステムから言語モードを解決します。
   • ローカライズされたプラットフォームメニューと、プラットフォームと比率の完全な対応表には、references/platform-catalog.md を使用します。
   • ユーザーが指定した比率と、解決された生成比率の両方をタスクフィールドに保持します。
   • 指定された比率がサポートされていない場合は、数値上もっとも近いサポート対象の生成比率に自動的に解決します。現在の言語モードで、もっとも近い比率のみ生成可能であることを伝え、解決された比率をそのまま使用します。別の比率を選ぶようユーザーに尋ねてはいけません。
   • X でのリクエスト 5:2 は 21:9 に解決されます。
   • WeChat 公式アカウントでのリクエスト 2.35:1 は 21:9 に解決されます。
   • サポート対象のカスタム比率はそのまま維持します。サポートされていないカスタム比率には、同じ最寄り比率のルールを適用します。
   • ユーザーがソースコンテンツのみを提供した場合は、どのプラットフォームで公開するかを尋ねます。まだプロンプトを生成してはいけません。
   • ユーザーがカスタム比率を指定した場合は、上記のとおり解決し、文言にプラットフォームが関係する場合を除き、プラットフォームを尋ねてはいけません。
   • ユーザーが比率なしで幅 × 高さを正確に指定した場合は、その比率を算出して保持します。明示された寸法と比率が一致しない場合は、生成前にどちらを優先するか尋ねます。
   • デフォルトは単一画像です。ユーザーが複数サイズの一式を明示的にリクエストした場合は、指定されたすべての比率または出力寸法を保持し、生成前に少なくとも2つのターゲットを必須とします。
   • 複数サイズのリクエストに対して、トリミング、引き伸ばし、余白の追加、または複数の比率を1つのグリッドに配置する方法で対応してはいけません。ターゲット比率ごとに、独立して構成したプロンプトを1つずつ作成します。
   • ユーザーがプラットフォームまたは比率をすでに指定している場合、あるいはすべてを自動で決めるよう明示している場合に限り、この質問を省略します。

3. プロンプトを生成する前に、スタイルを確認します。

   • ホストシステムの言語／ロケールからすでに解決された言語モードを使用します。ユーザーによる明示的な上書きも受け付けます。
   • スタイルの選択肢を提示する際は、現在のモードに対応するローカライズ済みの「スタイル名」と「最適な用途」の内容のみを表示します。ユーザーがバイリンガルモードを選択した場合、または両方を求めた場合を除き、中国語と英語のメニューを併記してはいけません。
   • 中国語モードでは、references/style-catalog.md に記載された中国語のスタイル名と説明を使用します。英語モードでは、英語の表現を使用します。スタイル ID はどちらのモードでも変更しません。
   • スタイル ID またはいずれかのローカライズ済み表示名による、明確なスタイル指定を受け付けます。
   • 言語モードは、プロンプト、タイトル／サブタイトルの表現、ラベル、質問、補足テキストを制御します。許可なくユーザーのテキストを翻訳してはいけません。
   • ユーザーがカタログのスタイルを1つ指定した場合は、それを使用します。
   • ユーザーがカタログのスタイルに合致する完全なビジュアルの方向性を提示した場合は、そのスタイルが指定されたものとして扱い、対応する META.md と STYLE.md を使用します。対象となる指示には、复古时代错位编辑封面 のブリーフ、「复古未来主义 × 模拟基础设施 × 巨型系统流动 × 复古印刷质感」のブリーフ、「超大标题 × 中央视觉主体 × 图文穿插」のブリーフ、「真实纸雕层叠 × 极简留白 × 柔和光影 × 准确隐喻」のブリーフ、「真实纸张质感 × 击凸压凹 × 文字构图 × 克制视觉隐喻」のブリーフ、「抽象概念 → 具体场景 → 游戏机制 → 像素视觉隐喻」のブリーフ、「OSB 木板 × 工业蓝标识字 × 极简线条隐喻」のブリーフ、「黑白复古蚀刻版画 × 排线交叉排线 × 单一超现实隐喻」のブリーフ、「极简轻科技 × 纯白留白 × 单一渐变锚点 × 现代黑体标题」のブリーフが含まれます。スタイルを繰り返し尋ねてはいけません。
   • スタイルが指定されていない場合は、コンテンツに基づいて条件に合うカタログのスタイルをちょうど3つ推奨し、それぞれに1文で理由を添えてから、ユーザーに1つ選ぶか、カスタムのスタイルの方向性を提示するよう尋ねます。
   • ユーザーがすべてのスタイルメニューを求めた場合を除き、条件に合うスタイルをすべて表示してはいけません。
   • ユーザーが記事を提供しただけで自動的にスタイルを選んではいけません。すべてを自動で決めるよう明示された場合に限り、スタイルを1つ自動選択します。

4. この確認ゲートを使用します：

   • プラットフォーム／比率またはスタイルが不明な場合は、質問をした時点で止めます。スタイルファイルへの記入、プロンプトファイルの保存、画像の生成は行いません。
   • 記事のみが入力された場合、最初の応答にはプラットフォームについての質問と、おすすめのスタイルを3つ含めます。
   • プラットフォーム／比率とスタイルの両方が分かっている場合は、質問せずに続行します。

5. 最終的な画像プロンプトを作成します：

   • references/cover-prompt-blueprint.md を、prompts/cover.md の必須構成として使用します。
   • ../../styles/{style-id}/STYLE.md から、選択したスタイルのビジュアルアトムを正確に1つ読み取ります。
   • ../../styles/{style-id}/META.md から選択したスタイルのメタデータを読み取ります。存在する場合は、style_anchors、cover_shape_adaptation、must_preserve、avoid_when_applying_to_cover を含めます。
   • 選択したスタイルに固有で、必ず守るべき視覚的なアンカーを抽出します。素材、空間のロジック、タイトルの扱い、タイポグラフィの挙動、テクスチャ、配色システム、スタイル固有のネガティブ制約が対象です。
   • カバーのタスク項目とスタイルのアンカーを融合し、完全なカバー生成用プロンプトを作成します。最終プロンプトは、exports/ にある従来の完全なプロンプトのような、ひとまとまりのカバー制作指示として読めるものにします。互いに無関係なプロンプト断片を2つ貼り合わせたようなものにはしません。
   • カバーに特化したセクションとして、役割／タスク、入力項目、内容の理解、タイトルの階層、カバーの構成、スタイルの適用、画像とテキストの関係、タイポグラフィ、色／素材／テクスチャ、ネガティブ制約、最終基準を含めます。
   • カバーに関するすべての判断に、選択したスタイルを反映させます。たとえば、選択したスタイルが破れたコラージュの場合、タイトル、被写体、補助テキスト、背景、メタファーは、一般的なカバーにコラージュという語を付け足すのではなく、破れた紙、古新聞、テープ、粒子、網点、紙のレイヤーで表現します。
   • STYLE.md の内容を独立した第2セクションとして、そのまま追加してはいけません。スタイルのアトムをカバーブループリントに書き換え、適用します。
   • 複数のスタイルを組み合わせたり、2つ目の独自スタイルセクションを追加したりしてはいけません。
   • {{主题词}}、{{副标题，可留空}}、{{画幅比例...}}、{{请求比例...}}、{{生成比例...}}、{{语言...}}、{{用途...}}、{{补充背景，可留空}}、{{情绪倾向...}}、{{不想出现的元素，可留空}} など、明示的なプレースホルダーやその他の {{...}} フィールドをすべて置き換えるか、具体的な値で解決します。
   • 必要な詳細に対応するプレースホルダーがない場合は、「補足の文脈」「スタイルの具体化方法」「禁止要素」など、最も近いカバーセクションに統合します。
   • 長い記事の場合、タイトル／トピック項目には記事本文ではなく、内容から簡潔に導き出したタイトルまたはタイトルレイヤーを設定します。
   • プロンプトには要約した文脈のみを含め、元の記事本文を最終プロンプトに貼り付けてはいけません。
   • 任意の項目は、プロンプトで空欄のままにできると明記されている場合に限り、空欄にします。
   • 最終プロンプトに分析を含めてはいけません。
   • 複数サイズのセットを作成する場合は、対象となる比率または寸法ごとにブループリントを個別に作成します。内容、メタファー、スタイルのアイデンティティ、素材、パレットは統一したまま、各サイズに合わせて構成、スケール、タイポグラフィ、余白、読み進める方向、空間の挙動を書き換えます。

6. 画像生成の前にファイルを保存します：

   • 単一画像の場合、完全に入力済みのプロンプトを含む punk-assets/punk-cover/{slug}/prompts/cover.md を作成します。
   • 明示的に要求されたマルチサイズスイートの場合、代わりにターゲットごとに 1 ファイルを punk-assets/punk-cover/{slug}/prompts/cover-{ratio-or-size}.md として作成し、ファイルシステムで安全な比率またはサイズのラベルを使用します。
   • 単一画像の場合、画像生成が現在の実行に対する明示的なローカルファイルパス、ダウンロード可能な URL、または画像バイトを返したら、その成果物を punk-assets/punk-cover/{slug}/cover.png として保存します。
   • 広範な生成画像ディレクトリをスキャンして正しい成果物を推測しないでください。これらのディレクトリには、他の実行による無関係な画像が含まれている可能性があります。
   • 画像生成ツールが現在の実行に対して取得可能な明示的な成果物なしでインラインプレビューのみを返す場合、偽の cover.png を作成しないでください。
   • マルチサイズスイートの場合、明示的に取得可能な各成果物を punk-assets/punk-cover/{slug}/cover-{ratio-or-size}.png として保存します。ユーザーが別途 1 つを要求しない限り、スイートをコンタクトシートに結合しないでください。

7. 使用可能な画像生成ツール（image_gen など）が利用可能な場合、プロンプトを保存した後にデフォルトで画像を生成します。ユーザーがマルチサイズスイートを明示的に要求した場合は、ターゲットごとに 1 つの独立した画像を生成します。それ以外の場合は 1 つの画像を生成します。インラインプレビューの生成は画像生成の成功として扱いますが、ローカル画像の保存は、ツールが現在の実行の成果物を明示的に公開した場合にのみ成功として扱います。画像生成をスキップするのは、ユーザーがプロンプトのみの出力を明示的に要求した場合、または現在の環境に画像生成ツールがない場合のみです。画像生成が利用できない場合は、プロンプトファイルのパスと完全なプロンプト内容を返します。

初回応答フォーマット

プラットフォームもスタイルも指定されていない記事のみの入力に対して、アクティブな言語モードで簡潔に尋ねます：

1. このカバーはどのプラットフォーム／アスペクト比を対象にしますか？
   • references/platform-catalog.md からローカライズされたプラットフォームメニューを表示します。
   • X の 5:2 や WeChat の 2.35:1 など、サポートされていないリクエストは最も近いサポート対象の比率（21:9）のみを使用でき、自動的に適用されることを明確にします。
2. 推奨スタイル：
   • Style A：記事に関連する理由。
   • Style B：記事に関連する理由。
   • Style C：記事に関連する理由。

最後に、プラットフォームと 1 つのスタイルを選択するか、スキルにすべてを決定させたい場合は auto と言うようユーザーに求めます。また、言語モードとして 中文、English、または 中英双语 を選択することもできます。

スタイル選択のヒューリスティクス

• outputs メタデータに cover または poster が含まれるスタイルを使用します。
• ビジュアルの方向性として、OSB ボードのリアルな全面印刷、左上のマットな工業ブルーのサイン、右下の連続線によるメタファーを1つ、テキストとグラフィックの合計よりも広い余白が必要な場合は、OSB 工业蓝线条隐喻 を使用します。
• テーマを、文字どおりのイラストやピクセルフィルターをかけた画像ではなく、プレイできそうな雰囲気のピクセルアートのレベル1つ、ゲームのメカニクス1つ、キャラクターのアクション1つ、象徴的なゴールまたは障害物1つで表現する場合は、Godot 2D 像素隐喻海报 を使用します。
• 1つの関係性、緊張、または変容を、十分な余白、柔らかなスタジオの影、紙の構造に溶け込んだタイポグラフィを備えた、物理的に説得力のあるレイヤードペーパーのメタファーとして表現する場合は、立体纸雕概念海报 を使用します。
• 表紙を、リアルな紙の繊維、活版印刷のような浮き出しとへこみ、構成要素としてのエディトリアルなタイポグラフィ、控えめなレリーフのメタファー1つ、大きな余白を備えたアートブックやインディペンデントマガジンの表面のように仕上げる場合は、纸面击凸压凹封面 を使用します。
• 表紙を、厳密な白黒の版画、緻密なハッチングと点描、古風な科学イラストの細部、コンセプチュアルまたはシュールなエディトリアルのメタファー1つで構成する場合は、黑白复古蚀刻版画封面 を使用します。
• カスタム比率で強いエディトリアルポスターのインパクトを生み出すため、タイトルを、中央の主題1つ、明確な前景・背景のタイポグラフィレイヤー、制御された重なりで構成に組み込む場合は、超大标题图文穿插 を使用します。
• 戦略、製品、AI、スタートアップ、業界、コンサルティング、または分析の内容には、ビジネス／レポート向けのスタイルを使用します。
• AI、コーディング、デジタルワーク、未来のツール、または現代的なテーマに、人間を中心としたミッドセンチュリーのイラストと控えめな時代錯誤のメタファー1つが適している場合は、复古时代错位编辑封面 を使用します。
• AI、自動化、情報過多、ナレッジフロー、アーカイブ、インフラ、未来都市、またはシステムの変化を、壮大なアナログプロセス1つ、物理的な情報の流れ、小さな人間のアクションで表現する場合は、复古未来主义 を使用します。
• 科学、研究、医療、工学、またはメカニズムが中心となる内容には、ジャーナル／コンセプト向けのスタイルを使用します。
• 高い拡散性が求められるソーシャル投稿には、コラージュ、ジャイアントタイトル、ブロック、ブリック、またはディフューズスタイルを使用します。
• 抽象的、哲学的、批評的、またはコントラストの強いエディトリアルテーマには、白黒ミニマルまたはアバンギャルド・ジオメトリーのスタイルを使用します。
• メタデータがアバター専用、ポートレート専用、ペット専用、ポラロイド専用、または画像専用のスタイルは、cover または poster も宣言されていない限り、おすすめしないでください。

表紙プロンプトの設計図

完全なプロンプト構造には references/cover-prompt-blueprint.md を使用してください。以下のブロックは、統合後の最終プロンプトに含める必要がある、必須タスクフィールドの内容としてのみ保持されています。

# punk-cover cover task instructions

Create one single cover image for {platform}. Requested aspect ratio:
{requested_ratio}. Generation aspect ratio: {generation_ratio}.
{ratio_resolution_notice}

Use the following derived content only:
- Title/topic: {title_or_topic}
- Optional subtitle: {subtitle}
- Language mode: {language_mode}
- Requested aspect ratio: {requested_ratio}
- Generation aspect ratio: {generation_ratio}
- Short context summary: {summary}
- Visual subject: {visual_subject}
- Audience: {audience}
- Mood: {mood}
- Visual metaphor: {metaphor}
- Banned elements: {banned_elements}

The main title must be complete, accurate, and clearly readable. If the source title is long, extract a short high-impact visual title while preserving the complete meaning through a smaller title, subtitle, or context line.

For long articles, use only derived fields such as title, summary, visual subject, metaphor, and supplemental context. Do not paste the original article body into the image, prompt, metadata, or small text system.

The cover must work for sharing: first glance identifies the topic, second glance reveals the visual metaphor. The image should feel like a deliberate editorial cover, not a generic illustration.

Avoid universal cover failures: PPT cover feel, course-cover feel, generic information-graphic template, e-commerce advertisement, unrelated decoration, misspelled title, missing title, title cropped beyond recognition, or title severely blocked by visual elements.

Generate only one final image per target ratio. For an explicitly requested multi-size suite, generate separate independently composed images rather than a grid or contact sheet. Do not output explanations, alternatives, or multi-option compositions.

出力のルール

• 生成する最終プロンプトは、表紙タスクのフィールド、references/cover-prompt-blueprint.md、選択したスタイルアトム1つのみから構成した、統合された表紙専用プロンプトにしてください。
• 選択したスタイルの STYLE.md を、独立した第2セクションとして貼り付けないでください。そのスタイルアトムを表紙の設計図に合わせて調整してください。
• 最終プロンプトには、選択したスタイルの META.md と STYLE.md に記載された必須要素を反映してください。
• 長い原文を最終プロンプトにコピーせず、要約と抽出したフィールドを使用してください。
• プロンプトファイルにスタイル選択の理由を記載しないでください。
• 複数のスタイルを組み合わせないでください。
• 選択したスタイルのビジュアルレイヤー以外に、2つ目のカスタムスタイルセクションを追加しないでください。
• スタイルメニューに表紙以外のスタイルを表示しないでください。
• 出力は1つを既定とします。ユーザーが複数サイズのセットを明示的に依頼した場合に限り、複数の画像を生成し、比率ごとに別々の構図と成果物にしてください。