衣装デザインアトリエ 制作・追加ルール

意図しない低コントラスト・地味さ

キャラクター、主衣、背景が同化して魅力や形が読めない場合は再構成対象にする。ただし数値コントラスト閾値や、単に淡色であることだけでは自動NGにせず、目視で判断する。

柄依存のデザイン

柄を外すとテーマや衣装構造が読めなくなる場合は、柄を増やすのではなく独立した形・シルエット・大面色へ再構成する。

V&A資料の構造着想から独立案へ再構成

V&A等の資料は用途、層、量感、形、留め方という構造原理の着想に限る。原品の柄・配色・装飾を視覚的に再現しない。独立した用途、衣装・小物の形、大面色、無地の留め具へ離脱させ、main/detailの両方へ適用する。

親の役割

• 対象slugと作業順の指示
• worker成果物に対する独立レビュー
• NG原因をルールへ還元する調整
• 差分・receipt・反映後実物の最終レビュー、合否、最終統合

workerの境界

• 1 worker 1 exclusive scope。1 slugまたは競合しない明示的slug batchのraw、main/detail、検査結果と、割り当てられた台帳・receipt、R2、test、Git、Sitesの実作業だけを扱う。
• 読み取り、整理、実装、画像製造を含むworker作業はLuna Maxで実行する。
• 親QA前は共通データ、canonical、R2 manifest、公開allowlistへ反映しない。親QA合格後に単独所有を明示されたLuna Maxは、manifest・allowlist・共通台帳の更新、receipt作成、commit/push、Sites反映まで実行し、親へ提出する。
• テスト、コミット、Sites反映を含む委譲作業は、反映後の実物と検査結果を添えて報告する。
• 各子は画像、台帳・receipt、R2、テスト、Git/Sitesの反映結果を実物でセルフレビューし、合格成果だけを完成品として親へ報告する。FAIL候補は完成品として提出せず、失敗理由・改善/再試行・判断事項を報告する。
• 同じ排他的担当範囲・依存関係・技能で続く作業は、極小タスクごとに新規subagentを起動せず、既存Luna Maxへfollow-upして継続する。
• ルール安定後の非競合複数slug batchでは、同じ担当がmain製造→self-review→親main確認→detail製造→self-review→親QA後のrelease/tag/testまで、親の各gateを挟んで連続して担当できる。
• 独立pre-review、書込競合回避、認証/安全境界、異なる専門領域、担当が過大または不明確になる場合は別agentへ分離する。
• 具体的な改善指示後もNGが繰り返され同種逸脱または新たな退行が続く場合は、degradationHandlingに従いhandoffを残して安全な工程境界で停止し、未完了範囲を別Luna Maxへ再割当する。正常な担当を一律停止せず、単発NGだけで交代しない。
• main promptの冒頭と末尾に、1枚へ完全な全身4体を同時表示するターンアラウンドであることと、FRONT・STRICT 90-DEGREE SIDE・BACK・FREE POSEの4役を短く反復する。
• main生成後は実画像を開き、完全な全身人物4体と4役を一つずつ数える。単体ポートレート、4体未満、役割不足、見切れがあればself-QAをPASSにしない。
• main合格後に、その合格mainだけを参照してdetailを生成する。
• manufacturerのself-QA後、manufacturerとは別のLuna Max pre-reviewerが同じ担当範囲をchecklistで独立確認する。FAIL候補は完成品として提出せず、担当範囲・失敗原因・実施した改善/再試行・判断事項を親へ報告し、PASS candidateだけを完成品として親へ提出する。

絵柄と判別性

• セルルックで、線画がはっきりしたアニメ調にする。
• ベースキャラクターの顔、体格、耳、髪、尾の識別要素を保つ。
• 参照画像の頭身、頭部サイズ、胴と脚の長さ、肩幅、胸・腰・腿の量感を衣装に合わせて変えない。
• 正規参照と比べて明白な頭身・頭部サイズ・胴脚比・肩幅・胸・腰・腿の量感・体つきの逸脱がないこと。明白な逸脱は衣装やポーズの良さで相殺しない。
• 細部を増やしすぎず、通常表示で構造と模様を説明できる密度にする。

