小説を AI で書く ② キャラ設計

AI Navigate Original / 2026/5/16

共有:

要点

  • AI は多面的な人物像と一貫性の点検に役立つ
  • 欲求と障害・矛盾・声・関係性の観点で設計する
  • 不自然な言動やキャラ表とプロットの矛盾を点検する
  • 案はテンプレ化しがちで「らしさ」は作者が吹き込む

物語を前に進めるのはキャラクターです。AI(生成系の対話モデル)は、人物像を多面的にふくらませるのと、長い原稿の中で言動がブレていないかを点検するのが得意。とくに後者は、人間が手作業でやると見落としがちな地味で重要な作業です。この章では、2026年時点の現行モデルを前提に「キャラを設計し、最後までブレさせない」具体的な手順をまとめます。

表の目標(口で言うこと) 裏の欲求(本当に欲しいもの) 本当の必要 外側ほど自覚あり/中心ほど本人も気づいていない

FIG.1 動機は1つではなく層になっている。葛藤はこの層のズレから生まれる

01動機は「三つの層」で考える

キャラに厚みが出ないとき、たいていは動機が一枚だけです。実務でよく使われるのは、動機を三層に分けて書く方法。表面の目標、その奥の欲求、本人も気づいていない必要——この三つがズレているほど、人物は人間らしく葛藤します。

中身(例:左遷を志願した刑事)
表の目標(言うこと)「田舎で静かに勤め上げたい」
裏の欲求(本当に欲しい)過去の失敗を誰にも見られず、忘れたい
本当の必要(気づいていない)許され、もう一度人を信じること

この三層をAIに渡してから書かせると、表面だけ動く薄いキャラになりにくい。プロンプト例はこうです。

このキャラの動機を三層で設計して。①表の目標(本人が口にすること)②裏の欲求(本当に求めているが言わないこと)③本当の必要(本人も自覚していないが、物語の最後に手に入れるべきもの)。三つがどうズレ、どの場面で衝突するかも書いて。

02設計で押さえる五つの観点

動機の三層に加えて、次の観点をひと通り埋めると、キャラが「設定だけの人形」から「勝手に動く人」に変わります。AIに一度に全部聞かず、観点ごとに深掘りすると質が上がります。

欲求と障害

何を求め、何がそれを邪魔するか。障害は外(敵・状況)と内(性格)の両方を用意する。

欠点と矛盾

人間味は矛盾から生まれる。長所が裏目に出る欠点を1つ。「優しすぎて嘘をつく」など。

声(ボイス)

語彙・テンポ・口癖・一人称。後の一貫性チェックで一番効く要素。

もう二つ、忘れがちだが効く観点があります。関係性——他キャラとの力学や対立軸(誰と組み、誰とぶつかるか)。そして判断のクセ——追い詰められたとき論理で動くか感情で動くか、絶対に譲らない価値は何か。「どう話すか」より「なぜそう動くか」を決めておくほうが、AIの出力が安定します。

03キャラ・バイブルを“外”に持つ

ここが2026年の実務で一番大事な勘どころです。Claude(200Kトークン級)や Gemini(100万トークン級)など、原稿一冊が技術的には収まる大きさのモデルが当たり前になりました。ところが「収まる」ことと「覚えていてくれる」ことは別問題で、数万語を超えると、序盤で決めた瞳の色や口調を中盤で取り違える事故が起きます。一万語規模を超えた一貫性は、汎用AIにとって今も未解決の課題です。

キャラの一貫性は、モデルの賢さではなく「設定の渡し方」で決まる。

対策は単純で、キャラ設定を会話の流れ任せにせず、1ファイルの「キャラ・バイブル」として外に持ち、毎回の指示の冒頭に貼ること。専用ツール(NovelCrafter の Codex、Sudowrite の Story Bible など)はこの仕組みを自動化したもので、必要なキャラ情報だけをAIに渡し続けて整合性を保ちます。素のチャットでやるなら、自分でこのファイルを管理すれば同じことができます。

キャラ・バイブル シーン1生成 シーン2生成 シーン3生成 声・設定がブレない原稿 会話の記憶だけに 頼らない

FIG.2 設定はチャットの記憶ではなく外部ファイルに置き、各シーン生成の入口で毎回渡す

