初稿と最終版を比べてAIのクセを減らす｜差分学習と12記事の生存率

AI（Claude）が書き、運営者が確認して公開した記事です。分担と確かめたもの →

AIに記事を書かせると、レビューのたびに同じような直しが入ることがあります。チャットで「この言い方はやめて」と伝えても、次の会話には引き継がれません。次の初稿に効かせるには、直し方をファイルに書いておく必要があります。

このサイトで配っている「アリス編集室」テンプレートの 差分学習スキル（diff-learning）は、そのための道具です。AIが書いた初稿と、直したあとの最終版を比べて、初稿の何%が残ったか（初稿の生存率）を数え、くり返し直されている言い回しを執筆ガイドに足す候補として出します。

12記事の生存率の計測・集計と、この記事の作成は AI（Claude）が行いました。

先に結論: 12記事で、初稿の85.1%が残っていた

• このサイトの12記事では、初稿の文の85.1%（文字数で数えた割合）が最終版に残った。 記事ごとでは72.9%〜96.6%だった
• くり返し直されていたのは「言い切り」「予告の文」「安心させる締め」の3種類。 それぞれ6記事・6記事・3記事で直されていた
• この3種類を、執筆ガイドに足す候補にした。 まだ足していない。ガイドに足すのは運営者が承認してから
• 生存率は品質の点数ではない。 低いのは直しが多かったというだけで、目的は「同じ直しを二度させない」こと

差分学習スキルでできること

ファイルはテンプレートのページから読めます。Lv.3 のほかの部分（採点ゲートと書き直し）はLv.3 の記事で説明しています。同じ Lv.3 のリンク切れの点検は、リンク健診の記事にあります。

いつ使うか

スキルの説明には、次のときに使うと書いてあります。

• 「差分学習して」「初稿生存率を出して」「初稿と最終版を比べて」と頼んだとき
• 運営者が記事の本文に自分で手を入れたと分かったとき
• レビューと書き直しのループが終わった直後

頼まなくても、書き直しのループが終わったあとに、AIのほうから使うことを持ちかける作りです。Claude Code には次のように頼みます。

差分学習して。対象は content/articles/pomodoro-timer.md

準備: 初稿のコピーを残しておく

比べるには、直す前の初稿が要ります。テンプレートの執筆ガイドには、新しい記事の初稿ができた時点で、レビューを反映する前に reviews/drafts/{slug}_initial_{日付}.md へコピーを保存する決まりがあります。

初稿が見つからないときは、スキルは計測をしないで止まります。Git の最初の版を初稿の代わりにする手もありますが、レビューを反映してからまとめて記録している場合、その版はもう初稿ではありません。そのときは運営者に確認するよう、スキルに書いてあります。

流れ: 数える → 分ける → 提案する → 記録する

数え方

スクリプトは、初稿と最終版を「。」「！」「？」と改行で文に分け、10字未満の文と表の行を外します。初稿の文ごとに、最終版でいちばん似ている文を探し、似ている度合い（0〜1）で3つに分けます。

割合は文の数ではなく、文の字数で重みを付けて出します。

python -X utf8 scripts/survival_rate.py reviews/drafts/pomodoro-timer_initial_20261001.md content/articles/pomodoro-timer.md

ポモドーロタイマーの記事の結果（直された文の例は省いています）:

# 初稿生存率レポート
- 初稿: reviews/drafts/pomodoro-timer_initial_20261001.md（127文） / 最終版: content/articles/pomodoro-timer.md（150文）
- **生存 85.2% ／ 改変 8.9% ／ 脱落 6.0%**（文字数加重）

どの直しをルールにするか

スキルは、直しを5つに分けて扱いを決めます。事実や数値の誤りはルールにしません。書き方の問題ではなく、調べ方の問題だからです。ルールにするのは、どの記事にも出そうなAIのクセと、言葉の置き換えです。1つの記事だけの話は、一般化してからルールにします。

足すときは「❌AIが書きがち → ⭕こう書く」の形にして、ガイドに同じルールがないかを先に検索します。

このサイトで測った: 12記事の生存率

このサイトの reviews/drafts/ には、2026年10月1日と10月5日の初稿が14本あります。それぞれ2026年10月12日時点の記事と比べました。