主画像

• 4:3の横長1枚にする。
• 左から正面Tポーズ、横、背面、任意ポーズを基本順序として並べる。均等4分割や固定列幅にはせず、各像の横方向の広がりに合わせて安全域を配分する。
• 正面・横・背面は、人物の高さと縮尺、接地位置を揃える。正面だけを拡大したり、横と背面だけを縮小したりしない。
• 正面Tポーズには腕を収める横幅を広く確保する。人物そのものを大きくするのではなく、周囲の余白と占有幅で調整する。
• 任意ポーズも同じ人物縮尺を基本とする。耳、尾、衣装、小道具が収まらない場合だけ、頭身と体格を変えず全身を最小限縮小する。
• 耳、腕、手、足、尾、衣装端、小道具を画像内へ完全に収め、各像を重ねない。
• 同じキャラクターと衣装の、正面・横・後ろ・自由ポーズの4方向が一枚で判別でき、全身と主要な衣装端が明らかに見切れていないこと。
• ポーズ、人体、衣装シルエット、主要部品に明らかな破綻がないこと。細部の好みや固定レイアウトの未達だけでFAILにしない。
• spec.componentsとspec.silhouetteはデザイン参考として使う。逐語的なprimary garment、固定topology、基層服の置換禁止、components順の完全一致はhard gateにしない。衣装・小物の大きな形とシルエットでテーマが伝わる方向を推奨する。
• shape-ledは色やテーマ名だけでなく、主題そのものに結び付く大きな外形で確認する。別の主題に見える断面・房・葉・容器形状は、配色が合っていても再設計する。
• 題名や手持ち小物1点だけへテーマを任せない。4体契約の直後に、主題へ結び付く主衣の大きな外形、大面色または素材面、機能構造を短いdesign lockとして置き、generic explorer outfit、plain tunic、default techwearなどslugごとの汎用代替を禁止する。生成後は題名と小物を一度無視して衣装本体から主題または用途が読めるかを実画像で確認し、読めなければdetailへ進まない。固定部品数は要求しない。
• mainとdetailの背景自体が単色で、人物・衣装・構造を読めること。detailは室内・店・舞台・棚・家具・陳列を作らず、小物を手持ち・装着・背景から孤立した構造資料として示す。自由ポーズで用途を説明する限定的な道具・足場・設備は、全面的な場面背景にならず、衣装を隠さない場合に許容する。
• 複雑な模様より衣装・小物のシルエットや形、大面色、構造を優先し、柄に依存せずテーマが伝わること。単純な留め具、構造線、小さなモチーフは許容する（ロゴや読める文字は除外）。
• キャラクター、主衣、背景が同化して魅力や形が読めない場合は再構成対象にする。ただし数値コントラスト閾値や、単に淡色であることだけでは自動NGにせず、目視で判断する。
• 柄を外すとテーマや衣装構造が読めなくなる場合は、柄を増やすのではなく独立した形・シルエット・大面色へ再構成する。
• V&A等の資料は用途、層、量感、形、留め方という構造原理の着想に限る。原品の柄・配色・装飾を視覚的に再現しない。独立した用途、衣装・小物の形、大面色、無地の留め具へ離脱させ、main/detailの両方へ適用する。
• 人工insetや数値余白ではなく、見切れと読めなさを判断する。12%、12px、5%などの数値目安や推奨レイアウトの未達だけではFAILにしない。
• provider raw mainのaspect差やcontain-fitは公開用の技術処理として扱い、foregroundを削る改変や明白な見切れを隠す加工は行わない。
• 縦の区切り線は描かない。必要な境界表現を使う場合も人物より背面へ置き、輪郭を横切らせない。
• 方向名は生成画像へ描かず、上部余白へ後処理で付ける。
• 輪郭、層、縫い目、留め具、模様の反復単位を判別できる大きさにする。

ディテール画像

