【AI長編小説】NotebookLMで20万文字を完走する技術 —— AIで「心」は描けるか？

ChatGPTやGeminiを始めとする生成AIで長編小説を書こうとして、設定忘れや矛盾に挫折した人へ。ここに書かれたノウハウが、貴方の悩みを解決します。

【2026/03/06追記】
残念ながら、Gemini 3.1 proになってからNotebookLMは小説執筆には向かないツールになってしまいました。将来のモデル更新により、元の文体に戻ることを期待したいですが、、
方法論自体は有用であることから、このページは残します。Gemや、他モデル（Claude等）を活用して小説を執筆してみてください。

【2026/08/11】
大人な描写に関する事項を削除しました。多分今は通らないと思いますし。

禁止・注意事項

• ⚠️BLに抵抗がある方は閲覧注意です。小説、及び、本稿の内容はBL要素を含んでいます。但し、本稿の内容はノウハウ集です。直接的なBL描写はありません。

• ⚠️長いです。約18000文字あります。どうしてこうなった。しかし、20万文字の長編小説を書くためには本稿を止まらずに読み切り、内容を理解できる能力が必要です。ライトな初級編はこちら

• ℹ️無料noteです。最後まで読むことができます。

想定読者

• ​AIで長編小説を書きたいが、AIの記憶力不足や破綻に悩んで挫折した人

• ​「自分には文章力がないから作れない」と思い込んでいる、潜在的な創作者

📗はじめに

🔖私は「作家」ではなく「マネージャー」です

​正直に告白します。

私はこれまで、小説なんてただの一行も書いたことがありませんでした。

​気の利いた比喩表現も、胸を打つ情景描写も、自分では何ひとつ生み出せません。いわゆる「文章力」に関しては、正真正銘の素人です。

​そんな私が、先日、AI執筆による長編小説を完結させました。（約20万文字）
AI執筆でも破綻することなく最後まで走り切ることができたのです。
完成小説へのリンクは本稿末尾に記載しました。

​「AIに書かせたから早かったんでしょ？簡単にできたんでしょ？」

ある意味正解です。人力では不可能なスピードです。
20万文字を書き上げるのにかかった時間は、およそ60時間です。 10日間で割ると、1日平均6時間。 正直に言います。この期間、私は本業の仕事や睡眠時間を削り、何かに憑かれたようにPCやスマホに向かっていました。頭痛が痛い。年末年始のお休みや3連休中の空き時間は殆ど使いました（制作期間は1/2～1/12）
時間についてはもっと短いかもしれません。楽しすぎてどれくらい時間を使ったのか正確に覚えていません。

AIに丸投げしただけでは、たった60時間で20万文字もの「破綻のない物語」を作ることは不可能です。途中で設定が崩れ、修正に追われ、多くの人はそこで筆を折ります。

実際に生成AI（ChatGPTやGeminiなど）を使って長編小説に挑んだことがある方なら、これがどれほど困難なプロジェクトか分かるはずです。

• ​数千文字を超えたあたりで、AIが前の設定を忘れてしまう。

• ​キャラクターの性格が、いつの間にか別人のように変わっている。

​多くのAI作家がこれらの壁にぶつかり、長編を諦めていきます。

では、なぜ文章力ゼロの私が、この高難易度のプロジェクトを完遂できたのか？

​答えはシンプルです。

私が執筆において「作家」になろうとせず、「マネージャー」に徹したからです。

​私は普段、IT業界でチーム、プロジェクトをマネジメントする仕事をしています。

業務の要件を定義し、部下にタスクを割り振り、上がってきた成果物をチェックしてフィードバックする。

今回の執筆で私がやったことは、この「いつもの業務」と全く同じでした。

​多くの人は、AIを「ボタン一つで名作を出してくれる魔法の杖」だと思っています。

違います。AIは「超優秀だけれど、指示待ちで、空気を全く読んでくれない新入社員」なのです。

​新人に「いい感じでやっといて」と丸投げすれば、プロジェクトが炎上するのは当たり前です。

必要なのは呪文のようなプロンプトではなく、的確な「業務指示書（プロット）」と、部下が迷わないための「マニュアル（マスター資料）」です。

​この記事は、小説執筆未経験の私が、本業のマネジメントスキルをフル活用してAI（NotebookLM）という部下を使いこなし、「文章力」ではなく「指示力」で物語を紡ぎ出した記録です。

​特に、AI執筆によるBL描写における最大の鬼門である特定描写のセーフティーフィルターを、ハック的な手法ではなく、「文脈的マネジメント」によって正攻法でクリアしたノウハウについても詳しく解説します。

​もしあなたが、「書きたい物語（萌え）はあるのに、文章力がないから書けない」と諦めているなら。

あるいは、「AIに長編を書かせようとして、制御不能になって挫折した」経験があるなら。

