読書アプリのアイコンをAIで作ろうとした時のことだ。
結論から言うと、私が何時間もかけて磨き上げた「詳細で洗練された」プロンプトは、最初に勢いで書いたシンプルなプロンプトに負けた。制約を積み重ねればするほど精度が上がると思っていた。だがAI画像生成においては、逆説的に、書きすぎたプロンプトの方が結果を悪くすることがある。
アイコン制作という課題
Xcode 14以降、iOSアプリのアイコンは1024×1024ピクセルのPNG1枚で済むようになった。かつては数十サイズのアイコン画像を手作業で用意するのがiOS開発者の常識だったが、Asset Catalogの「Single Size」モードが、全サイズの自動生成を肩代わりしてくれる。
残る問題は「その1枚をどう作るか」だ。デザインの専門知識がない中で、AI画像生成ツールに頼るのは自然な選択だった。コンセプトは「読書の灯り」——琥珀色の暖かい光が暗い背景に浮かぶ、シンプルで落ち着いたアイコン。
第1ラウンド：詳細なプロンプト
私はプロンプトエンジニアリングの基本に従った。主題、構図、配色、雰囲気、ネガティブプロンプト（描かないもの）を全て明記する。結果として生まれたのは、こんなプロンプトだった。
A warm amber reading lantern as the sole focal object, casting a soft cozy glow downward onto horizontal flowing text lines beneath it, dark navy background fills the entire square frame...
読み応えのあるプロンプトだ。形容詞が積み重なり、方向が固定され、構図の細部まで指定されている。AIへの「完璧な指示」のように見える。
しかし、生成された画像を確認すると——ランタンが主役になりすぎていた。「灯りが横方向の文字列を照らす」という意図のはずが、「上から下へ照らす構図」に固定されてしまった。beneath、downward、sole focal objectという言葉が、AIの解釈を一方向に縛ってしまったのだ。
予想外の評価：「初回が一番いい」
プロンプトを改善するために、ランタンを外した案や光だけの案など複数のバリエーションを提示した。その中で、実は一番最初——プロンプトを本格的に組み始める前に、方向性を確認するために書いたゆるいプロンプトがあった。
warm glowing lantern or reading light illuminating horizontal lines, amber light on dark background, cozy focused atmosphere, clean geometric shapes, simple recognizable silhouette, reading app icon, no book, no text characters
これが、生成結果の中で最もバランスが良かった。
制約を重ねたプロンプトが、ゆるい初回プロンプトに負けた。なぜか。分析すると3つの理由が見えた。
- 詳細なプロンプトは制約が多い——AIの解釈の幅が狭まり、表現の自由度が下がる。
- 方向指示が強すぎる——
beneathやdownwardが構図を固定し、AIが自らバランスを取る余地を奪う。 - シンプルなプロンプトは方向性だけを示す——「温かい光」「暗い背景」「幾何学的」という大まかな方向を提示しつつ、AIが自分で構図を決める余白を残す。
プロンプトは描写文に似ている
この経験から気づいたのは、プロンプトエンジニアリングと文章執筆の類似性だ。
「温かい琥珀色の読書ランタンが唯一の焦点として、やわらかな居心地の良い光を下方向に——」と書かれた小説の冒頭より、「読書灯の温かい光が横方向の文字列を照らす」というシンプルな一文の方が、読者の脳内により良い情景を描かせる。形容詞が積み重なると、読者の想像力の余地が奪われる。プロンプトでも同じことが起きる。
図書館員が読者に本を推薦するときを考えてみよう。「この本は面白い」と言うだけで十分な場合がある。一方で「主人公が30代の男性で、舞台は昭和の東京で、文体が軽妙で……」と詳細に説明しすぎると、かえって興味を殺いでしまう。プロンプトエンジニアリングの本質は「AIへの指示」ではなく、「言葉でイメージを共有する」行為だ。制約を手放すことで、相手の創造性を引き出せる。
第3ラウンド：シンプルさを磨く
方向性が固まった後は、初回プロンプトをベースに微調整を行った。複雑化させるのではなく、ノイズを削る方向だ。
warm subtle reading light illuminating horizontal lines from the side, amber glow on dark navy background, cozy focused atmosphere, clean geometric shapes, simple recognizable silhouette, small light source hint on the left, no frame, no border, no sparkle, no decoration, reading app icon, no book, no text characters
変更点は3つ。subtleで光を控えめに、from the sideで光の方向を固定、no frame, no sparkleで余計な装飾を排除。追加したのは方向の指定だけで、描写の詳細度は上げなかった。
教訓：制約のパラドックス
このプロセスから学んだことをまとめたい。
第一に、詳細化＝改善ではない。プロンプトに制約を追加すればするほど、AIの表現範囲は狭まる。制約は「望まない結果を排除する」効果があるが、同時に「望ましい結果の可能性」も削る。画像生成においては、AI自身の構図判断を信頼できる余地を残すことが重要だ。
第二に、ネガティブプロンプトは最小限に。「描かないもの」を列挙するのは有効だが、長すぎるとAIの注意が分散する。no book, no text characters程度で十分な場合が多い。
第三に、最初の直感を大切にする。プロンプトの第1稿がベストだったという事実は、プロンプトエンジニアリングにおける「完璧主義の罠」を示している。最初の粗いプロンプトで生成した結果をベースラインにして、そこから何を改善すべきかを判断する。改善とは必ずしも追加ではない。削ることも改善だ。
おわりに
アイコンはまだ完成していない。だが、プロンプトを通じてAIと対話する中で、「書きすぎない技術」という教訓を得た。これは画像生成に限らない。AIとのコミュニケーション全般——文章校正、コード生成、データ分析の依頼——において、過剰な指定は相手の能力を制限する。
制約を手放して、相手に余白を与える。それは人間同士のコミュニケーションでも同じだろう。プロンプトエンジニアリングと呼ばれる技術の根底にあるのは、結局のところ「言葉でイメージを共有する」という、古くて新しい課題なのだ。