AIで小説を書くときのツール選びと使い方

AIで小説を書くときは、「長文を一気に生成できるツール」だけで選ぶより、設定管理、登場人物の一貫性、構成、シーン単位の執筆、リライトをどこまで繰り返せるかを見ると使いやすくなります。

小説では1回の生成品質より、長い制作工程でcontextを維持できるかが重要です。

先に結論：小説は「一括生成」より制作工程を分ける

世界観・Character Sheet

→ Outline

→ Sceneの目的

→ Draft

→ 観点別Rewrite

→ 人がStory判断

Tool選びでも1回の長文生成量より、設定を参照しながらScene単位で修正を繰り返せるかを見る方が実務的です。

作品の土台を作る

まずAIへ任せる範囲を決める

企画、世界観、plot、シーン案、dialogue、推敲など工程を分けます。

全部をAIへ任せるより、自分が決めたい部分とAIへ広げてもらう部分を明確にします。

Character Sheetを先に作る

名前、年齢、口調、目的、秘密、他人物との関係を固定します。

長編では、会話のたびに設定を説明するより、キャラクター sheetを情報源として参照する方が一貫性を保ちやすくなります。

Outlineを章・Sceneへ分解する

いきなり数万字を書かせず、章の目的→シーンの目的→起こるevent→感情変化まで分解します。

AIは局所シーンを作る方が修正しやすくなります。

AIとツールを使って書く

ChatGPTはDraft編集Workflowを作りやすい

ChatGPTではwriting blockで長文draftを作成し、その場で文章を編集・再依頼できます。

Custom Instructionsでは、今後のchatで考慮してほしいtoneやルールを設定できます。

作品固有の設定は会話内の情報源として明示し、全作品共通の文体ruleと分けます。

ClaudeはContextとExamplesの与え方を見る

Anthropic公式のprompting guideでは、明確なinstruction、context、few-shot example、長文documentの構造化などが推奨されています。

小説用途では「この作家風に」だけでなく、自分が書いたsample paragraphを例として渡し、文体の特徴を具体化する方が制御しやすくなります。

Sceneごとに「変化」を指定する

場所や会話内容だけでなく、シーン開始時と終了時で何が変わるかを指定します。

情報、関係、感情、目的のどれかが変わるようにすると、説明だけのシーンを減らせます。

リライトと最終判断

Rewriteは観点別に行う

一度に「もっと良くして」と頼まず、dialogue、描写、テンポ、伏線、視点、一貫性など観点を分けます。

変更範囲を限定すると、残したい表現まで消えにくくなります。

最終的なStory判断は人が持つ

AIは候補を大量に出せますが、何を残すか、どの伏線を回収するか、キャラクターをどう変化させるかは作品の中心です。

AIを共同編集者として使い、最終的な物語上の選択は作者自身が行います。

小説の制作を「引き継げる単位」に分ける

最初に一作品の管理シートを作ります。これはAIに設定を覚えさせるためだけのメモではなく、出力が食い違ったときに「どの決定を優先するか」を戻って確認する台帳です。

表は横にスクロールできます

欄	記入例	更新の扱い
作品の約束	港町の修理工が、沈んだ図書館から姉の記録を探す	企画を変えたときだけ更新
語りの制約	三人称限定視点。視点人物が知らない情報を書かない	全シーンに適用
人物の現在地	ミナは地図を持つが、姉の失踪理由は知らない	各章後に更新
未回収の糸口	青い切符、修理代の借用、潮位記録	回収・保留を記録
今回の場面	目的、障害、選択、場面の終わりに変わること	シーンごとに作成

AIへ渡す前に、確定設定と検討中の案を分けます。「主人公は兄を嫌っている」は確定事実、「兄が失踪に関わる」は未確定の仮説、とラベルを付けてください。モデルが未確定案を本文へ断定的に混ぜたら、採用せず台帳へ戻します。

Scene briefから初稿までの具体的な流れ

一つのシーンにつき、次の入力を短く用意します。

• POV：誰の視点か。何を知らない人物か。

• 開始状態：人物が場面の冒頭で何を望んでいるか。

• 障害：望みを阻む相手、情報、時間、物理条件。

• 選択：人物自身が何を決めるか。

• 変化：場面の最後に関係・情報・危険の何が変わるか。

• 禁止事項：追加してはいけない設定、視点移動、解決してはいけない謎。

依頼文の例：

「以下の確定設定だけを使い、ミナ視点の場面案を3案ください。各案は〈目的→障害→本人の選択→終わりの変化〉を4行で示してください。姉の失踪理由と青い切符の意味は未確定なので解決しないでください。新しい人物・能力・過去設定を追加した場合は、本文案に入れず『追加提案』へ分けてください。」