• 最優先の出力契約: 1枚の設定集に、頭から足先まで完全な明確な自由ポーズ着用像と、衣装・小物の形や作りが理解できる構造表示を同時に含める。正面・背面の静的立ち姿だけで代替しない。
• 着用像は静的正面立ちから明白に区別できる自然な自由ポーズにする。生成promptでは片脚を曲げた踏み出し、体幹のひねり、左右腕の異なる動きなど複数の例を具体化し、静的正面、T pose、A pose、腕を少し開くだけの立ち姿への収束を防ぐ。合否では動作数や特定ポーズをhard gateにしない。
• detailは左に元キャラクターと同じ完全な自由ポーズ着用像を置き、残り領域に衣装の構造、レイヤー、留め具、小物、必要な拡大や別角度を、制作理解が増す大きさで整理する。
• detailのレイアウトは柔軟にする。統合表示、部分拡大、同部品の別角度、primaryに部品が付いたままの表示を許可し、exact6、固定2列×3行、固定slot順、zero contact、component subtraction、empty shell、完全分解はhard gateにしない。
• 服だけの構造図・bodyless衣装・分解図・独立した靴は完全に空にする。手、足、脚、爪先、肉球、顔、頭、尾、毛、皮膚、部分人体、マネキンを接続・残置しない。靴の開口は背景または暗い中空/裏地だけにし、胴体flatには腹部・へそ・胸・身体色を残さず、背景・裏地・衣装パネルだけで示す。スカート・パンツflatには尾を残さない。留め具を手で示す必要がある場合は、手首が衣服から生えない、衣服から明確に分離した限定的な手元拡大にする。
• approved mainと同じキャラクター、衣装、配色、主要形状を維持する。componentsは設計参考であり、逐語的なtopology・titleとの完全一致・部品の独立表示を合否条件にしない。
• mainの主要な胸・腰シェル、ケープ、ポーチ、脚カバー、履物など、見た目を支配する部位はdetail着用像でも維持する。小さな金具や診断用部品数の差だけをcontinuity NGにはしない。
• 自由ポーズの完全な着用像を含み、衣装ディテール・小物の形や作りが制作資料として理解できること。統合表示、部分拡大、装着状態など制作理解が増す構成を許可する。
• mainとdetailの背景自体が単色で、人物・衣装・構造を読めること。detailは室内・店・舞台・棚・家具・陳列を作らず、小物を手持ち・装着・背景から孤立した構造資料として示す。自由ポーズで用途を説明する限定的な道具・足場・設備は、全面的な場面背景にならず、衣装を隠さない場合に許容する。
• ポーズ、人体、衣装シルエット、主要部品に明らかな破綻がないこと。細部の好みや固定レイアウトの未達だけでFAILにしない。
• 複雑な模様より衣装・小物のシルエットや形、大面色、構造を優先し、柄に依存せずテーマが伝わること。単純な留め具、構造線、小さなモチーフは許容する（ロゴや読める文字は除外）。
• キャラクター、主衣、背景が同化して魅力や形が読めない場合は再構成対象にする。ただし数値コントラスト閾値や、単に淡色であることだけでは自動NGにせず、目視で判断する。
• 柄を外すとテーマや衣装構造が読めなくなる場合は、柄を増やすのではなく独立した形・シルエット・大面色へ再構成する。
• V&A等の資料は用途、層、量感、形、留め方という構造原理の着想に限る。原品の柄・配色・装飾を視覚的に再現しない。独立した用途、衣装・小物の形、大面色、無地の留め具へ離脱させ、main/detailの両方へ適用する。
• detailは単純なcropやtraceではなく、衣装ディテールと小物の形・作りが理解できる設定集にする。
• 左の着用像と残りの構造表示は、全身とディテールが明らかに見える範囲で自由に構成する。部分拡大、別角度、統合表示、装着状態を必要に応じて使う。
• 留め具・構造線・小さなモチーフは、制作理解を高める単純な表現なら許容する。ロゴ、透かし、読める不要文字、明白な人体・ポーズ・シルエット破綻はFAILにする。
• メイン画像の単純な拡大や切り抜きだけにせず、衣装ディテールと小物の形・作りが理解できる設定集にする。
• 生成後は実画像を開き、完全な全身、静的正面立ちから区別できる自然な自由ポーズを確認した後、着用者だけでなく全flatを一枚ずつ等倍以上で拡大確認する。靴、胴体、スカート/パンツなど一つでも身体断片が混入していればself-QAをPASSにせず、合格mainを固定してdetailだけをfresh生成する。構造表示の充実を自由ポーズ確認の代わりにせず、動作数や固定ポーズは合否条件にしない。