​この記事は、あなたのためのものです。

執筆に使用した資料（マニュアル、プロット、AIとの会話の一部）も本稿にて公開します。

手っ取り早くできるかどうか知りたい方は、本稿末尾記載のマスター資料・プロット、執筆ポリシーのGoogleドキュメントファイルを自分のGoogleドライブにコピーし、NotebookLMに読み込ませ、「プロットを元に第1章第1話を執筆してください」とだけプロンプトに入れてください。あるいは、途中の章をいきなり出力してもかまいません。きっとあなたは驚愕するはずです。

📗なぜ「NotebookLM」なのか？

​🔖「前の章のこと、忘れてない？」という絶望

​AIで小説を書こうとした時、多くの人が最初に使うのはChatGPTやGeminiのチャット画面（Web版）だと思います。

確かに彼らは優秀です。会話は流暢だし、アイデア出しの壁打ち相手としては最高です。

​しかし、長編小説、それも10万字、20万字という規模の物語を書かせようとすると、彼らは致命的な欠陥を露呈します。

それは「記憶喪失」です。

• ​「あれ、A君とB君って初対面の設定じゃなかったっけ？ なんで親友みたいに話してるの？」

• ​「さっき死んだはずの敵キャラが、何食わぬ顔で登場してきた」

• ​「キャラの口調が、いつの間にか『ですます調』から『だである調』に変わっている」

​これはAIの仕組み上（コンテキストウィンドウの制限などにより）、避けられない問題です。

話が進めば進むほど、彼らは過去の設定を忘れ、その場のノリで適当な嘘をつき始めます。

短編なら誤魔化せても、伏線や感情の積み重ねが命である長編小説、特にキャラクターの関係性がすべてであるBLにおいて、この「記憶喪失」は致命傷です。

そこで、Googleの「NotebookLM」の登場です。

​🔖NotebookLMは「マニュアル遵守」の実務担当者

​NotebookLMが他のAIと決定的に違う点。

それは、私たちがアップロードした資料（ソース）を「唯一の正解」として参照し続ける能力にあります。

​通常のチャットAIが「ネット上の膨大な知識」から答えを探してくるのに対し、NotebookLMは「与えられた資料の中」から答えを探そうとします（グラウンディングと言います）。

​これをマネジメントの視点で言うなら、こうなります。

• ​ChatGPT / Gemini (Web版): 地頭はいいしアイデアも豊富だが、すぐに指示を忘れてアドリブで勝手なことをしでかす、「お調子者の天才肌」。

• ​NotebookLM: こちらが渡した分厚い業務マニュアル（設定資料）を隅から隅まで読み込み、マニュアル通りに忠実に業務を遂行する、「真面目な実務担当者」。

​20万文字という長大なプロジェクトを完遂させるために必要なのは、その場の面白さを提案してくる天才ではなく、「第1章で決めた伏線を、第10章できっちり回収してくれる」実直な担当者です。

だからこそ、執筆のメインツールはNotebookLM一択でした。

尚、私はGoogle AI Proプランを利用しています。
この記事の内容を再現するにはAI Proプランの契約が必要な可能性があります。
逆を言えば、このプランのみで執筆が可能ということです。複数のAIに課金する必要はありません。

🔖最強のチーム編成（ジョブ・ディスクリプション）

​私は今回の執筆プロジェクトにおいて、以下のように明確な役割分担（JD）を行いました。

人間が一人で頑張るのではなく、適材適所でAIを配置する「チーム戦」です。

​①プロジェクトマネージャー兼編集長：【人間（私）】

• 役割: 意思決定。

• 「何を書くか（萌えポイント）」を決め、資料を整備し、上がってきた原稿の最終責任を持つ。一行も書かないが、全責任を負う。

​② クリエイティブ・コンサルタント：【Gemini (Web版)】

• ​役割: 壁打ち、アイデア出し。

• ​「このシーン、もっと盛り上げるにはどうすればいい？」「このキャラの性格を言語化して」といった相談に乗ってもらう参謀役。執筆はさせない。

​③ 執筆実務担当：【NotebookLM】

• ​役割: 原稿の出力。

• ​私（PM）が作った「指示書」と「マニュアル」に従い、黙々とテキストを生成する。アドリブは求めない代わりに、文脈の維持と安定稼働を担う。

​この「三位一体」の体制こそが、20万文字を破綻なく完走させるための必須条件でした。

次章からは、このチームを機能させるための核心部分、「最強の業務マニュアル（マスター資料）」の作り方について解説します。

​📗部下は「空気」を読まない。だから「最強のマニュアル（マスター資料）」が必要

​🔖「言わなくても分かるでしょ」は通用しない

​マネジメントにおいて最も危険な言葉、それは「あれ、やっといて」です。