案を選んだら、すぐに完成稿を求めず、各場面を「誰が何を知り、何を選び、何が変わるか」で点検します。人物が説明を聞くだけで終わる場面、主人公以外の選択で解決する場面、冒頭と終わりで状況が変わらない場面は、長さを足す前に目的を組み直します。

設定崩れを直すときは差分だけを依頼する

既存章を渡す場合、全文リライトではなく「違反箇所と修正案」を先に出させます。たとえば、人物の口調、年齢、時系列、視点、既出の所持品をチェック項目として渡し、該当文と根拠となる台帳項目を対応させます。採用する修正は作者が選びます。修正後は、変更前後の段落を並べて、台帳にない設定が増えていないかを再確認します。

長編を一度に貼るより、章の要約と今回のScene briefを分ける方が、どの情報を優先するか管理しやすくなります。会話が長くなったら、AIの要約をそのまま正本にせず、作者が台帳と照合してから新しい作業単位へ移してください。ChatGPTのProjectsは関連資料と会話をまとめる場所として使えますが、作品設定の正本は別途管理し、プロジェクト内の会話履歴だけに依存しない運用にします。

生成文を採用する前の著作権・公開チェック

設定や固有の文章を外部サービスへ入力してよいかは、利用するサービス、アカウント、共有設定、組織契約で確認します。未公開原稿、編集者のコメント、応募前作品を入れる場合は、データ利用・保存・削除の条件を先に読んでください。公開前には、AI案に既存作品の固有表現や特定作品を連想させる要素が混ざっていないか、人が読み返します。

最終確認は、①主人公の選択が場面を動かしている、②確定設定と矛盾しない、③未解決の謎を勝手に確定していない、④作者が残したい表現を消していない、⑤公開先の応募規約・編集方針に反しない、の順に行います。AIの案を使った範囲や採用理由を簡単に記録すれば、あとから作品の判断を作者自身が引き継げます。

長編の「記憶」を検査する章間チェック

章を一つ書くたびに、台帳の人物状態を更新し、次の章へ渡す要約を作ります。要約には「起きたこと」だけでなく、人物が知っていること、まだ知らないこと、読者だけが知っていることを分けて書きます。たとえば「ミナは切符を拾った」は事実ですが、「切符が姉の失踪を示す」は作者が決めていない限り解釈にすぎません。AIに章間の整合性を点検させる場合は、この違いを崩さないよう指示します。

点検用の依頼例は次の通りです。

「この章と設定台帳を照合してください。新しい文章は書かず、矛盾候補だけを〈本文の箇所／台帳の確定事項／矛盾または要確認の理由〉で列挙してください。解釈の違いと確定設定の矛盾は分けてください。台帳に書かれていない内容を誤りと断定しないでください。」

この方法なら、AIが勝手に「正史」を更新するのを防ぎつつ、年齢・日付・所持品・人物の知識など、人が見落としやすい連続性を確認できます。矛盾候補は作者が原稿へ反映する前に判断します。

章の書き出しに使うワークシート

章全体を一度に作る前に、章の終わりの変化を一文で決めます。たとえば「ミナは姉の記録を探すため港の倉庫へ向かうが、倉庫番が地図を返す代わりに別の取引を求める」と置けば、章の目的と次の障害が見えます。次に、AIへ「この変化へ至る経路を、会話中心・行動中心・発見中心の3案で提案。新しい事実は提案欄へ分離」と依頼します。作者は案を選び、採用しない案を設定台帳へ残さないようにします。最後に章を読んで、最初に決めた変化が実際に本文で起きたかを確認します。

なお、応募作品や商業出版を目指す場合、公開先のAI利用方針や申告義務も投稿前に確認します。サービス側の利用規約が許すことと、投稿先が受け付けることは別の条件です。迷ったときは投稿規約を優先します。下書きの履歴と人が加えた修正も、作品の制作記録として保存しておくと、公開後に経緯を確認できます。公開前の最終的な文体調整と作品の採否は作者側で行います。

道具選びは、実際に本文を書く前に小さく試します。1つの場面について、①設定を読ませる、②場面の目的と禁止事項を渡す、③候補文を比べる、④作者が採用・修正する、までを同じ条件で回してください。長い背景を忘れる、設定を勝手に追加する、修正指示を保てない場合は、一度に長文を任せるより、短い作業に分割した方が使いやすい可能性があります。ツール名だけで決めず、作業単位と人が確認する箇所をセットにして選びます。

AIものさしの判断

AI小説制作では、ツール名より「設定→構成→シーン→リライト→consistency check」という制作ワークフローを保てるかが重要です。

AIものさしでは、長文が生成できたことではなく、作者の意図・設定・人物を維持しながらシーン単位で修正し、作品を完成へ進められる状態をこのJobの完了条件にします。