Communitygithub.com

封面设计

文章或视频需要文字优先的版画拼贴风格封面时,只需一句话或一个标题即可生成;也支持现有封面的品牌色变体、文字编辑或 4:3、3:4、16:9 比例适配。

封面设计 とは?

这是一个专为 AI 助手设计的封面设计技能,用于生成文字优先、版画拼贴风格的封面图片。它主要面向非设计人员,用户只需提供一句话或一个标题,技能就能自动完成文案提炼、隐喻构建、排版布局和配色风格的设定,并直接生成最终图片。该技能支持多种内容入口,包括文章链接(自动读取正文)、已有摘要、纯标题等,并能智能地处理不同输入情况:有原文时提炼精准短标题,只有标题时逐字保留,无内容时仅简短询问主题。它支持 4:3、3:4、16:9 三种常用比例,并内置四套预设配色方案(均为浅色纸白背景配深色文字),无需用户额外指定。生成过程遵循“一次写全生成规格”的原则,将文案、隐喻、版式、配色等一次性写入提示词,避免多次修补。生成后技能会自动进行“检查与交付”,核对文字、检查遮挡、验证比例,并保留生成记录。该技能适用于 Cursor、Claude Code、Codex 等 AI 代码助手平台,通过读取本地 Markdown 文档来驱动图像生成,不依赖外部付费 API。

対応~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/clarkzoe2026-a11y/cover-design-skill/tree/HEAD/skills/cover-design

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

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

ドキュメント

封面设计 · 文字優先の版画拼貼封面

文章の核心的な動作を理解しやすいシーンとして描き、タイトルがサムネイルで最初に読まれるようにします。独立したカバー向けであり、Web ページ、UI プロトタイプ、ポートフォリオの複製には使用しません。

一言で使える

非デザインメンバー向け: 一言で十分です。タグ、サブタイトル、色番号、スタイル、比率の入力を要求せず、生成前のスクリプト承認プロセスも設けず、一回で成功することを約束しません。デフォルトで直接画像を生成し、生成後は「チェックと納品」に従って自己チェックします。最初にコンテンツのエントリーポイントを判断します。

  • 記事リンクがある場合: まず本文を読むか、信頼できるローカルの本文を見つけます。読めない場合はギャップを説明し、未読の本文をタイトルだけのタスクとして扱いません。
  • 本文または要約がある場合: 正確で短いタイトル(核心的な動作、対象、結果を明確に説明。漠然とした開始点と終了点だけは避ける)を抽出し、コンテンツに基づいてタグ、説明、ボトムフローを選択し、各層がそれぞれ新しい情報を補完するようにします。実践的な記事では、本文の手順を簡潔なフローに圧縮し、「完全な実践」などの空虚で冗長な表現を置き換えます。元のタイトルは記事の識別にのみ使用され、必ずしもそのままカバーに使用する必要はありません。ユーザーが明示的に元の文言を要求した場合にのみ固定します。層の数はコンテンツによって決定され、無理に 4 層にすることはなく、情報を追加しない繰り返しの修飾は削除します。
  • 明確なタイトルのみがある場合: 直接生成し、タイトルの文字を一字一句保持します。イラストはタイトル自体がサポートできるテーマのみを表現し、全文の補完を要求せず、数字、機能、結論、アイデンティティ、組織、シリーズ名を追加しません。
  • タイトルも利用可能なコンテンツもない場合: 初めて短く「カバーで伝えたいテーマは何ですか?」と尋ね、他のフィールドについては追及しません。

タグ、サブタイトルはユーザーが指定することも、本文がある場合は内容に基づいて抽出することもできます。タイトルのみで補足内容がない場合は省略し、でっち上げることはしません。配色、スタイル、比率はユーザーが提供する必要はなく、「デフォルトの決定」に従って自動的に補完されます。

デフォルトの決定: 比率、配色、スタイル

比率: ユーザーが明示した比率またはプラットフォームの仕様を優先します。指定がない場合、デフォルトでは1枚の 4:3 のみを生成し、デフォルトで複数の画像を生成してクレジットを消費しません。

ユーザーの自然な表現処理
「縦長」3:4
「ワイド」「ビデオ横カバー」16:9
「3つのバージョン」「すべての一般的な比率」4:3、3:4、16:9 を各1枚、それぞれ再構成
明確なプラットフォームのピクセル/比率仕様仕様に従い、実際の出力サイズを報告