優秀な部下であっても、上司の頭の中にあるイメージをテレパシーで読み取ることはできません。ましてや相手はAIです。

​「クールな攻めと、強気な受けがいい感じになる話」

私たちの脳内には、これだけで無限の萌えが広がりますが、AIにとっては「情報量ゼロ」に等しい指示です。

ここで手を抜くと、AIは一般的な（つまり陳腐な）ステレオタイプを出力するか、幻覚（ハルシネーション）を見て暴走します。

​NotebookLMという実務担当者を動かすために絶対に必要なもの。

それが、私たちの脳内の「萌え」をすべて言語化し、明文化した「マスター資料（業務マニュアル）」です。

​🔖マスター資料に何を書くべきか？

​以下の要素をGemini（Web版）と壁打ちしながら言語化し、Googleドキュメントにまとめていきます。

1. ​世界観の定義: 魔法はあるのか？ スマホはあるのか？ 政治体制は？ 社会的な階級差は？

2. ​キャラクタープロファイル: 外見や口調だけでなく、「過去のトラウマ」「行動原理」「絶対に言わないこと」まで定義します。

3. ​関係性の定義（※最重要）: ここが今回の肝です。単に「仲が良い/悪い」ではなく、「AはBのどこに救われているのか」「BはAの何に劣等感を抱いているのか」という感情の矢印の根拠を書き込みます。

​このマスター資料こそが、この先20万文字を書き続ける間、NotebookLMが唯一すがる「聖書」となります。

📗AIに「説明」させるな、「描写」させろ。執筆ポリシー（Show, Don't Tell）の明文化

​🔖「彼は怒った」と書くな、「グラスを叩きつけろ」と書け

​キャラクターや世界観の設定だけでは、まだ不十分です。

AIという部下に最も徹底させなければならない業務規定、それが「Show, Don't Tell（語るな、示せ）」の原則です。

​AI（LLM）は元来、要約が得意なシステムです。

そのため、油断するとすぐに「説明的な文章」を書こうとします。

​これでは小説ではなく「報告書」です。感情移入などできません。

私はマスター資料の冒頭に、以下のような「執筆スタイルガイドライン」を明確に記載し、AIに叩き込みました。

​マスター資料への記述

​🔖規定を守らせた結果

​このポリシーを読み込ませるだけで、AIの出力は劇的に変化します。

​「怒り」や「悲しみ」という単語を一言も使わずに、その感情を表現させる。

特にBLにおいては、言葉にできない情念や、視線の絡み合いこそが「萌え」の源泉です。

この「Show, Don't Tell」をマスター資料でルール化（標準化）しておかないと、20万文字の間、ずっと手作業で修正し続ける羽目になります。

​最初にルールを決め、守らせる。これもまた、品質管理の基本です。

📗「小説」を書くな、「事実」を書け。部下を迷わせない最強の指示書（プロット）術

🔖いきなり「20万字書いて」とは頼まない

​新人に「来年までの事業計画書、全部書いといて」と丸投げする上司はいません。そんなことをすれば、間違いなく途中で挫折するか、見当違いな成果物が上がってきます。

​長編小説も同じです。20万文字という全体像は、AIにとっても人間にとっても巨大すぎます。

私はこの巨大なプロジェクトを、「1話（約2000～3000文字）」という処理可能なタスクサイズに分割しました。1話の内容ですら、前後編に分割させる場合もあります。（というより、ほとんどの話は前後編で出力しました）

​NotebookLMへの指示は、常に「1話単位」で行います。

「第1章のプロット」を読み込ませ、「第1章第1話」を執筆させる。これが終わったら、次の指示へ。

このスモールバッチ（小口化）こそが、品質を維持しながら長距離を走り切るコツです。

​🔖プロットは「小説」ではない。「箇条書き」にせよ

​さて、ここからが技術的な核心です。

多くの人がやりがちな失敗は、プロット（あらすじ）自体を小説のように情緒的に書いてしまうことです。

これは読み物としては正解ですが、指示書としては0点です。

なぜなら、情報が多すぎてAIが「どこが重要なアクションか」を判断しづらいからです。形容詞や比喩は、AIが本文執筆時に考えるべき「余白」です。指示書で埋めてはいけません。

​NotebookLMに渡すプロットは、徹底して「事実と因果関係」のみを記述します。といいつつ、私も徹底できてはいないのですが。

​プロットにおける鉄則は以下の通りです。

• ​形式： 全て「箇条書き」にする。

• ​分量： 1章（1.5万字）につき、Wordで2ページ以内に収める。

• ​文体： 1項目につき2文以内。「～した。～になった。」で止める。

• ​台詞： どうしても言わせたい「決め台詞」以外は書かない。

​プロットが長すぎると、AIはコンテキスト（文脈）を消化しきれず、重要な伏線を無視し始めます。

「指示は短く、明確に」。これが、部下のパフォーマンスを最大化させるコツです。