保存とダウンロード

• 公開ソースには1600×1200px・不透明・350KB未満のWebPだけを保存する。
• 元PNGを重複保存しない。
• 親QA前のraw mainを縮小、padding、compositeなどで改変しない。WebP変換は親QA合格後にだけ行う。
• raw mainは4:3±1.5%の範囲を許容してQAし、親QA後にだけ全contentのcontain-fitと連続背景の上下paddingをdeterministicに適用し、foregroundを削らず最終WebPを1600x1200へ正規化する。
• PNGダウンロードはブラウザー内でWebPを原寸変換し、寸法、透明度、ファイル名の語幹を保つ。
• 変換に失敗した場合は理由を示し、元WebPを保存できるリンクを残す。

specのmodelと正規front/side/backをdataから直読し、キャラクターの見た目・等身・体つきを固定する。model-aは大きな丸顔・巨大な目・短い胴脚の約4頭身と片垂れ耳/片立ち耳をpromptで反復し、耳だけでなく全身比を全員確認する。数値は生成安定化の目安とし、合否は正規参照との実画像比較で決める。

確認ゲート：生成前のmodel・参照固定と、main/detailのキャラクター一致

model-identity-lock

main promptの冒頭と末尾で『1枚に完全な全身4体を同時表示するターンアラウンド』を反復し、生成後は実画像を開いて正面・厳密な横・後ろ・明確な自由ポーズの4役を個別に数える。

確認ゲート：完全な全身4体と4役が一つずつ判別できる。単体ポートレートや役割不足を自己PASSにせず、合格前はdetailを生成しない

main-layout-drift, main-view-role-preflight, turnaround-exact-four-prompt-and-self-count-gate

合格mainをdetailの唯一の衣装・配色・主要形状の正本にし、mainを差し替えたらdetailも無効化して作り直す。detailは静的正面/T/A poseではなく、自然な全身自由ポーズと構造表示を同時に含める。服だけの構造図には皮膚・手足・顔などを接続せず、手元拡大が必要なら衣服から明確に分離する。

確認ゲート：main合格後にdetailを生成し、支配的な部位のcontinuity、完全な全身、自然な自由ポーズ、構造表示、服だけの資料へ部分人体が付着していないことを実画像で等倍照合する。動作数は数えない

main-detail-invalidation, detail-source-and-pair-compatibility, detail-visible-action-pose-and-self-check-gate, detail-isolated-construction-not-scenery-gate

1 worker 1 slug、専用出力先、slug/spec/model/prompt/SHAを照合し、想定外の候補や別slugの成果物はraw隔離する。

確認ゲート：担当範囲、spec、生成物の所有権と実画像が一致する

artifact-ownership, source-spec-slug-lock, shared-output-ownership-collision

manufacturer self-QA、別Luna Max pre-review、親最終QA、WebP化、R2 manifest照合、allowlistの順で証跡を揃える。

確認ゲート：親QA receiptとR2 main/detail receiptが揃ったslugだけ段階公開する

detail-independent-pre-reviewer-separation-gate, tag-and-release-gates, draft-gate-metadata-semantics

正規参照との等身・体つき逸脱をhard NGとして扱う。意図しない低コントラストや柄依存、V&A原品寄りは、sourceの用途・palette・required large componentsをdesign lockにして大きな形・色面・構造へ再構成する。題名や小物1点だけでテーマを済ませず、汎用crop top・黒shorts・default bodysuit・汎用techwearへの置換を防ぐ。淡色だけではNGにしない。

確認ゲート：利用者6基準、キャラクターとの分離、V&A原品非再現に加え、小物1点を無視しても衣装本体の外形・大面色・機能構造から主題または用途が読めるかを実画像で確認する。固定部品数は数えない

proportion-contrast-and-vam-reconstruction-gate, checkpoint-format-hold-and-shape-led-rejection, checkpoint-dominant-continuity-and-semantic-shape-gate, theme-token-small-prop-default-outfit-gate

