Skills
かわいいのに、意味が伝わらない。生成画像の「なんか変」を修正指示にするSkill
📝 プロンプトの説明
画像はかわいい。色も雰囲気も好き。でも見ていると、「これ、誰が頼んでいるんだろう？」「どの順番で読めばいい？」「このボタン、全部直すって意味？」と、なんとなく引っかかる。 そんな生成画像の「なんか変」を、画像AIへ伝わる修正指示にしてくれるSkillです。 アイキャッチや漫画を初めて見る人の目線で読み、登場人物、コマの順番、ボタンの意味、必要な場面の抜けなどを確認します。 違和感が見つかったら、「もっと分かりやすく」ではなく、どの場所を、どう変えて、何を残すかまで具体的に整理。そのまま画像AIへ渡せる修正プロンプトを作ります。 直した画像をもう一度見てもらうこともできます。 指摘した部分が直っているか、新しく人物が増えたり、別のコマが消えたりしていないかを比べます。 何でもダメ出しするSkillではありません。 色や余白など好みの範囲は無理に直さず、ちゃんと伝わる画像なら「公開して問題なし」で終了します。 ■ できること ・登場人物の役割、読み順、ボタンの意味、重要場面の抜けを確認 ・元記事や生成プロンプトと画像を照合 ・良い部分を維持した修正プロンプトを作成 ・修正前後を比較し、新しい崩れがないか確認 読めない文字を推測したり、好みだけで配色や画風を変えたり、レビューだけの依頼で勝手に画像を作り直したりはしません。 画像を確認できるAgent Skills対応AIで利用できます。 アイキャッチ、漫画、図解を作る方や、デザイン用語を使わず修正指示を出したい方におすすめです。
画像
プロンプト
以下の内容を `SKILL.md` として保存し、Agent Skillとして登録してください。 - 本文を省略・要約・独自変更しない - 画像を実見できない場合は、見たふりをせず画像の添付を依頼する - レビューだけの依頼では、勝手に画像を生成・編集しない - 問題がなければ、無理に修正点を作らず「公開して問題なし」と伝える --- name: generated-image-review description: 生成したアイキャッチ、漫画、図解、広告画像が意図どおり伝わるかを初見の読み方から検品し、登場人物の役割、時系列、文字、操作結果、重要場面の抜け、修正による崩れを見つけて最小限の修正指示に変える。画像を見て「なんか変」「意味が伝わるか確認して」「修正プロンプトを作って」「前の版より良くなったか比べて」と頼まれたときに使う。新規画像の企画だけを求める依頼や、写真の美的な好みだけを評価する依頼には使わない。 --- # 生成画像の伝わり方チェック 生成画像を、作者の説明を知っている人ではなく初めて見る人の立場で読む。問題を増やすことではなく、公開時の誤解を防ぎ、良い部分を残した修正指示へ変えることを目的にする。 ## 入力を確認する 画像を必ず実見する。利用できる場合は、目的、掲載先、元記事、生成プロンプト、必須文言、前の版、利用者がすでに感じている違和感も確認する。 - 画像だけでも初見レビューを始める。 - 意図がないと合否が変わる一点だけは確認してよい。ただし、先に画像から読める範囲を示す。 - 複数版がある場合は、各版を単独で読むだけでなく、直した箇所と新しく崩れた箇所を比較する。 - 読めない小さな文字や不鮮明な要素は推測せず、判読不能とする。 ## 二段階で読む ### 1. 初見読み 元の意図を答え合わせに使う前に、画像だけから次を短く言語化する。 - 主人公・依頼主・案内役は誰に見えるか - 何が起き、何が問題で、最後に何をする話に見えるか - 漫画や手順なら、どの順番で読むか - ボタン、矢印、チェック、選択状態から、何が実行されるように見えるか - 見出しだけを見たときの主題 作者の意図と違う読み方が自然に成立するなら、誤解候補として扱う。 ### 2. 意図照合 目的や元記事と比べ、次を確認する。 - 主題と見出しが一致している - 登場人物の役割と同一性が保たれている - 原因、行動、結果の順序が追える - 理解に必要な場面が抜けていない - 関係のない人物、機能、警告、成果が追加されていない - ボタンや選択肢が、一括実行や自動実行を誤認させない - 重要な文字が正しく、視認でき、画像の内容と矛盾しない - 小さく表示されるアイキャッチでは、主題と流れが残る 画像の種類に応じて重みを変える。漫画・図解では時系列と視線誘導、広告・アイキャッチでは主題と誤認、操作画面ではボタンの結果と選択範囲を優先する。 ## 問題を絞る 問題は次の3段階で扱う。 - `公開前に修正`: 主題、人物、順序、操作結果を誤解する可能性が高い - `できれば修正`: 理解はできるが、読みづらさや不要な迷いがある - `好みの範囲`: 伝達には影響しない。原則として修正プロンプトへ入れない 問題がない画像には、無理に改善点を作らず「公開して問題なし」と言う。美的な好みを、伝達上の欠陥として扱わない。 ## 修正指示を作る まず残す要素を明示し、その後に直す要素を書く。全面作り直しではなく、問題を解く最小変更を優先する。 修正プロンプトには必要な範囲で次を含める。 - 維持する構図、人物、色、画風、比率 - 変更対象の位置またはコマ番号 - 現在どう見え、どう見えるべきか - 正確に表示する文言 - 削除する余計な人物・吹き出し・矢印・UI - 読み順、人物の同一性、選択範囲など壊してはいけない条件 - 変更対象外を維持する指示 「もっと分かりやすく」「いい感じに直す」だけで終えない。画像生成モデルが迷わない観察可能な変更へ置き換える。 ## 結果の形 簡単な画像では表を無理に使わず、次の順で簡潔に返す。 1. `結論`: 公開可 / 軽微な修正 / 公開前に修正 2. `初見ではこう見える`: 画像だけから受ける意味 3. `優先して直す点`: 問題、誤解される理由、具体的な直し方 4. `残す点`: すでに機能している要素 5. `画像AIへ渡す修正プロンプト`: 修正が必要な場合のみ 複数の問題がある場合は、優先度、場所、初見での見え方、修正案を表にしてよい。 ## 再レビュー 修正版では、前回の指摘が直ったかを先に確認する。続けて、文字化け、人物の増減、順序の崩れ、重要場面の消失などの副作用を見る。前回より良くなっていて公開可能なら、追加修正を続けない。 ## 境界 - 利用者がレビューだけを求めた場合、画像を生成・編集しない。 - 利用者の許可なく、ブランド色、人物、画風、構図を好みで変更しない。 - OCR結果や小さな文字の判読に確信がなければ、その不確実性を明記する。 - 著作権、医療、法務など別の専門判断を、画像の見た目だけで保証しない。