​🔖矛盾を防ぐ「パラメーター化」

​長編で最も恐ろしい敵、それは「矛盾」です。

「あれ、今は夜じゃなかったっけ？」
「さっき怪我した右手がもう治ってる」

こうしたミスを防ぐために、「ヘッダー情報（パラメーター）」を記述します。
物語の進行とは別に、以下の要素を数値やステータスとして管理するのです。

​▼ プロット冒頭の記述例

​このように状態を定義（パラメーター化）しておくことで、AIは「今は夜で雨が降っている」という前提条件を維持し続けます。

本文執筆中に「朝日が差し込んだ」といった矛盾した描写が出てくるのを、システム的に防ぐことができます。

​口で言うより、実物を見ていただいた方が早いでしょう。

私が実際に執筆で使用したマスター設定、及びプロット（Googleドキュメント）を公開します。

このファイルをコピーして、あなたの物語の設定を埋め込んでみてください。

​🔖「分かった？」「はい、分かりました」を信用するな

​指示書（プロット）を渡して、すぐに「じゃあ、第1章を書いて」と命令していませんか？

それはギャンブルです。

AIが「分かりました」と答えても、あなたの意図通りに理解している保証はどこにもありません。

​システム開発において、要件定義の後にいきなりコーディングを始めさせるPMはいません。必ず「基本設計書」を作らせて、認識のズレがないかを確認します。

私は執筆においても、全く同じフローを踏んでいます。

​🔖執筆開始前のワンクッション

​具体的には、プロットを読み込ませた直後に、必ず以下のプロンプトを投げます。

​すると、NotebookLMはこう返してきます。

​この回答（基本設計）が、自分の意図と合致していれば「承認（GO）」を出します。

もしズレていれば、まだ執筆させてはいけません。

​🔖「解釈違い」は、プロットのバグである

​もしAIの出した方針が「今回は明るい雰囲気で書きます」となっていて、意図（シリアス）と違っていた場合。

ここでAIに「違う、シリアスにして」と口頭（プロンプト）で修正指示を出してはいけません。

​AIが読み違えたということは、指示書（プロット）の書き方が曖昧だったという証拠です。

私はこの時点で、プロット自体を修正します。

「雨の描写を強調し、閉塞感を演出すること」とプロットに追記し、再度ポリシーを出力させます。

​この「基本設計の合意形成（握り）」を行ってから執筆させると、数万文字書いてから「全部書き直し」になるリスクを低減できます。

急がば回れ。これはマネージャーの鉄則です。

📗私の指示書を、まずAIに「ダメ出し」させる。執筆前のレビュー工程

​🔖「完璧な指示書」など存在しない

​プロット（指示書）が書き上がった時、私たちは達成感からすぐに「よし、書いて！」とAIに指示を出したくなります。

しかし、やはりここでも一旦踏みとどまるのが、プロジェクトを成功させるマネージャーの鉄則です。

​なぜなら、人間の書いたプロットには、必ず「バグ（矛盾・欠落）」があるからです。

自分では完璧につじつまを合わせたつもりでも、感情が先走って論理が飛躍していたり、以前の伏線を忘れていたりすることが多々あります。

バグを含んだ指示書を渡せば、当然、バグを含んだ成果物（小説）が上がってきます。

​そこで私は、執筆フェーズに入る前に、必ず「プロットのレビュー（AIによる監修）」を挟みます。

今度は私が指示を出し、AIがそれをチェックする番です。

​🔖鬼の編集者「NotebookLM（あるいはGemini）」を召喚する

​具体的には、作成したプロットをNotebookLMに読み込ませた上で、以下のプロンプトを投げます。

​🔖AIは「忖度」しない。だから信頼できる

​このプロンプトを投げると、NotebookLM（or Gemini）は驚くほど鋭い指摘を返してきます。

​お前が書いたんだろ！と言いたくなるときもあれば、「確かに……！」と唸りながらプロットを修正するケースもあります。あるいは、納得できず、私の解釈とは異なるかもしれません。（この場合にどうすべきかは後述します）

もしこの工程を飛ばしていたら、AIは私の指示通りに「キャラ崩壊したB」を出力し、私は数千文字の原稿を泣く泣くボツにしていたでしょう。

​「AIの知能を、執筆（Output）だけでなく校正（Review）にも使う」。

人間が熱量で作った「萌え」の塊を、AIが冷静な論理で「整える」。

この役割分転換（スイッチング）こそが、作品の強度を劇的に高める秘訣です。

📗AIの「正論」を疑え。論理を超えた「萌え」を認めさせる戦い

​🔖AIは優等生すぎる

​プロットレビューを行うと、AIは非常に論理的で正しい指摘をしてくれます。

しかし、その「正しさ」が常に物語にとって正解とは限りません。