配色: 既存のブランドカラーまたは前の文脈で指定された色を優先します。それ以外の場合は、配色とプロンプト の 4 つのプリセットから 1 つを選択します。4 つすべてが紙白に近い薄い背景で、それぞれ微妙な色相と十分に濃い文字を持ち、アクセントカラーはタグまたは小さな紙片にのみ使用されます。シアンに固定されません。同じテーマではデフォルトで既存の配色を維持します。複数の比率のバッチ、文字のみの変更、色のみの変更、既存の画像に基づく調整はすべてそのセットを引き継ぎます。ユーザーが明確に「色を変えて」(または「青みが欲しい」などの方向性の微調整)と言った場合、または可視コンテキストに別の独立した新しいタスクがあり色が指定されていない場合にのみ、再選択します。入れ替えはそのような独立した新しいタスクにのみ使用され、厳密なランダム性を主張せず、セッションをまたいだ記憶に依存せず、追加のカラーパレット画像を生成しません。

スタイルベースライン: 背景は紙白に近く、ごくわずかな低彩度の色と細かい紙のテクスチャのみを残し、濃い色の文字はコントラストを保ちます。四隅はデフォルトでクリーンで、追加のコーナーの破れはありません。内部のタグ、ボトムフローの紙片、接続紙テープは自然な破れ端、細かい繊維、柔らかな紙の影を保持し、四隅をクリーンにすることで一緒に平らにしないでください。トップタグは、同じ色相範囲内で背景よりも鮮やかなアクセントカラーを使用でき、小さな領域で明るくし、濃い文字のコントラストを維持し、蛍光感を避けます。他の領域は低彩度のままです。すべてのテキストは同じファミリーのモダンなサンセリフフォントを使用し、情報の優先順位に基づいてウェイトとサイズを同時に割り当てます。メインタイトルは Bold、タグは Medium、説明とボトムフローは Regular で、イラスト内のサンプルテキストもこれに従う必要があります。各層に太字の黒文字を使用したり、サイズを縮小したり透明度を下げるだけで重みを偽装してはいけません。ウェイトの値とグリフの高さの基準は、量化版式ベースラインを参照してください。エングレービングライン、ハーフトーン、紙の重なり、柔らかな影はイラストと紙にのみ使用され、明朝体やセリフフォントは使用しません。ユーザーが他の要求をした場合は、その方向にデザインし、テキストのコントラストを維持し、これらの好みをすべてのカバーの禁止事項にしないでください。

自然な言葉はそのまま受け入れ、デザインフィールドについて逆質問しません。「色を変えて」はプリセットを変更し、その他の要素(コピー、構図、ウェイト、比率)は固定します。「青みが欲しい」「温かみが欲しい」は方向性に応じてプリセット内で微調整します。「X だけを Y に変更」は、既存の色、フォント、構図、比率を保持します。必要に応じて 比率と編集 を参照してください。

生成方法: 生成仕様を一度にすべて記述

  1. コピーを決定: 上記のコンテンツエントリーポイントに従って、相互に補完するコピーのセットを生成します。メインタイトルは、最小限かつ正確な単語で、核心的な動作、対象、結果を説明します。タグ、説明、フローはそれぞれ新しい情報を補完します。説明と手順は小さい文字を使用し、2行の長文を同じ太さにしてはいけません。ユーザーがカバーの元の文言を明示的に指定した場合は、一字一句保持します。
  2. メタファーを決定: 「誰が何を、どのような状態からどのような結果に変えるか」を描くことができる一文を定義します。イラストはこの核心的な変換のみを表現し、同じ結果は一度だけ出現します。本文のすべてのステップを描いたり、機械、フィルムリール、複数のビデオフレームを積み重ねたりしません。テーマが変われば主体と動作も変え、特定の記事の装置、家、手、ブラウザを文字を変えてすべてのテーマに流用せず、タイトルがサポートできる内容のみを描画します。
  3. レイアウトを決定: タグ、説明、メインタイトル、フロー、イラスト、マージン、余白を全体として調整し、必要に応じて連動して拡大縮小および再配置します。最初に情報グループ全体の外枠を制約し、次にタイトルとイラストを調整し、端が詰まったり中央に小さく固まったりするのを避けます。16:9 の横長バージョンは量化版式ベースラインに従い、「中サイズのフォント・余白を多く」とだけ書いてはいけません。テキストエリアが半分を占めることはグリフをいっぱいに広げることを意味しません。機械的にテキストを拡大したり、強制的に 2 列に分割したりしません。横長は左テキスト右イラスト、縦長は上テキスト下イラストが出発点です。紙片の延長と適度な重なりにより、テキストとイラストが一体となり、テキストが静かなイラスト面に重なった場合も鮮明さを保ち、イラストがストロークを覆い隠さないようにします。引用符や紙片も安全マージンに含めます。現在のキャンバスサイズに基づいて、グループ全体の外枠、各層の範囲、グリフの高さ、行間の正味スペースをすべてプロンプトに記述します。16:9 ベースラインは再利用可能な出発点であり、生成後は逸脱を確認します。比率が変わったり、長いタイトルがあったり、ユーザーがレイアウトの別の要求をした場合は再設定し、ピクセル値をすべてのキャンバスサイズにハードコードしません。
  4. プロンプトを一度に完全に記述してから生成: コピーとレイヤー、主要なメタファー、レイアウトと余白、フォント、背景、配色、比率を一度に完全に同じプロンプトに記述してから、現在の環境で利用可能な画像生成/編集ツールに渡して画像を生成します。デフォルトで組み込みの ImageGen を使用します。ツールがない場合は制限を説明し、プロンプトを提出するか利用可能なオプションを尋ね、コードで描画されたプレースホルダー画像を完成品と呼んだり、自動的に有料 API に切り替えたりしません。1回での成功を約束しません。生成後は「チェックと納品」に従ってコピーを一字一句確認し、サムネイルを確認します。
  5. 再生成か定点編集か: 全体的な再デザイン、またはユーザーが明確に「再生成 / 古い画像で変更しないで」と要求した場合は、新しいキャンバスから生成し、プロンプトを複数のパッチに分割して古い画像に重ねません。文字のみまたは色のみの変更の場合は、定点編集を実行し、指定された既存の画像を編集ターゲットとし、他のフォント、配色、構図、比率を固定します。編集を一律に禁止しません。2つのブランチはユーザーの意図に基づいて区別します。詳細は「複数比率と修正」を参照してください。

