1章の字数を強制的に守らせる
「1章 7,000字」のように長めに指定しても、ローカルLLMモデルは 2,000〜3,000字前後で章を閉じることがあります。字数を指示しても、そこまで書いてくれません。新規実行画面の「1章の字数を強制的に守らせる」を ON にすると、1 章を何回かに分けてモデルに頼み、目安の字数まで書かせます。
v3.4.0（2026-09-28 配布）で入った機能です。それより前の版にはありません。
01 なぜ章が短くなるのか
いまのローカルLLMモデルは、1 回の返事で長い字数を指示されても守りきれません。「約 7,000字」と頼んでも、その指示を無視するように、途中で章を閉じてしまいます。いまのモデルの限界です。
Gemma 4 で測ったところ、1 回の返事はおおむね 2,000〜3,000字前後でした。31b は長めに書くモデルで、1 回に 4,000〜5,000字書くこともあります。アプリからは「約 7,000字」とそのまま伝えていますが、モデルのほうが書き終えて止まっています。アプリの不具合ではありません。
num_predict を大きくしても伸びません。num_predict は「ここで打ち切る」という上限で、それ以上書かせる設定ではないためです。12b と 26b で、num_predict を指定しない場合と 16,384 にした場合を比べました。think を ON にすると本文は少し長くなりますが、どちらも 7,000字には届きません。
2026-09 に計測。ローカルの Ollama 0.34.4、gemma4:12b-it-qat / gemma4:26b-a4b-it-qat、コンテキストサイズ 32,768。think ON のときは考える過程も num_predict に数えられるので、1,000 のような小さな値にすると、考えているうちに上限に届いて本文が 0字のまま切れました。
コンテキストサイズで切れた回もありませんでした。
一方で、返事を新しくすると、書く長さはそこで仕切り直されます。この機能はそこを使います。
02 この機能がすること
ON にすると、1 章を 1 回の依頼で書かせるのをやめて、何回かに分けて頼みます。書き上がった回を順につないで、1 つの章にします。
頼み方は 3 種類あります。
- 書き始め（1 回目）
- 「1章を書き始めてください。約 2,000字」と頼みます。あわせて、この章で書くあらすじの範囲（次の章の出来事は次の章で書くこと）と、章の全体の字数を伝え、「この回は場面の途中で止めてかまいません」と添えます。章の見出しは、分けない場合と同じ形でこの回に付けてもらいます。
- 続き（途中の回）
- 「前の回の最後の文からそのまま続けてください」と頼みます。この章で書くあらすじの範囲と、ここまでに書いた字数（「ここまで約 3,500字書きました」）を伝え、場面の途中で止めてかまわないと添えます。見出しは付けず、書いた部分を繰り返さないように伝えます。
- 締め（最後の回）
- 「続きを書いて、章を締めてください」と頼みます。あらすじの範囲とここまでの字数も伝えます。章の終わり方の指示（次の章への引きや、最終章なら結末の型）は、分けない場合と同じ文面です。
つないだあとで、分けたことが見える部分を落とします。「（つづく）」「（次章へ続く）」「（1章 完）」のようなラベルの行、2 回目以降に付いた章の見出し、前の回の最後の行をそのまま繰り返した行です。場面の区切りの線（＊＊＊ など）は作品の一部なので残します。章の字数とタイトルは、この後始末をしたあとの本文から取ります。
03 回数の決め方
何回に分けるかは、先に決めていません。モデルごとの表も持っていません。1 回書き終わるたびに、書けた字数を見てその場で決めます。
目標は、新規実行画面の「1章あたり」の字数（本編の目安文字数 ÷ 章数）です。字数は空白と改行を除いて数えます。
実際に 12b で 1章 7,000字を書かせたときの流れです。
| 回 | 頼み方 | 頼んだ字数 | 書けた字数 | ここまでの合計 | 次をどうするか |
|---|---|---|---|---|---|
| 1 | 書き始め | 約 2,000 | 1,622 | 1,622 | 残り 5,378 ÷ 平均 1,622 → あと 4 回 |
| 2 | 続き | 約 1,345 | 1,630 | 3,252 | 残り 3,748 ÷ 平均 1,626 → あと 3 回 |
| 3 | 続き | 約 1,249 | 1,282 | 4,534 | 残り 2,466 ÷ 平均 1,511 → あと 2 回 |
| 4 | 続き | 約 1,233 | 1,192 | 5,726 | 残り 1,274 ÷ 平均 1,432 → あと 1 回 |
| 5 | 締め | 約 1,274 | 1,195 | 6,921 | 章を書き終える |
同じ条件で 26b は 5 回（7,297字）、31b は 1 回に書く量が多いので 4 回（7,094字）で書き終えました。回数はモデルの名前ではなく、実際に書けた長さで決まります。
04 会話の履歴をまとめる
分けて書いているあいだは、「続きを」「ここまで約 3,500字書きました」といったやりとりが会話に積み重なります。これを残したまま次の章へ進むと、途中の頼み方が次の章の書き方に影響します。
そこで、章を書き終えたら、その章のやりとりを 1 往復にまとめます。分けない場合と同じ「1章を書いて」という依頼と、つないで後始末した本文の 1 組です。2 章から先は、分けない場合と同じ形の会話から書き始めます。
05 実測
アプリを通して、同じ設定で ON と OFF を書かせました。条件は次のとおりです。
- 2026-09 に計測。クラウド GPU（RunPod・RTX PRO 4500）に Ollama を置き、新規実行画面と同じ経路で生成
- モデルは Gemma 4 の 3 つ（
gemma4:12b-it-qat/gemma4:26b-a4b-it-qat/gemma4:31b-it-qat）。think OFF、コンテキストサイズ 32,768 - 全 3 章 × 1章 7,000字（本編の目安文字数 21,000字）。字数は空白と改行を除いて数えたもの
| モデル | 1 章の字数（分けない） | 1 章の字数（守らせる） | 1 章の時間（分けない → 守らせる） |
|---|---|---|---|
| 26b | 1,611〜2,057 | 6,927〜7,010 | 10〜13 秒 → 45〜47 秒（約 4 倍） |
| 12b | 2,014〜3,205 | 6,928〜7,509 | 24〜33 秒 → 75〜84 秒（約 2.5〜3.5 倍） |
| 31b | 2,633〜4,309 | 6,910〜7,278 | 62〜95 秒 → 164〜169 秒（約 1.8〜2.7 倍） |
時間が延びるのは、おもに書く字数が増えるためです。1 秒あたりに書く字数は、ON と OFF でほとんど変わりませんでした。そのぶん、もともと短く書いていたモデルほど倍率が大きくなります。
長い章も試しました。
- 26b・1章 20,000字 × 2 章 → 20,248字 / 19,479字（1 章 130〜140 秒）
- 12b・1章 10,000字 × 1 章 → 9,969字（114 秒）
ここに載せたのは、上の条件でそれぞれ 1 回ずつ書かせた結果です。字数や時間を約束するものではありません。モデル、GPU、制約の内容で変わります。
06 使い方
- 新規実行画面で、章数と「1章あたり」の字数を決めます（本編の目安文字数で決めてもかまいません）。
- その下の「1章の字数を強制的に守らせる」にチェックを入れます。既定は OFF です。
- いつもどおり「生成開始」か「キューに追加」を押します。
画面には次のような表示が出ます。
- OFF のまま 1章あたりが 4,000字を超えると、「1章あたりの字数が多いと、モデルによっては目安より短く書かれます」という注意が出ます。禁止ではないので、そのまま生成もできます。
- ON にすると、注意の代わりに「1章を何回かに分けてモデルに頼み、目安の字数まで書かせます。リクエストが増えるぶん、時間が長くなります。」と出ます。
- 予測時間は、ON のとき強制的に守らせる場合の時間を出します。数字はこの接続先とこのモデルの実績から計算します。ON で書いた実績がまだ無いときは、分けない場合の速さから計算し、その旨を添えます（1 秒あたりに書く字数は ON と OFF でほとんど変わらないためです）。実績がまったく無いときは予測時間は出ません。
ON で書いたバッチには、ジョブ画面で「字数を強制」の札が付きます。小説ビューの実行情報にも「1章の字数を強制的に守らせる」の行（ON）が出ます。ジョブ画面のベンチマークでは、ON で書いた作品を「モデル名（字数を強制）」の別の行として集計します。速さの傾向が違うので、既定では表に入れていません。小説生成の欄で「字数の強制ありも含める」を選ぶと出ます。
書いている最中の小説ビューでは、1 章が 1 つの流れとして表示されます。章を書き終えると、後始末したあとの本文に差し替わります。
書き終えた作品では、小説ビューの統計の「詳細」を開くと、章ごとに何回に分けて頼んだかと、回ごとの字数が出ます（例:「5 回 · 1,622 / 1,630 / 1,282 / 1,192 / 1,195 → 6,921 / 目標 7,000」）。いちばん下の「本文に回の境目を表示する」にチェックを入れると、本文の中の回の境目に細い点線と「2 回目 · 続き · 1,630字」のような札が出ます。チェックは画面を開き直すと外れます。書き出し（.txt / .md / EPUB）には入りません。編集した章では境目は出ません。
07 決まり
- 1章 3,000字以下は分けない
- そのくらいの長さは 1 回の返事で書けるので、ON でも分けない場合と同じ 1 回の依頼で書きます。
- 1章 30,000字まで
- それより長い設定にしたときは、1 章 30,000字として書きます。
- 1 回が 300字未満なら打ち切り
- どこかの回の返事が 300字に届かなかったら、それ以上は頼まずに、そこまでの本文で章を確定して次の章へ進みます。途中の回が空で返ってきたときも同じです。1 回目から空のときは、分けない場合と同じく作品の生成が失敗になります。
- 同じ文字の連打で止められたら頼み直す
- ローカルLLMモデルが同じ文字を書き続けると（「あああ……」のような連打）、Ollama（0.34.1 以降）が生成を止めてエラーを返します。分けて書いている回がこれで止められたときは、書きかけを捨てて同じ内容でもう 2 回まで頼み直します。それでも止められたら、2 回目以降の回ならそこまでの本文で章を確定して次の章へ進みます（1 回目なら作品は失敗になります）。起きたことは、生成中の画面と統計の「詳細」に出ます。
- 回数には上限がある
- 1 章あたりの回数は「目標 ÷ 1,000 を切り上げ ＋ 2」までです（7,000字なら 9 回、30,000字なら 32 回）。
- 停止は章の境目で、再開は同じ字数で
- 停止ボタンの既定（章完了まで待って停止）では、書いている章を最後の回まで書いてから止まります。強制停止で章の途中で止めた場合は、分けない場合と同じく、再開のときにその章を頭から書き直します。再開でも、同じ 1 章の字数で分けて書きます。→ 章の執筆再開
- 続編とおまけには効かない
- 効くのは新規実行と、その再開だけです。原作を ON で書いていても、続編とおまけには引き継ぎません（そのような作品では、拡張のダイアログにもそう出ます）。続編の章は、これまでどおりの長さで書かれます。
長編を少しずつ書きたいときは、続編ではなく再開を使ってください。新規実行で章数を多めに指定し、「途中まで生成して止める」で止める章を決めておきます。続きは再開で書けば、同じ 1 章の字数で分けて書きます。→ 途中まで生成して止める
08 注意
- 生成にかかる時間は長くなります。モデルへのリクエストが 1 章あたり何回かに増え、書く字数も増えるためです。どのくらい延びるかはモデルと 1 章の字数で変わるので、予測時間の表示を目安にしてください。
- 章の途中で、話の中の時間が先へ進むことがあります（夜の場面が、いつの間にか翌朝になっているなど）。回ごとに、この章で書くあらすじの範囲と、ここまでに書いた字数をモデルに伝えて抑えていますが、なくなりはしません。気になったところは作品の編集で直せます。
- いまのあらすじは、1 章あたり 1〜2 行と薄いままです。12b や 26b は 1 回に書く量が少なく、1 章を 5〜6 回に分けて書きます。そのぶん材料が足りなくなり、同じ描写の言い換えや、回の終わりの「彼女たちはまだ知らなかった」のような一文が増えて、くどく感じることがあります。
- いまのところ、字数を強制するときは Gemma 4 の 31b（
gemma4:31b-it-qat）をおすすめします。検証では 1 回に 2,000〜4,000字ほど書き、1 章を 3〜4 回で書き終えました。あらすじにないつなぎの場面を自分で足すので、いちばん自然に読めました。think は OFF で十分でした（ON にすると時間が約 1.6 倍になります）。31b は重みだけで約 20GB あるので、VRAM が足りない場合はリモートの Ollama も検討してください。 - 31b 以外で使うときは、制約の欄に章ごとのあらすじを自分で詳しく書いておくと、くどさが減るかもしれません（まだ試していません）。
- 分けない場合（OFF）の生成には、この機能は何も手を入れていません。OFF のまま使えば、これまでと同じ依頼で書きます。