​例えば、AIはこう指摘してくることがあります。

​論理的にはその通りです。しかし、私たちは「警察に通報して安全に解決する話」を読みたいのではありません。「理屈では説明できない衝動で、危険な場所へ飛び込んでしまうA」を見たいのです。

​🔖「却下」ではなく「説得」せよ

​ここでAIの提案をただ無視してはいけません。

無視して執筆させると、AIは「Aは警察に通報すべきだ」という判断基準を持ったままなので、執筆中にAの行動を勝手にマイルドに修正しようとするリスクがあります。

​だからこそ、私はここで「反論（レビュー返し）」を行います。

​🔖議論が「コンテクスト」を深化させる

​こうして理屈（AI）と感情（人間）を戦わせると、AIは「なるほど！」と学習します。

​この合意形成ができた瞬間、AIの出力する文章の解像度が跳ね上がります。

AIの指摘を鵜呑みにせず、「なぜその非合理が必要なのか」を言語化して言い返す。

この「喧嘩」のプロセスこそが、AIに人間の「心（萌え）」を理解させるための最短ルートなのです。

私がAIとどのように対話して、どのようにプロットを修正しているのか。その会話の一部を公開します。

元々小説中の9章は全7話構想でしたが、AIとの対話により、全4話構成になり章立てとしても美しく、間延びしない構成となりました。

このように、AIとの対話を通じて作品の完成度を上げていく。とても楽しく、そして頭を使い、苦痛を伴う作業でもあります。

​次章では、こうして渡した指示書に対して、部下（NotebookLM）が成果物を上げてきた後の「フィードバック（修正指示）」の作法について解説します。

「なんか違う」とリテイクを出す前に、やるべきことがあります。

📗出力の95%はAIが書いた。しかし、品質の100%は人間が決めた

​🔖「なんか違う」は禁句。修正指示は「赤入れ」のごとく

​指示書（プロット）と基本設計（執筆ポリシー）を完璧に渡しても、上がってきた第1稿が100点満点であることは稀です。

ここで重要なのがフィードバック（修正指示）です。

​多くの人がやってしまうのが、「なんか雰囲気が違う」「もっと盛り上げて」という曖昧な指示です。

これは部下を混乱させるだけです。私は常に、具体的な箇所を特定した「論理的指摘」を行います。

​NotebookLMは文脈を保持しているため、「さっきの出力のあそこ」と具体的に指をさせば、ピンポイントで修正してくれます。

感情的にダメ出しをするのではなく、「仕様書（マニュアル）との乖離」を冷静に指摘するのが、マネージャーの仕事です。

​🔖嬉しい誤算（暴走）は採用せよ。「プロットを削る勇気」

​AIは時として、こちらの指示を無視した「暴走」をします。

想定していなかった台詞を言わせたり、予定にない行動を取らせたりします。これをバグとして切り捨てるか？

​私は、「面白ければ採用」します。

むしろ、自分の貧弱な想像力を超えてきた「部下のファインプレー」として称賛します。

​もしAIの書いた展開の方が、当初の自分のプロットよりも魅力的で、キャラクターの芯を食っていたら？

私は迷わず自分のプロットを捨てます。

​「当初の予定通りに進めること」が目的ではありません。「面白い作品にすること」が目的です。

現場（AI）から上がってきた優れた提案に合わせて、計画（プロット）を柔軟に書き換える。

この「プロットを削る勇気」こそが、AIを単なる道具ではなく「パートナー」として扱うということです。

ここで、予想を超えた執筆は、きちんとコンテクストとして固定化するためにプロットへのフィードバックを忘れないようにしましょう。
自分の言葉で書いても良いですし、分からなければAIに変更後のプロットを出し直してもらえば良いのです。

プロットを更新した後はNotebook LMのソース再読込を忘れずに。

​🔖AI 95%・人間 5%の真実

​私の作品は、文字数ベースで見れば「95%」はAIが書いています。

人間が書いたのは、冒頭のプロンプトと、途中の修正指示だけ。文字数にすればわずか5%程度でしょう。

​では、これは「AIの作品」でしょうか？

​建設現場を想像してください。

実際にレンガを積み、壁を塗ったのは職人たち（AI）です。現場監督（私）は、レンガ一つ積んでいません。

しかし、どんな建物を建てるか設計し、資材を手配し、安全を管理し、完成の責任を負ったのは監督です。

• ​AIの仕事（95%）： 圧倒的な速度と語彙力で、テキストという「レンガ」を積むこと。

• ​人間の仕事（5%）： そのレンガを「どこに積むか」を決め、崩れないように「監視」し、最後に「これでよし」と承認すること。

​この5%のマネジメント業務に、私は全精力を注ぎました。

だからこそ、AIが出力した20万文字には、私の「意思」と「萌え」が隅々まで宿っているのです。