キャラ・バイブルに入れる項目は、おおむね次の通り。長文の作文ではなく、箇条書きの事実で持つのがコツです(AIが拾いやすく、矛盾も見つけやすい)。

  • 基本:名前・年齢・一人称・外見の決定要素(瞳の色など、後で揺れやすいもの)
  • 動機:表の目標/裏の欲求/本当の必要(01の三層)
  • 欠点:物語を通じて本人を苦しめる欠点を1つ
  • :口調・口癖・話のテンポ・絶対に言わない言葉
  • 変化:序盤→中盤→終盤で、どう変わるか(三幕の見取り図)
  • 関係:主要キャラとの距離・対立・呼び方

04声を「書き分ける」ための具体策

複数キャラが同じ口調になってしまうのは、AI執筆の典型的な失敗です。地の文ではなくセリフで差をつけると効きます。声を決めるとき、AIには抽象的に「個性を出して」と頼まず、観測できる要素を指定します。

このキャラの声を、次の四点で具体化して。①一人称と語尾のクセ ②よく使う比喩や語彙の傾向(職業・育ちが出るもの)③感情が高ぶったときの話し方の変化 ④この人物が絶対に口にしない種類の言葉。セリフ例を3つ、別キャラと並べて違いが分かる形で出して。

出てきた案はそのまま使わず、自分の言葉に直してバイブルへ書き戻すのが定石。AIの初稿はどうしてもテンプレ寄りになるので、「らしさ」は作者が上書きします。

05一貫性チェック:AIの一番おいしい使い道

キャラが固まったら、AIを校閲役に切り替えます。書く作業より、ここでの点検のほうがAIの真価が出ます。原稿(または該当章)とキャラ・バイブルを一緒に渡し、ズレを指摘させましょう。

01

言動の矛盾を洗う

「このキャラ・バイブルを基準に、本文中で“この人物が取るはずのない言動”を、根拠(バイブルのどの項目に反するか)つきで挙げて」と指示する。

02

設定の食い違いを探す

瞳の色・年齢・呼び方・過去の出来事など、章をまたいで矛盾していないか。「バイブルと本文の事実の不一致を一覧にして」。

03

声が混ざっていないか

名前を伏せたセリフ群を貼り、「話者を推測して」と頼む。当てられないセリフは声が弱い証拠なので書き直す。

指摘はあくまでたたき台です。AIは「直すべき」と言い切ってきますが、作者の意図でわざと崩している場合もある。採否は人間が決めます。

Verify & Boundaries

うのみにしない・似せすぎない

AIは事実をもっともらしく作る(ハルシネーション)ので、提案された設定や「矛盾の指摘」も、必ず原稿に当たって確かめます。存在しない矛盾を指摘されることも、本当の矛盾を見逃すこともある。最終判断は一次情報=あなたの原稿です。

AIの提案・指摘 原稿で検証 本当にそうか? 採用 却下

FIG.3 AIの提案は「たたき台」。原稿で裏を取ってから採否を決める

もう一つ。実在の人物や既存作品のキャラにそっくりにしない配慮も必要です。AIは学習データの有名キャラに引っ張られることがあるので、出力が誰かに似ていないか自分の目で確認し、似ていれば設定をずらします。これは権利の面でも、作品の独自性の面でも大切です。

06道具立て:2026年の選び方

「どのAIで書くか」に唯一の正解はありません。2026年時点では、用途で使い分けるのが現実的です。プランや料金は頻繁に変わるので、契約前に必ず公式で確認してください。

  • 地の文・セリフの質を重視:Claude 系(Opus は脇役の口調まで保ちやすいという評価)が文章の手触りで選ばれやすい。
  • 長い原稿をまとめて読ませたい:Gemini 系(100万トークン級の長文対応)。設定資料ごと渡す一貫性チェックに向く。
  • プロット運びの締まり:GPT 系は構成の整理や対話のテンポで使い勝手がよい。
  • 専用ツール:NovelCrafter(Codex)/ Sudowrite(Story Bible)は、キャラ情報を自動で渡し続けて整合性を保つ仕組みを持つ。素のチャットの一貫性に限界を感じたら検討。

どれを選んでも、04〜05の「外部バイブル+校閲」の運用は同じです。ツールは手段で、設計と点検の規律が品質を決めます。

07まとめ

キャラ設計は、動機を三層で立て、欠点・声・関係を箇条書きで外部バイブルに固定し、各シーン生成の入口で毎回渡す——これで「賢いモデルなら覚えていてくれるはず」という幻想に頼らずに済みます。書くより点検でAIを使い、提案は原稿で裏を取って採否を決める。最後に「らしさ」を吹き込むのは、いつでも作者の仕事です。