1 キャラクター仕様の位置づけ
キャラクター仕様は、創作物の制作現場で「そのキャラクターらしさ」を損なわずに再現・拡張できるよう、参照すべき情報の範囲と形式を体系化したものとして位置づけられる。設計の対象は、見た目から発話、行動、演出、制作手順、運用更新にまで及び、関係者間で解釈を揃えるための基準として機能する。
1.1 仕様書としての役割
キャラクター仕様は、制作チームが共有する判断材料として「何を決めるか」を明確にし、成果物の再現性を高める。たとえばデザイン部門が作る造形の意図と、シナリオ側の台詞選択、ゲームUI上の表現が食い違うと統一感が崩れるが、仕様が統合的に定義されていれば齟齬の発生を抑えられる。
さらに仕様は、単発の制作ではなく、追加イベント、衣装差分、モデル更新などの派生作業に対応するための運用指針としても働く。結果として、改訂の影響範囲を把握しやすくなり、品質管理がしやすくなる。
1.2 設定資料との違い
設定資料は物語上の背景や伝記的情報を中心にまとめることが多く、読者理解や監修のための文書として機能しやすい。一方でキャラクター仕様は、表現・制作・運用に直結する粒度で定義される点が異なる。
具体的には、設定資料が「この人物が何を大切にしているか」を語るのに対し、仕様は「場面ごとにどんな言い回し・振る舞いになるか」「どの表情セットを割り当てるか」「ゲーム内パラメータとしてどう表すか」まで落とし込む。したがって仕様は、情報の“適用”を前提とする。
1.3 対象領域と利用シーン
キャラクター仕様の対象領域は、映像・ゲーム・出版・グッズなど多様である。共通しているのは、制作担当が異なっても同じ人格像・造形像を参照できるようにする点で、利用シーンに応じて必要項目の優先度が変わる。
たとえばゲームでは、台詞や性能値とUI表現が結びつくため技術連携の比重が高い。映像作品では、カメラワークや表情のタイミング、モーションの滑らかさなど制作要件が中心になる。グッズでは、色の安定性や造形の再現範囲、塗装パターンの指針が重要になる。
2 基本情報の定義
基本情報は、キャラクター仕様の土台であり、他の章で扱う項目の参照点になる。ここでは「同一性」としてブレない核を定義し、以後のビジュアル、言語スタイル、行動原理の整合が取れるようにする。
2.1 キャラクターの同一性
キャラクターの同一性は、表記や見た目の差分が発生しても、どの人物・立場を指すかを確定できるようにする概念である。運用では、同名別キャラや誤配置を防ぐ役割も担うため、最初に確定しておくことが望ましい。
2.1.1 名前・別名・表記ゆれ
キャラクターの名称は、表記ゆれや翻訳、略称、ゲーム内表記の揺れが起きやすい領域である。仕様では正式名称と運用上許容される別名を整理し、各システムがどの表記を採用するかまで示すと誤実装を抑えられる。
2.1.1.1 文字表記ルールと略称
文字表記ルールでは、漢字・かな・英字の優先順位、全角半角、使用する記号、検索キーとしての扱いを定める。略称が許可される場合は、短縮の範囲と、誤認につながる短縮語の禁止事項も記載する。
また、UIやサムネなど表示領域が限られる場面では、文字数制限に合わせた短縮表現を用意する。ここで定義した略称は、台詞ログや実績名などデータとして永続化される箇所にも波及するため、更新時の影響整理が必要になる。
2.1.2 年齢・性別・所属
年齢・性別・所属は、物語上の立場や見た目の解釈に関わり、同時に演出や能力設計にも影響しうる。仕様では数値・レンジ・表現の方針を明確にし、曖昧さを減らす。
所属については、組織名だけでなく役職や所属領域（学園、部隊、派閥、チーム等）の粒度を決める。これにより台詞の敬称、制服や衣装の選択、イベント時の導線が統一される。
2.2 ビジュアルの要約
ビジュアル要約は、制作・監修・実装が参照しやすい形で外見を要点化する工程である。詳細な図面やモデル情報へ行く前に、誰が見ても理解できる要約を用意することで、手戻りを減らせる。
2.2.1 外見の特徴点
外見の特徴点は、見た目の識別性を担うパーツと、その組み合わせを整理する項目である。たとえば顔の形、髪型の形状、目の印象、体格の傾向、特徴的な小物など、遠目でも成立する要素を優先する。
さらに、特徴点には「変えてよい範囲」と「変えると別キャラになる範囲」を併記するのが有効である。衣装差分が増えるほど識別が崩れやすいため、核となる要素を守るための基準が必要になる。
2.2.2 カラーと配色方針
配色方針は、髪や瞳、制服系統、アクセント色の決まりを定める。色は制作工程や媒体によって見え方が変わるため、基準色を設定し、用途ごとの調整方針（明度、彩度、影色の方針など）を記載することが望ましい。
また、グッズや別解像度での再現に備え、印刷向けや低彩度環境向けの代替値を用意する場合がある。運用の前提として「どの色を優先するか」を明記しておくと、後工程での判断が揃いやすい。
2.3 口調・言語スタイル
口調と言語スタイルは、会話の印象を固定し、キャラクターの人格像を支える。ここでは台詞だけでなく、敬語レベル、語尾の癖、禁止表現、決め台詞の位置付けを整理する。
2.3.1 決め台詞と禁止表現
決め台詞は、特定の場面で使うことでキャラクター性を強めるための短い文言セットである。仕様では発話条件（緊張時、自己紹介時、勝利時など）と、言い換えの可否を定義する。
禁止表現は、キャラクターの倫理観や語感、世界観から外れる語彙や表現を避けるためのガードである。たとえば軽すぎる語調や、過度に現代的な比喩を避けるなど、作品のトーンに合わせて線引きを行う。結果として、テキスト制作時の迷いが減る。
2.3.2 話し方のトーン
話し方のトーンは、語尾だけでなく間（ま）、言い淀み、肯定・否定のニュアンス、反応速度を含む。たとえば短文中心か、丁寧語で説明しがちか、沈黙を挟むかなど、会話のテンポに関わる要素を整理する。
また、状況変化時のトーン遷移も定義する。平常時と緊急時、相手との関係性が変わると語調が変化する場合、それぞれのモードを用意しておくと複数担当の台詞が揃う。
3 性格・物語上の行動原理
性格と行動原理は、出来事に対する反応を予測可能にし、台詞や演出の一貫性を支える部分である。ここでは抽象的な「性格」の言語化にとどまらず、行動に結びつく形に整理する。
3.1 性格特性の整理
性格特性は、主観的に感じる魅力を制作上の指針に変換する作業である。典型的には、社交性、几帳面さ、攻撃性、共感性、好奇心といった軸をいくつか選び、強弱の目安を記載する。
重要なのは、特性が矛盾しないように関係づけることである。たとえば「慎重である」ことと「勢いで動く」ことが同居するなら、危険評価の条件や、背中を押す要因を示す必要がある。そうしないと、場面ごとに解釈が割れて演出が揺れる。
3.2 価値観と動機
価値観と動機は、キャラクターが何を優先し、何に迷い、何を恐れるかを示す核である。仕様では、価値観を言い換え可能な短い文にし、動機を行動へ接続できる形で記述する。
たとえば「正義感」だけでは抽象度が高すぎることがある。仕様上は「弱い立場を見捨てない」など判断基準として機能する表現にし、迷いの発生条件（リスクが高い、時間がない、相手の意図が不明など）を加えると運用に適する。
3.3 行動パターン
行動パターンは、日常と非日常の反応を分けて整理することで、制作時の迷いを減らす。ここでは行動を“結果”として書くだけでなく、その前段にある判断基準や優先順位もできる範囲で示す。
3.3.1 日常時の行動
日常時の行動は、移動、準備、会話の開始方法、仕事の進め方など反復される要素を指す。たとえば支度にこだわる、物音を気にする、雑談の起点になりやすいなど、観察可能な振る舞いを整理する。
さらに、生活習慣に由来する癖（視線の動き、姿勢の癖、手の扱い）を示すと、アニメーションやモーション方針にも接続しやすい。小さな習慣の蓄積が、視聴者にとっての「らしさ」になる。
3.3.2 事件時の反応
事件時の反応は、危機、発見、失敗、裏切りなど緊張が高まる場面の判断を規定する。仕様では、最初の数秒でどんな行動が出るか（凍りつく、確認する、突っ込む、逃げる等）を決めると、演出の整合性が取れる。
また、反応の段階を複数に分ける方法がある。初動、情報が揃った後、責任を負う局面など、時間の経過で態度が変わるならその遷移を記述する。こうすることで、台詞や演出の更新が起きても矛盾が減る。
4 能力・設定の設計
能力・設定の設計は、物語的な役割とゲーム的な実装可能性を両立させる章である。ここでは、能力をそのまま説明するのではなく、運用できる形へ落とし込む。
4.1 能力の種類と範囲
能力の種類と範囲は、何ができるのかを分類し、利用シーンに応じて適用範囲を示す工程である。分類は、物理的なスキル、魔法や超常、支援や妨害、思考や情報処理など、世界観に合わせて調整する。
4.1.1 物理・スキル・魔法などの分類
分類では、能力が属する領域と特徴を対応させる。物理・スキル・魔法といった大区分に加え、攻撃、防御、移動、回復、状態異常、解析、交渉などの機能分類を併記することで、設計の抜けを防ぐ。
4.1.1.1 等級・コスト・制約条件
等級は強さや到達難易度の整理に使われ、コストは使用頻度やリソース消費の設計に関わる。制約条件は、いつ使えるか、どんな条件下で制限されるかを示し、バランスと物語の整合性の両方を支える。
制約としては、時間制限、対象制限、必要な準備、発動失敗時のペナルティ、周囲への影響などが考えられる。ここを曖昧にすると、運用側が解釈で調整してしまい、キャラクターの強弱感が揺れやすくなる。
4.1.2 強みと弱み
強みと弱みは、能力の使いどころを明確にし、敵対・共闘の設計に役立つ。仕様では、得意な状況と苦手な状況を対応づけ、プレイや演出における説得力を確保する。
弱みは否定的に捉えるだけでなく、代償や条件として設計すると破綻しにくい。たとえば強力だが発動時間が長い、精度は高いが情報が足りないと再現が困難など、物語的にも納得できる形に落とし込む。
4.2 進化・成長のルール
進化・成長のルールは、能力がどう変化するかを定義する章である。成長は数値の上昇だけでなく、新しい技の解禁、表現の派手さの増加、制約の緩和など多面的に設計される。
仕様では、成長トリガー（ストーリー到達、トレーニング、獲得素材、イベント達成等）と、成長に伴う見た目・台詞・モーションの変化の有無を記載する。これにより、成長イベントの制作が一貫して行える。
また、成長の上限や停滞、役割の再定義（「支援型になる」など）がある場合は、物語の流れとゲーム設計の双方へ反映する必要がある。
4.3 装備・持ち物・アイテム
装備・持ち物・アイテムは、キャラクターの能力を媒介する要素であり、ビジュアルにも直結する。仕様では、装備枠（武器、道具、アクセサリなど）と、装備による能力補正の関係を整理する。
また、持ち物は“設定として存在するだけ”か、“運用で参照される”かを分けて定義する。たとえば物語上のキーアイテムは、演出用の小道具データとして管理し、ゲーム的効果が薄い場合は別扱いにするなど、用途に応じて管理粒度を揃えると混乱が減る。
5 制作・表現のための詳細設計
詳細設計は、造形やアニメーション、2D表現に必要な具体要件をまとめる。ここが曖昧だと、見た目の整合性が崩れるだけでなく、データ量や制作工数の増大にもつながる。
5.1 見た目の制作要件
見た目の制作要件は、キャラクターを描く・作る側の判断基準として機能する。要点を押さえた上で、参照画像、数値指定、再現範囲のルールを用意することで、媒体間の差異を抑えられる。
5.1.1 顔・髪型・体型の指針
顔・髪型・体型の指針は、特徴点を具体化する章である。顔は輪郭、目の形、眉の位置、鼻・口の比率など、髪型は分け目、毛束の流れ、長さの到達点などを示すと再現が安定する。
5.1.1.1 表情の基準（例：喜怒哀楽）
表情の基準は、喜怒哀楽のような代表セットを起点に、目線や口元、頬の張り、眉の角度などを整理する。仕様では、各表情の用途（会話開始、感情の高まり、反省、驚き等）と、強度の段階（通常、強、微差）を決めると便利である。
さらに、表情が変わるタイミングや遷移（怒から沈黙へ等）を示すと、アニメーション連携で破綻しにくい。撮影や演出の都合で表情が崩れやすい場合の補助指針も有効になる。
5.1.2 衣装の構造と差分
衣装の構造と差分は、基本衣装とバリエーションを管理するための設計である。構造としては、パーツ分割（上衣、下衣、装飾、ベルト、袖、襟など）と、着脱可能な要素の有無を明確にする。
差分は、季節衣装やイベント衣装が増える前提で、変更点を差分単位で整理する。たとえば色替えのみ、形状変更を含む、完全な作り直しが必要など、作業難易度の目安も合わせると制作計画が立てやすい。
5.2 3D・アニメーション前提
3D・アニメーション前提は、モデル制作から動作表現までを視野に入れた要件整理である。ここでは見た目だけでなく、可動範囲、変形の許容、リグ構造の前提を記述する。
5.2.1 モデル仕様の前提条件
モデル仕様の前提条件として、ポリゴン密度の方針、法線設定、マテリアルの分割、テクスチャ解像度の目安を定める。媒体によって要求品質が異なるため、目標プラットフォームや表示距離を前提に置くと判断が揃う。
また、破綻しやすい箇所（関節周り、髪の貫通、服のシワ、目の奥行きなど）に対して注意点を記載する。これにより、後から修正するコストを下げられる。
5.2.2 リグとモーション方針
リグとモーション方針は、可動表現と制作工数の両立を目指す部分である。関節の階層、IK/FKの採用、顔リグの有無、ブレンドシェイプの方針などを整理する。
モーション方針では、歩行の癖、腕の振り幅、視線誘導、感情表現のための身体動作（ため息、よろめき、緊張時の肩の上がり等）を定義すると、演出の連続性が保たれる。複数モーション担当がいる場合は、基準ポーズの配布や、モーション命名規則の徹底が重要になる。
5.3 グラフィック運用（2D/イラスト）
2D/イラスト運用は、手描きや合成の制作、UI表示、サムネ、イベント立ち絵などを含む。3Dとは別の制約があるため、画作りのルールを別途用意する必要がある。
5.3.1 背景との相性とライティング
背景との相性とライティングは、キャラクターがどの環境でも読めるようにする工夫である。輪郭の出し方、影の方向、ハイライトの強さ、服の素材感の表現を統一しておくと、背景差分が増えても破綻が少ない。
また、夜景や逆光など特殊環境での扱いを定めると、担当者の判断を減らせる。ライティングの指針がないと、同一キャラクターでも作品ごとに色温度が変わり印象が揺れる。
5.3.2 ポーズの作法
ポーズの作法は、立ち絵や差分絵での構図、身体の傾き、視線の向きなどを規定する。たとえば立ち絵では正面比率を一定にする、会話画面では顔の角度を制御するなど、読みやすさを優先した基準を置くと運用しやすい。
また、手の描写や髪の揺れ方など、物理的に破綻しやすい要素に注意点を与える。最終的には“見た瞬間の認識”が優先されるため、誇張の許容範囲も明確にするとよい。
6 技術連携とデータ運用
技術連携とデータ運用は、仕様を実装へ移すための接続部分である。ここを整えることで、制作担当とエンジニア・データ担当の間で解釈のズレが減る。
6.1 データ項目の設計
データ項目の設計は、各要素を「どう保存し、どう参照されるか」を決める工程である。項目名、型、必須/任意、参照キーを整え、拡張時の互換性も考慮する。
6.1.1 台詞データの構造
台詞データの構造では、発話者、場面ID、会話相手、感情ラベル、テキスト、遅延表示設定などを整理する。感情ラベルは表情やモーションの切り替えに使えるため、表情基準と連動させると効果が高い。
また、改行や禁則、文字数制限を扱うフィールドを用意すると、UI側の調整工数が下がる。複数言語へ展開する予定がある場合は、翻訳支援の観点も含めて設計する。
6.1.2 性能値・パラメータの扱い
性能値・パラメータの扱いでは、基礎値、成長式、補正係数、状態異常や装備による影響の順序を定義する。順序が曖昧だと数値の結果が変わり、バランス調整で混乱が起きる。
また、能力仕様で定めた等級や制約条件と、実装側のフラグやクールダウン値を対応づける。これにより、仕様書が実際のゲーム挙動に反映されているか検証しやすくなる。
6.2 UI・演出への反映
UI・演出への反映は、キャラクター仕様をプレイヤー体験へ変換する章である。表示要素と演出要素は、デザイナーの意図だけでなく視認性やテンポに左右される。
6.2.1 アイコン・立ち絵・サムネ仕様
アイコン・立ち絵・サムネ仕様では、サイズ、余白、トリミング規則、背景の有無、透過の扱いを定める。立ち絵は感情表情と対応させ、サムネは縮小時に認識できる特徴点を優先する。
さらに、色の再現性を担保するためのガンマや補正の方針を明記する場合がある。これにより、環境差で顔色や服の色が変わる問題を減らせる。
6.3 バージョン管理と更新履歴
バージョン管理と更新履歴は、改訂が他項目へ波及することを前提にした運用である。仕様書は静的文書ではなく、改善の結果として変化するため、変更点の根拠を残す。
更新履歴では、変更理由、対象項目、適用範囲、既存データへの影響（置換か互換か）を記す。可能なら変更時期と責任者も記録し、後に追跡できる形にする。これがあると、バグ調査や監修の再確認が容易になる。
7 チーム運用のためのルール
チーム運用のルールは、仕様を“正しく運ぶ”ための手続きである。決定者、作業担当、レビュー担当の線引きを明確にし、変更の流れを可視化することで事故を減らす。
7.1 監修・決裁の流れ
監修・決裁の流れは、どこまで誰が決めるかを定める部分である。まず初期案を作り、次に重要項目（同一性、能力の範囲、表情基準など）を監修が確認し、最後に制作現場へ反映する。
承認前の仮データと承認後の確定データを区別する運用も有効である。仮のまま実装へ流れてしまうと、差し戻しが大きな損失になる。したがって状態管理のルールを決めておく。
7.2 用語集と命名規則
用語集と命名規則は、チーム内の共通言語を作る。専門用語の解釈が人によって違うと、仕様の意味が揺れてしまうため、用語集では略語やカテゴリの定義を短く固定する。
命名規則では、ID体系、枝番号、連番、接頭辞のルールを定め、検索性と参照性を高める。特にデータ項目やモーション名は長期運用で重要になるため、将来の拡張余地も考慮して設計する。
7.3 実装担当者への引き渡し
実装担当者への引き渡しでは、仕様をそのまま渡すのではなく、必要な粒度にまとめる。たとえば「どのファイルが必須か」「どの図や数値が基準か」「未確定部分はどれか」を分けて提示する。
また、引き渡し時のチェック観点（整合性、必須項目の欠落、参照キーの存在）を用意すると、受け取り側の手戻りが減る。レビュー用の短い要約（変更点、注意点）も添えるとコミュニケーションが円滑になる。
8 コミュニケーションと品質保証
品質保証は、仕様の正しさだけでなく運用上の成立を確認する工程である。コミュニケーションが弱いと、正しい情報でも伝達の誤りで破綻しうる。
8.1 仕様レビューの観点
仕様レビューでは、同一性の担保、表現と運用の整合、制作可能性を重点的に見る。たとえば台詞のトーンが表情セットやアニメの癖と矛盾していないか、能力の制約が数値設計に落ちているかを点検する。
また、説明の粒度が揃っているかも確認する。重要要素なのに抽象的で判断不能になっている箇所は、後工程での自由裁量が増え、品質が割れる原因になる。
8.2 テストプレイ／動作確認
テストプレイや動作確認では、仕様が実際の体験として成立しているかを確かめる。台詞の表示崩れ、UIの配置、表情切替のタイミング、能力の発動条件の正確さなど、実装側で起きやすい問題を潰す。
確認は単に成功・失敗だけでなく、境界条件も含める。クールダウン中の挙動、文字数上限付近、極端なライティング条件などを試し、仕様と実装のギャップを把握する。
8.3 破綻パターンと修正手順
破綻パターンは、どの種のズレが起きるかを事前に理解するための分類である。たとえば「見た目は合うが人格が違う」「能力は動くが制約が仕様と違う」「UIは表示できるが文が収まらない」など、原因が異なる。
修正手順では、まず再現条件を特定し、仕様側の不足か実装側の誤りかを切り分ける。次に最小修正で直すか、仕様の改訂として根治するかを判断する。変更が広範囲に及ぶ場合は、バージョン管理を更新し、影響範囲の再確認を行う。
9 よくある失敗と改善例
失敗の知見は、次の仕様策定で再発を防ぐために重要である。ここでは典型的な問題を挙げ、改善の方向性を述べる。
9.1 設定と表現の不一致
設定では丁寧で優しい人物として描かれているのに、実装された台詞やモーションが攻撃的になっている場合がある。この不一致は、設定資料が“説明”に偏り、表現へ変換するルールが不足していると起きやすい。
改善として、価値観・動機を「場面ごとの反応」に変換し、表情基準や語調のモードと対応づける。さらにテスト段階で、監修者が台詞の印象だけでなく身体表現まで追うことでズレが見つかりやすくなる。
9.2 情報不足による手戻り
必要な情報が仕様にないために、制作途中で解釈が変わり手戻りが発生する。例として、髪色の基準がなく色補正が担当ごとに異なる、表情の強度段階が定義されていない、能力の制約条件が未整理などが挙げられる。
改善として、最初に必須項目のチェックリストを定め、空欄が残る状態で次工程へ進まない運用にする。加えて、仮決めが許される項目と、後戻りが許されない項目を区別することで、リスクの大きさを調整できる。
9.3 “らしさ”の定義不足
“らしさ”が感覚的な言葉として留まり、具体的な行動や表現へ落ちないと再現が難しくなる。結果として、担当者ごとに魅力の方向が変わり、同一人物に見えない状態が生まれる。
改善として、特徴点を外見・言語・身体動作・判断基準のセットで定義し、「変えてよい部分」と「核」を明確化する。さらに実例（既存イベントの対応表、過去の成功パターン）を仕様へ添えると、迷いを大きく減らせる。
10 付録：雛形とチェックリスト
付録は、実務でそのまま利用できる形の雛形と確認手順を提供する。ここでは記入項目を整理し、抜け漏れを減らすことを目的とする。
10.1 キャラクター仕様の雛形項目
雛形では、基本情報、ビジュアル要約、口調、性格原理、能力設計、制作要件、データ項目、運用ルールを順に配置する。各項目には、必須情報と参照資料のリンク先、更新責任を紐づけるのが望ましい。
また、未確定部分を明示する欄を用意すると、実装へ誤って流れるリスクが減る。雛形は長文化するほど運用が難しくなるため、更新頻度が高い項目を中心に短い記述単位で管理する。
10.2 入稿前チェックリスト
入稿前チェックリストでは、同一性の確認、色の基準、表情セットの適用、台詞の語調、能力の制約とUI反映、データ整合を短い観点で確認する。特に、参照キーの欠落やバージョン不一致は致命的な遅延を生むため優先順位を上げる。
また、媒体別の差（縮小時、暗所時、文字数制限時）を最小限のテストで確認する。入稿直前に行う確認は限られるため、最小努力で最大の破綻を検出する構成が望ましい。
10.3 更新時の申請・反映手順
更新時の申請・反映手順では、変更要求の起票、根拠の提示、影響範囲の見積り、決裁、反映、検証の順で進める。特に仕様の中核項目が変わる場合は、既存アセットや台詞データ、モーション連携への影響を事前に洗い出す。
反映後は、テスト項目を絞って即時確認し、必要なら追試を行う。最後に更新履歴へ変更内容を記録し、関係者が後から追跡できる状態にする。これにより、継続的な改善が安定して回る。