現在の効果参考: 霧青字重層級、暖紙白と橙タグ。レイヤー、ボリューム、紙の関係を参考にし、サンプルのコピーやテーマを複製しません。2つの画像の確認範囲はリポジトリの効果図リストを参照してください。

参考図はそれぞれ役割を示します: フォントとレイヤー、描画スタイル、色、編集ターゲット。ユーザーが要求した部分のみを参考にし、参考図の個人ウェブサイト、実在の人名、URL、顧客事例、古いタイトルを持ち込みません。付属の横長スタイル参考は、紙、版画コラージュ、文字と図の関係のみを制約し、すべての図が複製する主体ではありません。描画スタイルのみを借用する場合は、現在のタイトルの長さに基づいてフォントサイズを再設定します。

複数比率と修正

  • 4:3: 左テキスト右イラストが出発点になります。タイトルが長い場合はイラストを縮小し、明確な間隔を保持します。
  • 16:9: 横方向のスペースを利用してテキストと画像の比率を調整し、4:3 を引き伸ばしません。
  • 3:4: 上テキスト下イラスト、またはオフセット構図に再構成し、横長バージョンのタイトルを切り取ったり、パディングを追加してごまかしたりしません。
  • 各リクエストの比率は個別に生成し、以前に承認された画像はスタイルの参考として使用できます。古いバージョンを保持し、新しいバージョンとして保存します。具体的な適応例は 比率と編集 を参照してください。
  • 定点編集(文字のみ / 色のみの変更): 指定された既存の画像を編集ターゲットとし、他のコピー、フォント、配色、構図、比率を固定します。2つの文字や1回の背景の明るさ調整のために画像全体を再構築しません。
  • 新しいキャンバスからの生成(全体的な再デザイン / 明確な再生成): 古い画像を編集ターゲットとして渡さず、上記の 5 ステップに従って再構成します。

チェックと納品

生成された実際の画像を確認し、コピー、レイヤー、キーワードを一字一句照合し、テキストと画像の重なり、エッジと四隅が完全でクリーンであること、メタファーがテーマに対応していること、参考図の私的なコンテンツが含まれていないことを確認します。サムネイルを使用して、タイトルが最初に読めるかどうかを確認します。ファイルサイズ/ハッシュは美的な承認の代わりにはなりません。

16:9 の場合は、最初に量化ベースラインに従って情報グループ全体の範囲を確認し、次にフォント、イラスト、破れ紙の関係を確認します。指標は空すぎる/詰まりすぎている場合の再確認の手がかりとしてのみ使用され、数値が基準を満たしているからといって視覚的に合格とは宣言しません。

実際のピクセルサイズを読み取ります。ネイティブ出力には 1 ピクセル程度の比率の丸めが含まれる可能性があるため、実際のサイズを報告し、近似比率を正確に指定されたピクセルとして扱いません。厳密なピクセル要件が満たされていない場合は、処理を続行するか、ギャップを明確に報告します。

最終候補を現在のワークスペースに保存し、画像またはダウンロードリンクを提供します。同時に、生成プロンプト、参考範囲、実際のサイズを保持します。バッチ処理の場合は、リストを使用して各テーマを明確なバージョンにマッピングし、ディレクトリ順序で推測してはいけません。生成、自己チェック、ユーザーの承認をそれぞれ記録します。ユーザーが明確に確認していない場合は、「承認済み」とは書かず、あるバージョンの承認を他のバージョンに適用しません。

関連スキル