固定slot、exact component数、zero contact、完全分解、逐語topology、数値余白など診断用の推奨を、利用者6基準に反するhard gateへ戻さない。detailでは室内・棚・家具・陳列を作らず、小物は手持ち・装着・孤立した構造資料として示す。背景自体が単色なら、自由ポーズで用途を説明する限定的な道具・足場・設備は、全面的な場面化や衣装遮蔽がない限り許容する。

確認ゲート：明白な破綻・identity不一致・4役不足・shape不成立・全面的な場面背景だけをNGとし、小差や限定的な動作小物はrecommendationまたは許容として記録する

quality-baseline-recalibration-false-negative-gate, detail-isolated-construction-not-scenery-gate

FAIL時は原因を、次のprompt文・生成順序・自己確認項目へ変換して/guideへ反映する。追加修正・fresh generation・基準緩和から適切な手段を選び、同じ原因が消えたかを新candidateで検証する。

確認ゲート：ログ追加だけで終えず、指示変更→再生成→実画像で再検証まで完了し、campaign固有の安定化判断を恒久ルールへ混ぜない

main-aspect-normalization-and-local-correction-gate, quality-baseline-recalibration-false-negative-gate, turnaround-exact-four-prompt-and-self-count-gate

獣人モデル

• sexy / non-sexyを問わず、非露骨なファッション表現として胸元の美しいネックラインや胸部の丸みを衣装シルエットで表現してよい。
• 太もものラインを魅力的に見せる衣装シルエットを、衣装設計の種類として許可する。
• 胸部と性器は衣装で覆い、裸体や性器露出にしない。
• 性的行為、フェティッシュ中心の構図、挑発的なポーズ、露骨な性的アピールにはしない。

ユニセックスモデル

• 活発さやテーマ表現のため、短い袖、短パン、ミニスカート、へそ出しなど丈の短い衣装と非性的な肌の露出を許可する。
• 女の子らしい衣装案でも胸のふくらみは最小限にとどめ、性的なアピールを加えない。
• 肌の露出は動きやテーマを説明する衣装設計として扱い、性的なポーズや強調にはしない。
• 裸体、性器露出、性的行為、フェティッシュ中心の構図、挑発的なポーズは禁止する。

全model共通

• 全modelで性器の露出、裸体、性的行為、性行為を主題とする構図、フェティッシュ中心の表現、挑発的なポーズは禁止する。
• 衣装の美しさを示す場合でも、透明素材や下着だけの状態にせず、衣装として成立する構造を保つ。
• 胸元や脚のラインを許容する場合も、キャラクターの顔、頭身、体格、耳、尾、手足、全身比率は正規model参照画像に固定する。

公開許可の条件

• 親QA receiptとR2照合済みreceiptが揃ったslugだけを明示的allowlistへ追加する。
• allowlist対象だけを段階公開し、未許可slugは絶対に公開しない。
• 公開後も既存2,020案を維持し、公開数とR2保管数を別々に記録する。
• 恒久運用: Sites/R2公開に必要な認証トークンは、必要時に親が追加確認なしで発行・更新してよい。値はログ・画面・成果物・Gitへ露出させず、この許可は公開対象slugやアクセス範囲の承認を拡大しない。

知見の還元

• 独立QAのNG、重複、R2不一致は原因・判断・ルール修正として再発防止ログへ記録する。
• 次のslugは修正後の/guideとcampaign receiptを読み、同じ失敗を繰り返さない。

補完対象

• 検索結果が0〜2件の、意味のあるスタイル・用途・国・季節・モデルの組合せ。
• スイーツ、アイドル、童話をテーマにした、形状主導で重複しない新案。
• ZIPは画像の直接採用ではなく、読み取った構造や発想を本プロジェクト形式へ置き換えた案。

反映順

1. 新規specとタグを作成し、既存案との重複を確認する。
2. Luna Maxでmain→detailを生成し、別Luna Max pre-reviewと親最終QAを行う。
3. R2 manifest照合後、slug単位でallowlistへ追加して公開する。