AI衣装は、生成できても失敗する
きれいな画像と、成立した衣装は別物だった。
画像は、きれいに生成できました。
白と淡い紫の光沢素材、赤と金の花結び、片側へ長く垂れる腰布。キャラクターや背景との相性もよく、最初に見たときは「かなり独自性のある衣装ができた」と思いました。
それでも、衣装として見直すと成功とは言えませんでした。
ここでいう失敗は、画像が崩れた、生成されなかった、という意味ではありません。見た目は十分に魅力的でした。問題は、私が目標にしていた独自の衣装構造へ到達していなかったことです。
人物と背景を外し、衣装だけを分解したとき、原因がはっきりしました。
独自に見えていたのは、主に表面の装飾でした。衣装を支える基本構造は、よくある水着の形からほとんど変わっていなかったのです。
この記事では、その失敗例と、考え方を変えて作った成功例を比較します。
生成AIに服を「描かせる」ことと、服が成立する構造を「設計させる」こと。その違いに気づくまでの記録です。
生成できたのに、なぜ「失敗」なのか
最初の画像は、一見すると完成度が高く見えました。
配色はまとまり、装飾も細かく、履物まで統一されています。画像作品として見れば、成功と呼んでも不思議ではありません。
私も当初は、こうした「完成画像としての美しさ」を、そのまま「衣装設計の成功」だと考えていました。
ところが、見返すほど説明できない違和感が残りました。
この衣装は、どこで支えられているのか。
どの部品が衣装として必要で、どの部品が飾りなのか。
片側の長い腰布は、構造の一部なのか。それとも、既存の水着へ追加された装飾なのか。
正面では華やかでも、側面や背面はどうなっているのか。
当時の私は、違和感の原因を「装飾が足りないから」と考え、結び目やチェーンを増やしました。しかし、見た目を豪華にしても根本的な問題は消えませんでした。
問題は装飾の量ではなく、衣装の基本構造にあったからです。
見た目に新しさがあることと、衣装の構造が新しいことは同じではありません。
人物と背景を外すと、衣装の構造が見えた
キャラクターが着ている状態では、顔や髪、ポーズ、背景の情報量に目を奪われます。
そこで、元の着用画像をそのまま公開するのではなく、衣装だけを構成部品ごとに整理したデザインボードを作りました。
この作業は、単に人物を消す画像編集ではありません。着用画像から、上部、下部、腰布、装飾、履物を読み取り、それぞれを衣装単体の資料として再構成しています。
身体や背景による印象をいったん外し、「この部品だけを見たとき、何の役割を持っているのか」を確認するためです。
完成画像では魅力として働いていた要素も、設計図へ置き換えると、機能を持つ部品なのか、視覚的な装飾なのかが見分けやすくなります。失敗画像を評価するとき、私はこの“衣装だけを見る工程”を挟むようになりました。
注目してほしいのは、装飾の豪華さではなく、上部と下部の基本形です。
人物と背景を除き、衣装だけを分解した失敗例。和風装飾は豊富でも、主構造は一般的なビキニ形状のままだった。
衣装単体にすると、魅力と問題が同時に見えます。
赤と金の花結び、細いチェーン、淡い光沢のある布、長い腰布。これらには十分な魅力があります。
ただし、装飾を取り外したあとに残るのは、既存の水着として理解しやすい上部と、一般的な三角形の下部です。長い赤い腰布も、下部の機能を置き換える部品ではなく、片側の装飾へ付け加えられた垂れ布でした。
つまり、テーマや装飾には独自性があっても、衣装を成立させている主構造は従来型のままだったのです。
これは「ビキニという形が悪い」という話ではありません。
私が目指していたのは、既存の水着へ和風装飾を加えたデザインではなく、支持方法や部品構成そのものが異なる衣装でした。その目標に対して、構造が変わっていなかったことが失敗でした。
問題は、次の四つに整理できました。
既存のビキニ形状が主構造
和風装飾が構造を変えていない
長い腰布は機能部品ではなく付加装飾
支持経路より表面装飾が優先
このボードを作ったことで、ようやく違和感を言葉にできました。
テーマを装飾へ足しただけでは、衣装の構造は変わりません。
間違えていたのは、「服の名前」から考えていたこと
当時の私は、「和風の水着」「豪華な水着」「珍しい水着」のように、服のカテゴリー名から発想していました。
そのカテゴリーへ素材、色、装飾、長い布を追加する。雰囲気は変わりますが、設計の土台には、生成AIが理解しやすい既存の水着形状が残ります。
少なくとも私の制作では、「水着」として考え始めるほど、最終的に水着らしい形へ戻ることが多くありました。
そこで、「普通の水着にしない」「三角形にしない」と否定語を増やしました。
しかし、禁止する言葉を増やしても、何がどこで支えられ、どの部品が何を担当するのかが決まっていなければ、安定した構造にはなりません。
モデルの性能だけが問題だったのではありません。
私の指示の入口が、「どんな服の名前か」に寄りすぎていたのです。
そこで、衣装を名前ではなく、役割で分けることにしました。
上部を支える部品
前面を担当する部品
背面を担当する部品
左右の支点になるアンカー
各部品へ力を伝える張力経路
ずれや回転を防ぐ接続
動きを作る軽いシアー素材
構造へ統合された装飾
こうした機能ごとの部品を「モジュール」として考えます。
モジュールへ分けると、修正する範囲も限定できます。前面が広がりすぎたなら前面だけを直す。背面が不安定なら背面の支持経路を見直す。成功している上部まで一緒に作り直さずに済みます。
生成AIへの指示でも、「衣装全体をもっと独創的にする」という曖昧な修正より、「左右アンカーは維持し、前面モジュールだけを細くする」と指定した方が、何を残し、何を変えるのかが明確になります。
難しい用語を増やしたかったわけではありません。どの部品が、何のために存在するのかを明確にしたかったのです。
服の名前を細かくするのではなく、服を成立させる役割を細かくしました。
前面だけでなく、側面と背面を設計する
次に作ったのは、既存の水着へ装飾を足す案ではありません。
上部、前面、背面を別々の機能部品として設計し、それぞれをアンカーと細い張力経路で支える構造です。
失敗例では、下部の基本形が先にあり、長い腰布はその横へ追加されていました。
成功例では、前面と背面を最初から別の部品として設計しました。
左右にはアクアマリンのアンカーがあります。前面の赤い垂れ布は、左右のアンカーから独立した細い経路で支えられています。背面の垂れ布も同じアンカー系統を使いますが、前面とは別の経路です。
重要なのは、前面と背面が身体の下側で一枚につながっていないことです。
正面だけでは、前面の形しか分かりません。
背面だけでは、後ろの形しか分かりません。
完全側面を見ることで初めて、前後の部品が独立しているか、見えない位置で接続していないかを確認できます。
この経験から、側面図は補助資料ではなく、構造を検証するための重要な図になりました。
独立した部品は、ただ空中へ置けばよいわけでもありません。
どこが支点なのか。どこからどこへ力が流れるのか。どの部品が前面を安定させ、どの経路が背面を支えるのか。これらが読み取れる必要があります。
成功例では、左右のアンカーから伸びる細い線が、部品同士の関係を説明しています。
装飾にも構造上の役割を与えました。
左右のアクアマリンは、色のアクセントであると同時に、前面と背面を支えるアンカーです。中央の宝飾部品も、視線を集めるだけでなく、複数の経路が集まる接続点として使っています。
装飾を増やすのではなく、役割を持たせる。
それによって、装飾と構造を別々に扱わずに済むようになりました。
成功例では、装飾が構造を隠すのではなく、構造を読ませるために働いています。
「生成成功」と「設計成功」は別物だった
失敗例と成功例の違いは、布の量や装飾の豪華さではありません。
失敗例では、既存の形が先にあり、テーマは表面へ追加されていました。成功例では、衣装を成立させる機能部品から組み立てています。
失敗例の長い腰布は付加装飾でした。成功例では、前面と背面の部品それぞれが明確な役割を持ちます。
失敗例では支持経路が装飾の中へ埋もれていました。成功例ではアンカーと張力経路が読めます。
失敗例は正面の印象が評価の中心でした。成功例は正面・完全側面・背面を別々に検証しました。
この比較から、私の中で「生成成功」と「設計成功」の意味が分かれました。
生成成功は、画像が出力され、見た目として成立していること。
設計成功は、各部品が役割を持ち、支持と接続を説明でき、複数方向から見ても構造が破綻していないこと。
どちらも大切ですが、同じものではありません。
さらに、設計成功にも段階があります。技術ボードで成立しても、キャラクターへ着せると部品が広がったり、背景を追加すると細い支持線が省略されたりすることがあります。
そのため私は、構造ボード、三面図、着用画像、ロケーション画像を同じ合格として扱わず、段階ごとに確認するようになりました。
今回の記事で示した成功例も、一枚の正面画像だけで決めたものではありません。完全側面で前後の分離を確認し、背面で幅と接続を確認し、その結果を衣装単体ボードへ戻しています。
きれいな一枚を作ることより、別の条件でも同じ構造を保てることを重視しました。
今回の経験から、他の衣装にも使える三つの原則が残りました。
完成画像の美しさと、衣装の成立を分けて評価する
正面だけでなく、完全側面と背面を見る
衣装名より先に、部品・支持点・接続関係を決める
AI衣装の失敗は、生成されなかったときだけではありません。きれいに生成されたために、構造上の失敗を見落とすこともあります。
失敗画像を、次の設計図へ変える
失敗画像は、消して終わりにする必要はありません。
何が魅力的だったのか。
何が目標と違っていたのか。
どの部品が機能し、どの部品が飾りだったのか。
人物や背景を外し、衣装だけを分解すると、次に直すべき場所が見えてきます。
このラボでは、完成画像だけでなく、そこへ至るまでの失敗も記録していきます。
扱う予定なのは、衣装を機能モジュールへ分ける方法、アンカーと張力経路の設計、正面・側面・背面の検証、参照画像の役割分離、失敗画像から修正方針を作る方法などです。
生成AIに服を描かせるのではなく、構造から設計させる。
失敗画像を捨てず、次の設計図へ変える。
それが、「みず｜生成AI衣装設計ラボ」で続けていきたいことです。
次回は、なぜ普通の水着へ戻るのか
次回は、「なぜAIは独創的な衣装を普通の水着に戻すのか」を取り上げます。
テーマや装飾を増やしても、なぜ既存の形へ戻ってしまうのか。
モデルの癖だけでなく、プロンプトの入口にある「カテゴリー名」が、どのように形を固定するのかを、実例から整理する予定です。
AIで衣装を作るとき、いちばん困っているのはどんなことですか？
コメントで教えてもらえたら、今後の記事づくりの参考にします。