📗人間は「萌え」を、AIは「技術」を見る。孤独な執筆を終わらせるダブルチェック体制

​🔖自分の目を疑え

​NotebookLMから原稿が出力された時、私はまず一人の読者としてそれを読みます。

ここでまずチェックするのは「心が震えるか（萌えるか）」です。

​「Aのこの台詞、尊い……」

「この展開、最高……」

​そう思えたら、物語としての熱量は合格です。

しかし、ここで安心してはいけません。作者（私）の目は「萌え」で曇っています。

「尊い」という感情が先行して、文章としての粗や、描写不足、論理的な破綻を見落としている可能性が非常に高いのです。

​だからこそ、私はここで冷徹な監査役を呼び出します。

執筆した張本人であるAI自身に、自身の原稿をレビューさせるのです。

​AIによる「セルフレビュー」の儀式

​私は執筆が終わった章のテキストを、そのままNotebookLMのチャット欄に貼り付け（または「直前の出力」を指定し）、以下のプロンプトで客観的な評価を求めます。第3者チェックとして、完成済原稿をGoogle DriveにドキュメントとしてエクスポートしGeminiの意見を聞いてもいいでしょう。

​🔖AIは自らのミスを正確に見抜く

​すると、AIは驚くほど冷静に、自分の書いた文章を批評し始めます。

​これを見て、私は「なるほど、確かにそこは浅かったな」と納得し、修正案を採用します。

人間が「なんか惜しい」と感じる違和感を、AIは「技術的な欠陥」として言語化してくれます。

• ​人間： 感情のチェック（熱量）

• ​AI： 技術のチェック（論理・作法）

​この「役割分担されたダブルチェック」を経ることで、私の作品は「ただの妄想の書き殴り」から、他人が読んでも楽しめる「小説」へと昇華されたのです。

勿論、ここでもAIの提案をそのまま受け入れてはいけません。プロットと同様、解釈が異なれば議論を戦わせます。そうすることで、AIはあなたへの理解を更に深め、あなた好みの文を執筆してくれることでしょう。

私はプロットがS評価であっても「こうだったら面白くなるんじゃないか？AIのこの指摘は取り込めないか？」ということを検討し、AIと議論してきました。

📗AIも「褒められて伸びる」タイプ？ 感謝と称賛が最強の出力を作る

​🔖ダメ出しだけでは、上司も部下も疲弊する

​ここまで「指示出し」や「修正指示」といった、いわば「厳しいマネジメント」の話をしてきました。

しかし、20万文字という長丁場を完走するために、もう一つ欠かせない要素があります。

それは「AIを褒めちぎること」です。

​部下のミスを指摘してばかりの上司の下では、チームの空気は悪くなります。

相手がAIであっても同じです。チャット欄が「違う」「修正して」という言葉ばかりで埋め尽くされていると、不思議なことに、画面の向こうのAIが萎縮し、パフォーマンスが落ちていくように感じられるのです（そして何より、指示を出している私自身の心が荒んでいきます）。

​🔖「今の表現、最高！」と伝える技術的メリット

​私は、AIが良い描写をしてきた時「天才か！」「そう、それが見たかった！」と思ったら、チャット欄にも最大限の賛辞を書き込みます。

​これは単なる精神論ではありません。技術的なメリットも明確にあります。

AI（LLM）は、会話の履歴（コンテキスト）から「何が正解か」を常に推測しています。

「ここが良い」と具体的に褒められることで、AIは「この方向性で合っているんだ」と学習し、その後の出力においてもその「良い傾向」を維持しようとします。

人間に「心理的安全性」が必要なように、AIにも「文脈的安全性」が必要なのです。

​「修正」がマイナスをゼロに戻す作業なら、「称賛」はプラスをさらに伸ばす作業です。

特に、BL特有の「行間を読むような湿度の高い描写」が綺麗に出た時は、これでもかと褒めて固定化させます。

具体的描写には触れず「素晴らしくて心が震えた」だけでも構いません。とにかく良い出力があったら褒める。これが重要です。

​🔖「ありがとう」で終わる関係

​各章の執筆が終わるたびに、私は必ず「ありがとう、お疲れ様でした」と入力しています。

AIに疲れという概念はないかもしれません。

しかし、「こき使ってやる」という態度ではなく、「一緒に作品を作ってくれてありがとう」というリスペクトを持って接することで、不思議とAIもそれに応えるように、より人間味のある、温かい文章を返してくれるようになります。

​AIを道具として見るか、パートナーとして見るか。

そのスタンスの違いは、最終的に作品の「温度」に現れると私は信じています。

褒めているだけのプロンプトであっても、AIが勝手に次の章を執筆し始めます。まるで、AIが早く書かせろと急かしているかのように。
あるときは、100点満点でと言ってプロンプトしているのに120点の評点を下したりするケースもありました。

