衣装を小さな部品に分けると何が変わるのか
前回の記事「なぜAIは独創的な衣装を普通の水着に戻すのか」では、モデルが設計上の空白を、見慣れた形で補いやすいことを書きました。
そこで次に試したのが、衣装を一着のまとまりとして説明するのではなく、役割を持つ小さな部品へ分けることでした。
ただし、ここでいうモジュール化は、布を細切れにして身体へ並べることではありません。小さな布片を増やすだけなら、衣装はパッチワークや装飾の集合に見えます。重要なのは、支持、被覆、回転防止、動き、装飾といった機能を分離し、それぞれの接続関係まで決めることです。
今回は、衣装を小さな部品に分けると設計と生成の何が変わるのかを、Aquatic Coutureの試作で得た失敗と修正から整理します。
一着の服として書くと、失敗箇所が見えにくい
衣装全体を一つの文章で指定すると、完成画像に問題があっても、どの情報が不足していたのかを特定しにくくなります。
「軽く、非対称で、宝石とシフォンを使った独創的な衣装」と書いた場合、色や素材は反映されても、何が上部を支え、前面と背面がどう分かれ、どこで回転を止めるのかは未定義のままです。
結果に対して「もっと独創的に」「布を小さく」「装飾を減らして」と全体修正をかけると、成功していた色、顔、素材まで変わることがあります。問題が一か所でも、修正は衣装全体へ波及します。
部品へ分ける最大の利点は、珍しい形を作りやすくなることより、どこが壊れたのかを指させるようになることでした。
モジュール化は「見た目の断片化」ではない
見た目が複数の布片で構成されていても、それだけではモジュール設計とは呼べません。
たとえば、小さな装飾片を身体の周囲へ浮かべても、支持点や張力経路がなければ、衣装ではなくメダリオンや貼り付けたアップリケに見えます。反対に、一枚の連続した布でも、内部で支持、成形、回転防止の役割が明確なら、機能的には複数モジュールとして扱えます。
私が現在使っている基準は単純です。
その部品を外したとき、何の機能が失われるのか説明できるか。
説明できなければ、その部品は装飾か、役割が未定義の断片です。
Aquatic Coutureでは、次のような役割へ分けて考えています。
- 上部を支え、形を作る支持モジュール
- 前面の必要範囲を安定して覆う機能モジュール
- 背面の必要範囲を安定して覆う機能モジュール
- 荷重を受ける主アンカーと副アンカー
- 部品を引き上げ、位置を保つ張力経路
- ねじれや横ずれを抑える回転防止経路
- 風や歩行へ反応するシアー素材の動作モジュール
- 視線を集める主装飾と、小さな補助装飾
装飾もモジュールになれます。ただし、成立に関係する部品と、印象だけを変える部品を混ぜないことが重要です。
親構造は、部品の一覧ではなく「関係」で決まる
モジュールを八個並べたから、新しい衣装が八個できるわけではありません。
衣装の親構造を決めるのは、部品の形よりも、どの部品がどこへ接続され、荷重と張力がどの順番で流れるかです。
同じ前面モジュールを使っていても、左右アンカーから独立して吊るすのか、肩から斜めの経路で支えるのか、背面の縦軸と連動させるのかで、全体のシルエットは変わります。
反対に、花、扇、宝石、雫と外形だけを変えても、接続先と張力経路が同じなら、それは親構造の新案ではなく、同じ構造のテーマ違いです。
この考え方へ切り替えると、Theme DNAも色や柄だけではなく、関係の作り方へ変換できます。水滴なら下方向へ連続する張力、折り扇なら一点から開閉するヒンジ、つる植物なら枝分かれする支持経路、といった形です。
小さく分けると、修正を局所化できる
モジュール化の効果が最も大きかったのは、生成後の修正です。
たとえば、正面の部品だけが横へ広がった場合、以前は「衣装をもっと細く」と全体へ指示していました。すると、上部支持や背面、装飾まで小さくなり、別の失敗が生まれます。
モジュール単位なら、次のように分けられます。
- 成功した上部支持は固定
- 左右アンカーの位置は固定
- 背面モジュールは固定
- 細線支持の本数と接続先は固定
- 正面モジュールの幅、折り、終端だけを修正
つまり、成功部分をロックしたまま、失敗した一部だけを交換できるようになります。
これは画像編集だけの話ではありません。新規生成でも「変更するもの」と「維持するもの」を明確に分けられるため、一回の修正で別の成功箇所を壊す確率を下げられます。
また、比較実験もしやすくなります。アンカーと張力を固定して前面モジュールだけ三案試す、同じ親構造へ異なるTheme DNAを実装する、素材挙動だけを変える、といった検証が可能になります。
モジュール化しても、浮遊部品は衣装にならない
一方で、部品を分ければ自動的に成立するわけではありません。
旧Family Bの試作では、小型の立体部品を細い線で吊るす構造を考えました。技術ボードでは新しく見えましたが、身体との接触帯が弱く、部品が前方へ浮いたメダリオンのように見えました。
そこで、身体へ沿う曲面、局所的な接触帯、多方向の張力、回転防止を追加しました。接触の問題は改善しましたが、今度は「衣装」よりも「身体へ部品を貼り付けた奇抜な物体」という印象が残りました。
この失敗から分かったのは、モジュールには少なくとも四つの契約が必要だということです。
1. 役割：何を支え、何を覆い、何を動かすのか
2. 境界：どこから始まり、どこで終わるのか
3. 接続：どのアンカーへ、何本の経路でつながるのか
4. 安定：回転、横ずれ、浮き上がりを何で防ぐのか
さらに、隣の部品と視覚的・構造的にどう連続するかも必要です。単独では成立していても、衣装全体の文法から孤立すれば、異物に見えます。
一つの部品を書くための最小メモ
現在は、各モジュールを考えるとき、最低限次の項目を埋めています。
> 役割：何を成立させる部品か
> 位置：身体または衣装上のどこにあるか
> 外形：幅、高さ、方向、終端はどうなるか
> 接続先：主アンカーと副アンカーはどこか
> 張力：どの方向へ引かれて形を保つか
> 回転防止：ねじれや横ずれを何で止めるか
> 素材挙動：曲がる、落ちる、張る、透ける範囲
> 失敗条件：何に見えたら不合格か
この短いメモだけでも、「小さな青い布」「宝石付きの部品」といった見た目中心の説明から、生成後の状態を確認できる設計情報へ変わります。
重要なのは、すべてを数値化することではありません。モデルが迷いやすい位置関係だけを、曖昧な印象語から観察可能な状態へ変えることです。
実際に分解するときの6つの手順
衣装をモジュールへ分けるときは、次の順番で進めています。
1．先に親構造を一文で決める
「左右アンカーから前後の独立部品を支える」「肩から対角線の張力が側面アンカーへ流れる」など、全体の関係を先に一つへ絞ります。
2．見た目ではなく機能で分ける
花びら、宝石、リボンという名前より、支持、被覆、回転防止、動き、装飾という役割を先に割り当てます。
3．すべての部品へ接続先を与える
浮いて見える部品には、主アンカー、副アンカー、縫い目、張力線のいずれかが不足しています。
4．側面で前後関係を確認する
正面では独立して見えても、側面で一枚につながったり、部品が身体から浮いたりします。完全側面を設計図として使います。
5．成功部品をロックして、一度に一つだけ変える
複数箇所を同時に直すと、どの変更が効いたのか分かりません。親構造と成功部分を固定し、失敗モジュールだけを交換します。
6．最後にTheme DNAと装飾を載せる
構造が成立した後で、曲線、反復、素材、色、装飾を追加します。装飾によって支持経路が読めなくなったら、追加しすぎです。
小さく分けると、衣装の自由度より「検証可能性」が上がる
衣装をモジュールへ分けると、組み合わせの数は増えます。しかし、本当に大きな変化は、アイデア数ではありません。
- 失敗した場所を特定できる
- 成功した部分を固定できる
- 一つの変数だけを比較できる
- 同じ親構造へ別のテーマを実装できる
- 生成結果を感覚ではなく機能で評価できる
この五つが揃うことで、偶然出た一枚を保存する制作から、失敗を次の設計へ引き継ぐ制作へ変わりました。
モジュール化とは、衣装を小さく壊すことではありません。
一着の中に隠れていた役割と接続関係を、修正できる単位まで見えるようにすることです。
次回は、このモジュールを画像AIへ伝えるときの文章設計へ進みます。
否定語を並べるより、完成状態を書く。
「何を避けるか」ではなく、各部品が最終的にどこにあり、何につながり、どう安定しているかを、誤読されにくい順番へ組み立てます。
衣装生成で、一か所だけ直したかったのに全体が変わってしまった経験はありますか？