AI ベータリーダーに価値があるかどうかは、低い点数を出せるかどうかで決まります。 多くのツールはそれができません。だからレポートを信じる前に、三つ確かめてください。ほめることを拒めるか。判決を渡してくるのか、それとも本文の中の場所を指せるのか。読者どうしが食い違うか。三つとも落ちるようなら、手元にあるのはほめ言葉を並べる機械です。
ほとんどのAI ベータリーダーが抱えている問題
汎用のチャットボットに1話貼り付けて、どう思うか聞いてみてください。「情景が浮かびます」「テンポがいいですね」「キャラクターが生きています」が返ってきます。次に、わざと下手に書いた1話を貼ります。返ってくる言葉はだいたい同じです。
モデルの頭が悪いからではありません。下手な章がどんな形をしているかを、誰も教えていないだけです。そのうえ、相手に同意することはモデルにとっていちばん安全な振る舞いでもあります。放っておけば、言語モデルは「このやり取りで気分がよくなること」に向かって最適化されます。試読者が存在する理由と、ちょうど裏返しです。
生身の試読者の価値は、たった一つのことから来ています。本を閉じられる、ということです。その人が言う役に立つ指摘は、全部そこから下流に流れてきます。本を閉じる仕組みを持たないAI読者は、役に立つ仕組みも持っていません。
テスト1：10点満点で3点を出せるか
直接聞きます。「この1話がどこまでひどければ3点ですか」。答えをもらったら、続けて「では、この1話を採点してください」。
二つの答えが噛み合わなければ、その点数は飾りです。3点の条件を自分で説明しておきながら、同じ原稿に8点を出す読者は、採点をしていません。数字でお世辞を言っているだけです。
その下にある設計上の問いは、成功より先に失敗を定義しているかどうかです。Slimaの組み込み読者は8人で、それぞれ採点の基準線が低いところに置かれています。上げるには理由が要ります。いちばん厳しいMarcusは、平均的な原稿を3〜5点に置き、8点より上はめったに出しません。Victoriaは文章がぎこちなければ、物語がどれだけよくても4点で頭打ちにします。Danielはキャラクターが平板なら、アクションがどれだけ派手でも4点で止めます。Alexは物語の論理を壊すプロットホールを1つ見つけるたびに、総合点から2〜3点引きます。この上限は読者の人格そのものに書き込まれているので、「ほかは全部そこそこよかった」という理由で1話が抜け出すことはできません。
読者はそれぞれ、読むのをやめる条件のリストも持っています。Oliviaは間延びした場面、設定を一気に流し込む説明、水増しされた段落で離脱します。Ninaは前振りのない大どんでん返しで離脱します。ここは自分で試せます。ある読者に「どういうときに読むのをやめますか」と聞き、そこを正面から踏む文章を渡して、点数が動くかどうか見てください。動かないなら、その離脱条件は書いてあるだけです。
テスト2：返ってくるのは場所か、判決か
「この1話はテンポがいい」は使えません。受け取っても、次の一手が決まらないからです。「ある読者が40行目で止まった」は、そのまま作業リストの1行になります。
だから位置を要求します。どの一文でアプリを閉じますか。その一文をそのまま引用してください。 答えられる読者は、本文の中で注意力を追いかけています。答えられない読者は、あなたが書いた1話を言い換えて、それを感想と呼びます。
小説家になろうやカクヨムで連載したことがあれば、感覚は分かるはずです。読者は「40行目で閉じました」とは書いてくれません。ただ次の話を開かなくなるだけで、管理画面に残るのは落ちていくグラフです。試読レポートが埋めるのは、その隙間です。グラフはどの一文で落ちたのか。
これは、この形式の正直な限界でもあります。レポートは注意力がどこで落ちたかを言えます。その段落がよく書けているかどうかは言えません。二つは別の主張で、混ぜて売る道具は誇張しています。だから、いちばん気に入っている段落に印が付いたときに聞くべきなのは「ここは下手なのか」ではありません。「読者がここを飛ばしたとして、あとの話は通じるか」です。通じるなら残して、前後のリズムのほうを直します。通じないなら、守っているのはそれを書いたときの自分かもしれません。
テスト3：読者どうしが食い違うか
読者が1人なら、それは一つの意見です。複数の読者が同じことを言えば、信号になります。複数の読者が正面から矛盾するのが、いちばん役に立ちます。自分が誰に向けて書いているのかが、そこで初めて見えるからです。
同じ一節を、立場が正反対の2人に渡してみてください。Oliviaは読むのが速く、しびれを切らす度合いが90%です。Leoは設定にこだわる読者で、世界の辻褄が合っているかを見ます。同じ500字の世界観を2人に渡すと、Oliviaは「間延びしている」と言い、Leoは「これでは足りない」と言います。道具が壊れたわけではありません。原稿の中に前からあったトレードオフが、表に出てきただけです。
組み込みの読者は8人いて、採点の癖は意図的にばらしてあります。1回のレポートで選べる人数には上限があり、ご利用のプランで決まります。読者ごとの指摘はすべてレポートに残り、少なくとも2人が同じ場所で止まると、そこには「共通の見方」の印も付きます。せっかちな読者1人の不満は1人の意見として読めますし、口の甘い読者1人の褒め言葉が、ほかの読者の見つけた問題を隠すこともありません。
AI ベータリーダーが生身の試読者に勝つところ
- 深夜2時にいます。 原稿の多くは、その時間に書き終わります。
- 最後まで読みます。 第12話あたりで疲れることがありません。
- あなたとの関係がありません。 優しくすることで守れるものを、何も持っていないからです。
- 改稿のたびに走らせられます。 友人に毎回は頼めません。
勝てないところ
- その本に価値があるかどうかは言えません。注意力がどこで落ちたかは言えても、その物語をなぜ書き終える価値があるのかは言えません。
- 守るべき好みを自分で持っていないので、人間の編集者がときどきやるように、風変わりな選択の側に立ってくれることはありません。
- あなたの読者にはなれません。見知らぬ誰かが40行目でやめると分かるのはデータです。ある生身の人が第9話を好きだったと分かるのは別のことで、それはやはり必要です。
AI ベータリーダーを走らせても、あなたのために読んでくれる人たちの代わりにはなりません。狙いは別のところにあります。自分で気づけたはずの問題に、その人たちの注意力を使わせないことです。この議論の全体と、AIの一巡が終わったあとに生身の読者へ何を渡すかは、こちらに書いてあります：AI ベータリーダーと生身の試読者。
レポートが届いたら
印の付いた行から直さないでください。先にその3行前を読みます。多くの場合、印の付いた一文は読者が諦めた場所で、問題が始まったのはもっと手前です。何も起きない仕込みが3行続いた、そこが原因です。行そのものを磨いても、離脱の位置が数行ずれるだけで終わります。
そしてもう一度走らせます。1回しか使えない試読者は書評です。改稿のたびに使える試読者は、動いている計器です。
SlimaのBeta Readerは原稿全体を読みます。汎用のモデルに1話貼り付けるのとは、そこが違います。組み込みの読者は8人。それぞれに採点の下限と、読むのをやめる条件のリストがあり、注意力の推移は本1冊を通して追跡されます。試してみる。