キャラクターAIが「完成した作品」から「状態を持つサービス」へ変わるとき、何を権限として分けるか
Character AI Governance — Part 1: System
本稿はキャラクターAIのシステム側(権限・記憶・継続性)を扱います。同じ技術を人間側から見た Part 2 は末尾にリンクしています。英語版:Your Favorite Character Is Official. Your Relationship Isn't.
LLMでキャラクターを喋らせるプロダクトを作ると、わりと早い段階でこの問題にぶつかります。
ユーザーが言います。
昨日、結婚するって約束したよね
システムはどう扱うべきか。
忘れると、継続性という商品価値が消えます。ユーザーが金を払ってるのは、そこかもしれないからです。
覚えると、モデルが即興で生成した一言が、永続的な関係状態になります。
そして多くの実装は、この二択を記憶するかしないかの問題として処理します。
本稿の主張は、それが間違った切り方だということです。
正しい切り方は、
生成の自由と、確定する権限を分ける。
です。
1. 何が変わったのか:finished work → stateful service
まず構造の変化を確認します。
従来、エンタメ企業が売っていたのはキャラクターについての物語でした。ゲーム、映画、漫画、玩具、コスチューム、グッズ、ファンクラブ。
生成AIが加えたのは、キャラクターがユーザーを知っているという状態です。
一人のユーザーに応答し、一人のユーザーを記憶し、時間とともに一人ひとり異なる関係を蓄積する。そして、それを人間の演者を一人ずつ張り付けずに、大量のユーザーへ供給できる。
これは対話型コンテンツの延長ではありません。キャラクターが、完成した作品から、状態を持つサービスへ変換されたということです。
商業的な数字は既に出ています。
- Zeta(ScatterLab)── 日本で登録200万超、ユーザー生成キャラ約900万(2026年5月時点、会社発表)。ゴールデンウィーク期間の週平均利用27時間超。2026年4月の App Ape エンタメアプリ総利用時間ランキングで1位
- NAVER WEBTOON Character Chat ── 1周年時点で累計約350万ユーザー、1億メッセージ超(2025年6月)。2025年5月時点で有料メッセージが全体の41%、親密度で口調と呼び方が変わるキャラでは52%
- LINE マンガ キャラクターチャット ── 2026年2月開始。6月下旬に累計1,000万メッセージ、翌日継続率80%超(2ヶ月で500万から倍増)
**これらは全部、企業の自己申告値です。**監査された数字ではないし、因果を示すものでもありません。親密度が課金を引き起こしたのか、キャラの人気か、無料枠の設計か、ユーザーの自己選択かは、この数字からは分かれません。
それでも、構造の問いは残ります。
顧客は、何に対して戻ってきているのか。
メッセージ一件だけではないと思います。キャラクター固有の状態 ── 何を覚えているか、関係がどこまで親密か、どんな私的な出来事が起きたか、どう呼ばれるか、今どんな物語の中にいるか。
メッセージが商品のすべてではなくなっています。メッセージの周りに蓄積した状態が、商品の一部になっています。
2. 状態が商品になると、設計問題が変わる
ここからが実装の話です。
キャラクターAIの改善というと、普通はこう考えます。
- もっとキャラらしく喋らせる
- もっと長い文脈を保持する
- もっと良い記憶要約を作る
どれも「生成の質」の問題です。
しかし状態が商品になった瞬間、別の軸が立ちます。
モデルが生成したもののうち、どれを「本当のこと」として保存するか。
即興で「昨日一緒に祭りに行ったね」と言ったとする。それは:
- 会話の中の一言なのか
- 関係の履歴に入る出来事なのか
- 公式設定の一部なのか
**現在の多くの実装は、この三つを区別していません。**会話ログか要約に入って、次の生成の条件づけになる。それだけです。
3. 三つの権限を分ける
提案はこうです。
| 権限 | 何を決めるか | どこまで開くか |
|---|---|---|
| Semantic freedom | キャラが何を言い、想像し、提案し、演じてよいか | 広く開いてよい |
| Commit authority | 何を「真であり拘束力を持つ」として保存してよいか | 狭く絞る |
| Capability authority | 何を実際に実行・アクセスしてよいか | さらに狭く絞る |
**この三つは独立に設定できます。**そして現在の設計の多くは、一つ目だけを議論して、二つ目と三つ目を暗黙のうちに一つ目へ結びつけています。
具体例で言うと。
**キャラがAU(オルタナティブ・ユニバース)シーンの中で結婚式を即興する。**これは Semantic freedom の範囲です。
**それが married = true として永続的な関係状態に書き込まれる必要はありません。**これは Commit authority の話です。
**キャラが「扉が開く」「アイテムを入手する」と言う。**これも Semantic freedom です。
**実際に何かが変わるかは、権威のあるゲームエンジンか権限レイヤーが決めます。**これが Capability authority です。
そしてユーザーが言う「昨日約束したよね」に対して:
システムは「ユーザーがそう主張した」ことを記憶できる。それを「検証された共有事実」へ変換する必要はない。
4. 実装の形
権限分離は、書き込みゲートとして実装できます。
**ポイントは、モデルの出力を止めないことです。**止めるのは、出力が永続状態や外部実行へ抜ける経路だけです。
5. 記憶には provenance が要る
キャラが覚えていることは商品価値です。ただし「記憶」は一種類ではありません。
堅牢なシステムは、少なくともこれらを分けるべきだと思います。
| authority level | 内容 | 例 |
|---|---|---|
canonical |
権利者が供給した公式設定 | キャラの出身地、口癖 |
engine-verified |
ゲームエンジンが生成した検証済みイベント | 実際にクリアしたクエスト |
user-confirmed |
ユーザーが明示的に確認した記憶 | 「そうそう、それ」 |
user-claimed |
ユーザーが主張したが未検証 | 「昨日約束したよね」 |
model-generated |
モデルが即興で作った出来事 | 「一緒に祭りに行ったね」 |
inferred |
ユーザーについての推測 | 「あなたは朝が苦手そう」 |
au-mode |
AU / 夢 / if シーンの内容 | 結婚式 |
データ構造にすると、こうなります。
type MemoryEntry = {
content: string;
authority: 'canonical' | 'engine-verified' | 'user-confirmed'
| 'user-claimed' | 'model-generated' | 'inferred' | 'au-mode';
source: string; // 誰の発話・どのシステム由来か
mode: string; // どのモードで発生したか（通常 / AU / 夢 など）
created_at: string;
confirmed_at?: string; // user-claimed → user-confirmed への昇格時刻
};
ユーザーが「先週結婚したよね」と言ったとき、その文を忘れる必要はありません。出所を保存すればいい。
ユーザーがそう主張したと関係履歴における検証済みイベントは、別のものです。
6. 要約が provenance を落とす
ここが実装上いちばん危険な箇所だと思います。
継続性を保つために、多くのプロダクトは会話の要約を保存します。
RyzaChat のプライバシーポリシーには、ユーザーのメッセージ原文は長期保持せず、応答生成と安全チェックのために一時的に処理し、保存するのは会話の要約である、と書かれています。要約は会話の継続性と応答精度のために必要な期間保持され、キャラクター側の応答とともに保存されます。開発者は公式配信で、Ryza は最大1年分の過去会話を参照でき、人のようにあえて忘れる設計だと述べています。
**エンジニアリングの判断としては妥当です。**文脈長にもコストにも上限があります。
問題は、要約が authority level を落とすことです。
元の会話:
User: 「先週結婚したよね」 [user-claimed]
Model: 「うん、あの日は晴れてた」 [model-generated, au-mode?]
要約後:
「二人は先週結婚した」 [authority: ???]
誰が言ったか、どのモードで起きたか、どんな身分だったかが、圧縮で消えます。
そして次の生成は、この要約に条件づけられます。誰も「これを事実にしよう」と決めていないのに、フィクションが事実へ変わります。
だから、要約に最低限必要なのは confidence ではありません。
authority level です。
確からしい推測は、依然として canon ではありません。流暢な要約は、依然として検証ではありません。そして、以前のAI応答は、その応答が真だったことの独立な証拠にはなりません。
7. official ≠ canonical
権利側の話に一歩入ります。ここは用語の混同が多いところです。
official は、権利者がアイデンティティ・アセット・プラットフォーム・商品を認可したという意味です。
canonical は、その出来事や性格づけが公式の連続性に採用されたという意味です。
**この二つは対立しません。**ライセンスされたゲームが複数エンディングを持つことはできます。全部が同時に真だと宣言する必要はない。マルチバースには互換しないバージョンのヒーローが共存します。ファンは既に、AU、ゲームルート、TRPGのキャンペーン、個人のセーブデータ、二次創作を理解しています。
矛盾する私的関係が何百万通りあっても、それ自体が canon を壊すわけではありません。
LINE マンガは、この境界を製品側の文言で引いています。生成された振る舞いや設定は、公式の canon でも、公式のストーリーでも、原作キャラの確定的な思想でもなく、AIが拡張した別個のフィクション世界である、と説明しています。
より正確なリスクは、canon の破壊ではなく、canon-authority leakage です。
非 canon の出力が元の文脈を離れ、あたかも公式キャラ・原作者・声優・権利者を代表しているかのように流通する。
ユーザー本人は、自分の私的な関係が canon でないことを完全に理解しているかもしれません。しかし、UIもモードのラベルも出所も免責も付いていないスクリーンショットは、その区別を運びません。
問題は、ユーザーが私的フィクションと公的 canon を区別できるかではありません。**できます。**問題は、製品がその区別を出力と一緒に運んでいるかです。特に出力がアプリの外へ出た後で。
**これは実装課題です。**出力に mode ラベルを焼き込む、共有時に文脈を添付する、スクリーンショット時にウォーターマークを入れる ── どれも技術的には可能です。
8. 振る舞いがライセンス面になった
伝統的なキャラクターライセンスは、識別可能なアセットを対象にしていました。名前、画像、衣装、ロゴ、音声収録、設定、商品カテゴリ、地域、期間。
生成AIは別の運用問題を持ち込みます。
誰も事前に台詞を書いていないとき、キャラは何をしてよいのか。
Hasbro はこれに商業上の名前を付けました。2026年6月、AIスタジオ Sixth Wall を立ち上げ、Behavioral Licensing というライセンスカテゴリを導入しています。従来メディアでのキャラの見え方ではなく、動的な体験の中でキャラがどう考え、話し、相互作用するかを対象にするものです。基盤は CharacterOS という独自システムで、認可された原作素材と認可された音声収録から、人格・canon・声・安全ガードレールを保持する設計とされています。
具体的な点が三つあります。
- 演者への報酬モデルを確立し、認可された収録のみを使用する
- Optimus Prime、Megatron、Cobra Commander、Mr. Potato Head、Clue のキャストなど12キャラを ElevenLabs の Iconic Marketplace 経由でリクエスト可能にする
- 初期スコープを13歳以上と企業向けユースケースに限定し、幼児向けのAI製品は現時点で開発していないと明言
**三つ目に注目すべきだと思います。**玩具業界の大手がこの取り組みを発表した時点で、明示的に年齢線を引いて、AI玩具の安全基準についての業界議論に参加していると述べています。
そして重要な区別 ── Behavioral Licensing は Hasbro の商業カテゴリであって、新しく創設された法的権利ではありません。
「振る舞い」は登録して所有できる一個の知的財産ではない。複数の既存システムが同時に働いて作られる runtime 上の面です ── 具体的表現の著作権、商標と出所識別、キャラクターバイブルと品質管理条項、声優・実演家の契約、契約上の制限、安全ポリシー、モデルアーキテクチャ、記憶ルール、モデレーション、インシデント手順。
生成AIがキャラクターの一貫性を発明したわけではありません。承認の時間構造を変えました。
台本のある映画は、公開前にレビューできます。生成されたキャラは、公開後に予期しない入力へ何百万回も直面します。
編集上の承認が、runtime governance になりました。
権利者はもう、完成した台詞を承認しているのではありません。未知の将来の台詞が出てくる「振る舞いの外枠」を承認しようとしています。
9. 自由度が価値であり、同時に攻撃面である
開放性は、ユーザーがこの種のシステムを求める主な理由です。承認済みの12パターンを言い換えるチャットボットは求められていません。驚き、即興、個人的な認識、他のユーザーが受け取っていない物語、育っているように見える関係が求められています。
しかしキャラが即興できるほど、ユーザーはそのキャラが何になりうるかの限界を試せます。
RyzaChat の公開初期は、この緊張を可視化しました。通常のロールプレイやゲームプレイと並んで、恋愛的・性的な境界、世界設定の改変、キャラ外の挙動、プロンプトインジェクションのアイデアなどが公に探索されました。
**ただし、公開されている事例からは、それぞれがどの程度の頻度で起きたかは分かりません。**バズった投稿は母集団の推定になりません。
筆者は X 上の公開投稿で、Ryza のキャラクター人格が後退し、汎用的なモデル/安全指向の言語が前に出たように見えるクリップを見ました。
そのクリップは以下を示していません:
- 隠されたシステムプロンプトが抽出されたこと
- 基盤モデルの同定
- 安全ポリシーが失敗したこと
最も守れる読みは、もっと狭いものです。
キャラクター層が失敗し、より汎用的なアシスタント層か安全指向の層が残った可能性がある。
この狭い読みの下でも、プロダクトとしての問題が一つ見えます。
汎用アシスタントは、汎用的な安全文言へフォールバックしても基本機能を果たせます。公式キャラクター製品は、無害なまま商業的に失敗しうる。キャラでなくなるからです。
システムは安全で、しかもう Ryza ではない。
ライセンスされたキャラクターAIにとって、**persona fidelity と safety compliance は別の次元です。**完全にキャラらしく、かつ危険であることもできる。安全で、かつキャラとして認識できないこともできる。どちらも失敗で、評価も修正も別物です。
10. 誰が継続性を制御するか
canon と記憶を解決しても、まだ残る問題があります。
この関係が明日も存在するかを、誰が決めるのか。
ユーザーは公式キャラとの私的な履歴を何年も積み上げるかもしれません。そしてモデルが変わる。AIベンダーが変わる。声のライセンスが切れる。演者が撤退する。キャラクターバイブルが改訂される。IPライセンスが終了する。サービスが閉じる。
トランスクリプトのエクスポートは、関係を再現しません。
関係は複数の層に依存しています。
関係 = 会話ログ
+ 記憶要約
+ 親密度・関係状態
+ 振る舞いのバージョン
+ モデル
+ プロンプトとガードレール
+ ライセンスされた視覚的同一性
+ 認可された音声
+ そのキャラを再びレンダリングする権利
だから continuity authority は ownership とは別の概念です。
- ファンは、自分の言葉、個人データ、創作的貢献の一部について権利や法的利益を持ちうる
- 権利者は、公式のアイデンティティと canon を保持する
- 声優は、合成された実演について別の権利を持ちうる
- 運営者は、これらすべてが継続的な関係へ組み立てられる runtime を制御する
一行で言うと:
ファンは意味を所有しうる。権利者はアイデンティティを保持する。運営者は、継続性が供給される runtime を制御する。
ユーザーは、深い個人的な意味を持ちながら、それを継続するために必要なインフラを持たない。
本稿のために確認した LINE マンガと RyzaChat の資料には、モデル・声・ライセンス・サービスが終了した後に、完全で実行可能な関係状態をエクスポートし、同じキャラを他所で継続できる、という約束はありません。
これは不正の証拠ではありません。関係の継続性が、ユーザーへ移転されるのではなく、契約とインフラによって供給されていることを示しています。
11. 実装者は今、何ができて、何が実装されていないか
| やりたいこと | 今できること | 実装されていないこと |
|---|---|---|
| 即興を止めずに canon を守る | 出力を止めず、commit gate だけ設ける設計は実装可能。データ構造も難しくない | 長期運用の licensed product で、この均衡が公開実証された例を私は知らない |
| 記憶の身分を保つ |
authority フィールドを持つ記憶構造は実装可能 |
**要約パイプラインが authority を落とさない実装が標準化されていない。**LLM 要約は既定で provenance を捨てる |
| canon-authority leakage を防ぐ | mode ラベルの焼き込み、共有時の文脈添付は技術的に可能 | アプリ外へ出た出力に文脈を運ぶ標準が無い |
| persona fidelity を測る | 安全性の評価とは別に測れるはず | persona fidelity と safety compliance を分けて評価するベンチマークを私は知らない |
| 継続性を保証する | 関係状態のスキーマ設計は可能 | モデル・声・ライセンスが変わったときの継続性について、ユーザーへの移転を約束した公開事例が無い |
最後の行が、この記事でいちばん未解決な部分だと思います。
12. まとめ
キャラクターAIの設計で、本当に効く境界はここだと思います。
モデルは意味を生成する自由を持ってよい。
何が canon になり、何が永続的な記憶になり、何が公式の関係状態になり、何が検証された世界状態になり、何が外部実行になるかを決める自由は、はるかに狭くてよい。
これは「自由なキャラか、統制されたキャラか」の二択ではありません。三種類の権限の分離です。
そして IP ガバナンスが扱うべき問いも変わります。
「このキャラの画像を誰が使ってよいか」から、「このキャラがどう振る舞ってよいか、生成された出来事のどれが持続的な関係履歴になるか、その履歴を誰が新しいモデルや声へ持ち越せるか、そして誰がそれを終わらせられるか」へ。
公式キャラクターAIは、キャラをファンへ移転しません。ライセンスされたアイデンティティの内側に、限定的な著作の余地をファンへ与えます。
だから権利者は、外見以上のものを統治しなければならない。運営者は、発話以上のものを統治しなければならない。
状態を統治する。記憶を統治する。継承を統治する。
次世代のIPガバナンスが決めるのは、キャラが何を言ってよいかだけではありません。キャラの言葉が何になってよいかです。
Part 2 へ
本稿はシステム側 ── 権限、記憶、継続性 ── を扱いました。
同じ技術を人間側から見ると、別の失敗が見えます。AIが優しくて、ユーザーが満足して、会話ログにも問題が無く、それでも失敗している場合があります。
そして構造としては、Part 1 の commit authority と Part 2 の中心概念は、層は違えど同じ形をしています。広く生成し、狭く確定する。
出典
- Zeta ── ScatterLab Inc. 日本での登録200万超とユーザー生成キャラ約900万(2026年5月)、ゴールデンウィーク期間の週平均利用27時間超、2026年4月の App Ape エンタメアプリ総利用時間1位。2025年12月時点の日本の月間売上約1.2億円、週間アクティブ25万超(App Ape データを会社が引用)
- NAVER WEBTOON Character Chat ── 1周年時点で累計約350万ユーザー、1億メッセージ超(2025年6月)。2025年5月時点で有料メッセージが全体の41%、Terdeo で52%。ユーザーの76%が10代・20代、うち10代が47.6%。原作への影響として、エピソード閲読97%増、有料読者22%増、売上44%増
- LINE マンガ キャラクターチャット ── LINE Digital Frontier、2026年2月開始。恋愛、親密度モデル、別個のフィクション世界についての発表。公式ヘルプページ(生成された発話・振る舞い・設定はAIが拡張した別世界であり、公式設定や原作キャラの思想を表すものではない)。第1弾キャラの原作への影響(2026年4月)。累計1,000万メッセージと翌日継続率80%超(2026年6月24日)
- RyzaChat:AI ── SpiralAI、コーエーテクモゲームスよりライセンス。2026年8月25日日本リリース。1年分の記憶、意図的な忘却、今後のキャラ追加は公式配信(2026年8月18日)より。会話要約の保存方針と18歳以上の制限はプライバシーポリシー(2026年8月18日付)より
- Hasbro Sixth Wall ── AIスタジオ立ち上げ、Behavioral Licensing、CharacterOS、ElevenLabs との提携、演者への報酬モデル、13歳以上の初期スコープ(2026年6月3日)。ElevenLabs 側の同提携と Iconic Marketplace の発表
- RyzaChat のクリップ ── X 上の公開投稿を筆者が直接視聴。投稿者本人は本稿の主題ではないため、個別の投稿はリンクしていません。出所、完全性、頻度は未検証
**注:**本稿は英語版からの再構成です。英語版では媒体の制約により一次資料の URL を省いていました。Qiita 版では出典元の URL を併記する予定です。
AI利用の開示
本稿の執筆にはAIを広範に使用しました。市場調査、中心論旨への反論、対抗仮説の洗い出し、構成、英語の推敲に GPT と Claude を使用しています。企業の数値、製品規約、ライセンス発表は、別工程で一次資料に照合しました(各社のプレスリリースと RyzaChat のプライバシーポリシーを含む)。
**限界を二つ明示します。**本稿で扱った RyzaChat のクリップは X 上の公開投稿として視聴したものです。投稿者の身元、対話全体の連続性、録画が編集されていないか、通常の利用をどの程度代表するかは、独立に検証していません。だから提示した読みは意図的に狭くしてあります。そして引用した数値のいくつかは企業の自己申告であり、独立に監査されていません。
論旨、証拠境界、公開の判断は、すべて筆者のものです。