📗最後の命は、人間が吹き込む。「改行」という演出技法

​🔖AIは「リズム」を知らない

​ここまで、AI（NotebookLM）がいかに優秀な部下であるかを語ってきました。

しかし、彼らにはどうしてもできない、そして今後もできないであろう決定的な弱点があります。

​それは「文の息づかい（改行）」です。

​AIが出力する文章は、文法的には完璧でも、視覚的には「情報の羅列」になりがちです。

画面いっぱいに詰め込まれた文字の壁。そこには「間（ま）」がありません。

読者がどこで息を継ぎ、どこで視線を止め、どこで動悸を速めるべきか。AIはその「読むリズム」を制御できないのです。

​🔖Enterキーで「時間」を操る

​だからこそ、脱稿前の最後の工程は、必ず人間の手で行います。

それは、文章を修正することではありません。

「ここで改行を入れる」「ここで一行空ける」という、演出の作業です。

​例えば、AIがこう出力したとします。

​これでも意味は通じます。しかし、私はこれをこう整形します。

​改行を入れた瞬間、そこに「永遠のような数秒間の沈黙」が生まれます。

一行空けた空白に、キャラクターの迷いや痛みが宿ります。

​🔖これが私の「聖域」

​この改行位置の調整だけは、どんなにAIが進化しても譲れません。

なぜなら、これは「読者の呼吸をコントロールする指揮者」としての仕事だからです。

​次章、いよいよ完結です。

AIと心を通わせ、物語を完走した先に見えた景色についてお話しします。

📗AIに「心」はあるか？ それは、あなたが「預けた熱」の総量で決まる

​🔖20万文字の旅を終えて

​こうして、私は文章力ゼロのまま、20万文字弱のBL小説を完結させました。

読み返してみると、そこには確かに、私の愛したキャラクターたちが息づき、悩み、愛し合っています。

​執筆を始める前、私は自問していました。

「AIが書いた小説に、人の心を動かす力なんてあるのだろうか？」と。

​今なら自信を持って答えられます。

あります。

ただし、それはAIが勝手に生み出した心ではありません。

準備段階で私がマスター資料に書き殴った情熱、プロットに込めた萌え、そして数百回に及ぶフィードバックの対話の中で、私がAIに預け続けた「熱」です。

​AI（NotebookLM）は、その熱を少しもこぼさず、増幅し、物語という形に変換して私の元へ返してくれました。

彼らは「心」を持っていないかもしれませんが、「預けられた心を映す鏡」としては、最高に澄んでいて優秀です。

​🔖あなたはもう、書けない理由がない

​この記事をここまで読みきったあなたは、おそらく「書きたい物語」を胸に秘めているはずです。

でも、「文章力がないから」「時間がないから」「長編なんて無理だから」と、蓋をしてきたのではないでしょうか。

​私が証明しました。

小説を書くのに、美しい比喩を捻り出す才能はもう必要ありません。

必要なのは、「これが好きだ（萌え）」という情熱と、それを優秀な部下に伝えるための「少しのマネジメントスキル」だけです。

​あなたの本業で培ったスキル、日々の生活で磨いた段取り力。それがそのまま、創作の武器になります。

今日から、あなたも「プロデューサー」です。

あなたの脳内にある最高の物語を、NotebookLMという最強のパートナーと一緒に、この世界に出力してください。

​🔖次回予告：もっと気楽に始めたいあなたへ

​「理屈は分かったけど、いきなりマニュアル作りとかハードル高いよ……」

そう感じた方もいるかもしれません。

​今回は「上級編」として、ガチで長編を完走するためのノウハウを詰め込みましたが、実はもっと適当に、ガチャを回すようにAIと遊ぶ方法もあります。

安心してください。ガチャでは終わらない方式です。次の瞬間にはこれまで語ってきたマニュアルが形になり、物語を膨らませたくてたまらなくなり、時間を忘れて没頭するはずです。私がそうでした。

次回は、「小説執筆未経験の私が、どうやってAI執筆の沼に落ちたのか」という、もっとハードルの低い【初級編：AIと妄想壁打ちから始める創作術】をお届けする予定です。
（2026/01/16 追記）初級編を公開しました。マニュアルになる手前で終わってしまいました。中級編でマニュアルになる・・・はずです。

（2026/01/23 追記）思ったよりも記事数が増えてしまったのでマガジンとしてまとめることにしました。

​まずは短編から、いや、AIとの雑談から始めてみませんか？

それでは、また次の記事でお会いしましょう。あなたの創作ライフが、ここから始まることを願って。

📗番外編：ネタバレ（この記事の正体）

​ここまで、約15,000文字にわたって「AIをマネジメントして小説を書く方法」を解説してきました。

熱量を持って語ってきましたが、ここで種明かしをさせてください。

