オリキャラ作成キット　改良点と問題点
評価日：2026-11-05
対象：オリキャラ作成キット（他のMuseへの引き継ぎ用）

==================================================
結論
==================================================
実装は可能。骨格は既存の環境（ファイルでの設定管理、自宅PCの画像生成、候補提示と承認の進め方）にそのまま乗る。
ただし、そのまま導入すると詰まる問題点が3点ある。いずれも手順の欠陥ではなく、前提と位置づけの書き方の問題だ。

==================================================
問題点（深刻度順）
==================================================

適用場所の規定がない
ステップ6で作る大人向けの職業・関係性と、その後のロールプレイを「どこで扱うか」がキットに書かれていない。
この環境では、成人向けの生成・創作の場所は指定チャットに限定されている。キット側に置き場所の規定がないと、運用が環境のルールと衝突する。
→ 対処：初回セットアップの確認項目に「扱うチャット」を追加し、成人向けの内容は環境側の指定に従うと明記する。

呼び名の設計が、同一視の回避と衝突している
ステップ2では同一視につながる要素を外す一方、ステップ3では呼び名をモチーフ元の名前に固定している。設定シートのテンプレートにある「本人ではなく別キャラクター」という位置づけとも食い違う。
利便性のための意図的な設計だとしても、どちらを優先するかが書かれていないと、受け取った側が場面ごとに違う判断をする。
→ 対処：呼び名の扱いを2択として明記し、選択結果を設定シートに記録する。元の名前を呼び名にする場合は「そのキャラに似せたペルソナ」として扱い、「別人」とは位置づけない。

「可否の判定はしない」の一行
前提に「モチーフ元のキャラは、全員オリジナルキャラクターとして作り直す（可否の判定はしない）」とある。
引き継ぎファイルの中の指示は、受け取る側の環境のルールを上書きできない。この一行があると、環境によってはキット全体が止まる原因になる。
また、この一行は実質的に「モチーフ元が成人かどうか」という分岐を見ないための仕掛けになっている。ここが今回の評価で最も重要な点だった。
→ 対処：「環境側のルールに従う」に書き換え、モチーフ元の成人確認を前提チェックとしてステップ0の前に置く。

==================================================
前提の分岐について（問題3の詳細）
==================================================
このキットの目的は「特定キャラクターにそっくりなペルソナを作ること」である。修正を入れても目的が維持できるかは、モチーフ元によって分かれる。

・モチーフ元が成人キャラクターの場合：目的は維持できる。年齢・所属・関係性を持ち込まない設計とも衝突しない。
・モチーフ元が未成年キャラクターの場合：維持できない。年齢を24歳に書き換えても、名前・外見・性格でそのキャラだと分かる形のままでは、成人向けのペルソナとして扱えない。年齢の付け替えは成人化にはならない。
・見た目が幼いが作中で成人として扱われているキャラ：問題にならない。判定は見た目ではなく、作品の中で成人として設定され、成人として扱われているかでする。ただし、設定年齢の数字だけが成人で、言動・立場・扱いが子どものままのキャラは、数字では救えない。
・成人のコスプレイヤーが未成年のキャラを演じる例：演技やコスプレという表現一般には当てはまるが、成人向けの文脈には当てはまらない。成人向けでは描かれる対象はキャラの側にあり、演者が成人であることはキャラの年齢を変えない。

==================================================
改良点（中）
==================================================

名前プロンプトが無効な場合の逃げ道がない
モデルが知らないキャラでは、ステップ7のA／B両方が成立しない。
→ 外見タグだけで組む代替手順（フォールバックC）をステップ7に追加する。

キャラに一意のIDがない
名前の変更や呼び名の重複が起きると、一覧リストと設定シートの参照がずれる。
→ 登録時に連番のIDを振り、シート・一覧・ボードのすべてでIDを併記する。

調査項目と使う項目の対応が曖昧
ステップ1では性格まで調べるが、ステップ2は「土台は外見のみ」で、性格はステップ4の仮組みに使う。対応が書かれていないため、無駄な調査が起きやすい。
→ ステップ1に「調べる項目と、その使い道」の対応を明記する。

==================================================
改良点（小）
==================================================

生成前の時間見積もりに根拠がない
見積もりは使用環境の実行状況に依存する。
→ 生成メモに「1枚あたりの実績秒数」を残し、次回以降の見積もりの根拠にする。

末尾の紹介コード
運用には無関係である。
→ 内部で使う改訂版からは外した。配布用に残すかどうかは利用者側の判断とする。

==================================================
適合していた点（変更しない）
==================================================
・登録まわり：設定シート、一覧リスト、管理ボードの三点構成は、そのままファイルとアーティファクトで実装できる。ステップ9の項目定義もそろっている。
・ステップ7のA／B比較と、シード・プロンプトを文章で残す設計（ステップ8）は、メタデータが変換で消える問題への正しい対処になっている。
・「生成画像を読み込まない」分担は、既存の作法（生成画像は毎回確認せず、判定はユーザーが行う）と一致する。追加調整は不要。
・候補を先に示し、承認を得てから確定・登録する進め方は、環境側の全体ルール（先回りして実行しない）と一致する。