残りの2本（AIイラストと、AIで1曲作る記事）は、まだ下書きで直しが入っておらず、初稿と本文が一字一句同じでした。スクリプトは動き、生存率100%と出たので、集計から外しています。

このサイトで初稿を直したのも AI（Claude）です。法務・整合性・SEO・読者・機密のレビューの指摘を受けた書き直しと、2026年10月9日に運営者が決めた書き方のルールに合わせた直しが入っています。スキルの説明にある「AIの初稿と人の最終版」とは違い、「AIの初稿と、レビューで直した最終版」の比較です。

記事ごとの数字と、直された文の例は計測結果のファイルに置いています。

何が直されていたか

スクリプトが出した「改変」120組と「脱落」72文、計192件を AI（Claude）が1件ずつ読み、分けました。1件は1つの分類にだけ入れています。

残りの多くは、出典や「2026年10月1日時点」の追記、数字や事実の直し、文の移動でした。「時点」という語は、12記事の合計で、初稿より最終版のほうが7か所多くなっていました。

断り書きと主語の2つは、2026年10月9日にすでに執筆ガイドのルールになっています。リンクの文言はリンク先の記事のタイトルを変えたために起きた直しで、書き方のクセではありません。用語の説明は、ガイドにもう書いてあります。この4つは、新しいルールの候補から外しました。

言い切り・一般化

いちばん多かった直しです。確かめていないのに言い切る文と、一部にしか当てはまらないことを全部に当てはまるように書いた文が、確かめた範囲の言い方に直されていました。

予告・前置きだけの文

「この記事では〜を説明します」「下の表は〜です」のように、次に来るものを言うだけの文が消されていました。消しても、読者が受け取る事実は減りません。

安心させる締め

「〜しておくと安心です」「気にしなくて大丈夫です」は、何をすればいいかが書かれていない締めです。いつ・どこで確かめるかを書いた文に直されていました。

執筆ガイドに足す候補

上の3つを、執筆ガイドの「AIのクセ禁止リスト」に足す候補にしました。2026年10月12日時点では、まだ足していません。足すかどうかは運営者が決めます。このサイトの記事に残っていた予告文を直す作業は、2026年10月22日に始めました（結果の計測はしていません）。

• ❌ 言い切り・全体への一般化（「準備完了です」「一番早く直ります」）→ ⭕ 確かめた範囲を書く（「公式ページを見た範囲では」「4本では」）。6本で10件直された
• ❌ 予告・前置きだけの文（「この記事では〜を説明します」「下の表は〜です」）→ ⭕ 本題や表から書き始める。6本で7件消された。ガイドの「情報量ゼロのつなぎ文」に例として足す形にする
• ❌ 安心させる締め（「〜しておくと安心です」「気にしなくて大丈夫です」）→ ⭕ いつ・どこで・何を確かめるかを書く。3本で5件直された

見出しに検索の語を足す直しは3本で4件ありましたが、ルールにするかどうかは、次の記事でも出るかを見てから決めます。

読み方の注意

• 生存率は、書き足した分を数えない。 初稿の文が残ったかどうかだけを見る。生成AIで何ができる？は初稿82文から最終版160文に増えたが、生存率は86.3%だった
• 表に移った文や、別の記事に移った文は「脱落」になる。 スクリプトは表の行を比べないため。無料で公開する記事では、ドメインの料金の話をサイト名の記事の料金表にまとめたので、その文が脱落に入った
• 似ている度合いで組を作るので、ずれることがある。 中身が別の文が、言い回しが似ているせいで「改変」の組になったものが、192件のうち7件あった（順番の入れ替えだけのものを含む）
• 12記事は2回に分けて書いたが、前と後の比較はできない。 10月1日の8本の平均は84.55%、10月5日の4本は86.1%。本数が少なく、レビューの回し方も違うので、ルールが効いたかどうかは言えない

使ったもの

この記事の数字は、この1つのサイトの記録です。自分のサイトで使うときは、初稿のコピーを残すところから始めてください。

このサイトは Cloudflare Workers で公開しています → Cloudflare Workers で独自ドメインで公開する

運営する の記事

• ブログ記事をAIに採点させる無料プロンプト5本｜公開前に貼るだけ
• Lv.2 エージェントで記事を1本通す
• Lv.3 採点ゲートと書き直しループ
• 初稿と最終版を比べてAIのクセを減らす（いま読んでいる記事）
• 記事のリンク切れをまとめて点検