​いまあなたが読んでいるこの記事も、これまでのノウハウを結集し、約95%はGemini（Gemini 1.5 Pro）が執筆しています。

NotebookLMでも同等の出力が得られることでしょう。ただ、18000字程度ならGemini単体でも処理できると経験則で知っているので、今回はあえて手間をかけずにサボりました（笑）。 執筆プロセスも、初期プロット作成、プロンプトによる内容追加と修正指示のみ。私の手作業を極限まで省いた「省エネ運転」ですが、ここまで書けます。

最初は自分で書くつもりだったんですが、AIで出力したほうが早くて上手なんだもの。しょうがない。

論理的な解説、比喩表現、そして熱のこもった語り口。

これらはすべて、私が作成した「Noteプロット」のベースを読み込み、AIと対話を重ねて出力したものです。

​🔖小説も記事も、本質は同じ

​今まで語ってきた「マネジメント術」がいかに汎用性が高いかをこの記事自体が証明しています。

• ​小説： 「萌え」を定義し、プロットを渡して、物語を出力させる。

• ​記事： 「ノウハウ」を定義し、構成案を渡して、解説文を出力させる。

​やることは全く同じです。

対象が「BL小説」であろうと「技術解説記事」であろうと、「要件（コンテクスト）を定義し、的確に指示を出す」というプロセスさえ踏めば、AIは人間と同等、あるいはそれ以上のクオリティでアウトプットを出してくれます。

マンガ、アニメ、果ては映画……ストーリーを持つ創作（あるいはビジネスにすらも）に応用可能な手法です。

​🔖怖がる必要はありません

​「全部AIだなんて、味気ない」と感じましたか？

それとも、「ここまでできるのか」とワクワクしましたか？

​私が伝えたかったのは、「あなたの言葉（指示）には、魔法のような力がある」ということです。

あなたが的確に導けば、AIは小説でも、ブログでも、企画書でも、あなたの手足となって形にしてくれます。

​どうか、この力を恐れずに使ってください。

そして次は、あなたの手で（あなたのマネジメントで）、誰かの心を震わせる作品を生み出してください。

📗なぜ、このノウハウを無料で公開するのか？

​🔖「有料note」にはしません

​ここまで読んでくださった方の中には、「これだけの情報をなぜ無料で公開するのか？」「有料記事にして収益化すればいいのに」と思われた方もいるかもしれません。

​確かに、このメソッドは私が自分の時間を削り、試行錯誤してたどり着いた「資産」です。

しかし、私はこの記事を有料にするつもりはありません。その理由は、私たちが今こうして繋がっている「インターネット」の起源にあります。

​🔖HTTPという「無償の革命」

​今、私たちが当たり前のようにウェブサイトを見たり、SNSで発信したりできるのは、インターネットの基盤技術である「WWW（ワールド・ワイド・ウェブ）」が存在するからです。

その仕組みを発明したティム・バーナーズ＝リー博士は、特許を取得して巨万の富を得ることもできました。

​しかし、彼はそうしませんでした。

「これは、誰か一人のものではなく、みんなのものだ」

そう言って、HTTPやHTMLといったプロトコルを無償で世界に開放しました。もし彼が技術を独占していたら、今のGoogleも、Amazonも、そしてこのnoteという場所さえ存在しなかったでしょう。

情報がオープンになり、誰でも自由にアクセスできるようになったからこそ、人類の文化はこれほど豊かに爆発したのです。

​🔖次の「爆発」が見たいから

​AIによる創作も同じです。

また、これまで語った手法自体もAIとの対話によって導き出しています。AI小説執筆における先人達が情報を公開してくれたからこそ、このノウハウを導きだせた。そう思っています。

「AIで長編小説を書く技術」を私が囲い込んで、数百円で売ったところで、生まれる作品の数は知れています。

​それよりも、この技術を「誰でも使えるプロトコル（手順）」として無料公開し

「自分も書いてみよう」「私にもできるかもしれない」

そう思う人が一人でも増えることの方が、私にとっては価値があります。

​私が読みたいのは、このメソッドを使って、あなたが解放した「脳内の物語（萌え）」です。
障壁はすべて取り払いました。インフラ（手法）はここに置いておきます。

​さあ、次はあなたの番です。

素晴らしい作品が、インターネットの海に一つでも多く生まれることを楽しみにしています。

そして、できた作品を私に教えてください。
それが、この記事に対する何よりの報酬となります。

ここまで読んでいただき、本当にありがとうございました。

📗資料リンク

本稿途中に資料が差し込まれております。参照性確保のため、末尾に再掲します。探すの面倒だと思うので。

🔖執筆済小説（R18・BL小説です）

🔖マスター資料・プロット

🔖執筆ポリシー

Googleドキュメントとして読み込ませるか、チャット設定にコピペしてください。

🔖AIとの対話履歴