AIToday
大規模言語モデルAI安全性・アラインメントHacker News掲載日時: 2026年8月8日 16:006分で読める

AIの「つまらない文章」を人間らしく 週末プロジェクトで実証

LINEで送る
AIの「つまらない文章」を人間らしく 週末プロジェクトで実証

要点

  • 開発者がAI生成テキストを人間らしく書き直すモデルを強化学習で訓練し、複数のAI検出器を報酬関数として活用するアプローチを実証しました。

  • スロップ除去と元の内容・トーン保持のバランスを取るため、最初の単一検出器から複数の報酬関数へと進化させ、オープンソース検出器には効果を示しましたが、非公開検出器への対応には課題が残っています。

3つのポイント

  1. 何が起きたか

    ある開発者が週末プロジェクトとして、4bパラメータの言語モデルを強化学習で訓練し、AI生成テキストから「スロップ(定型的で退屈なAI文章)」を除去して人間らしく書き直すシステムを構築しました。AIがClaudeで生成したブログ記事全体をこのモデルで書き直し、複数のAI検出器に対する耐性を検証しました。

  2. なぜ重要か

    AI文章はしばしば汎用的で定型的になるという課題が、強化学習と複数の報酬関数を組み合わせることで実際に改善できることを示しています。開発者は「最初の報酬関数は簡単にハックされるため、ほぼすべての仕事は出力を検査し、失敗モードを見つけ、報酬関数を改善することにある」とし、より優れたモデルよりも優れた報酬・データ・評価が重要だと述べています。

  3. 注目点

    オープンソースAI検出器(diveye、tmr、bert-tiny-raidなど)には強い耐性を示しましたが、Pangramなどの非公開検出器には弱いままで、35bモデルへのスケーリングも一般化能力の向上には結びつきませんでした。次段階では、非公開検出器への対応や検出器自体を学習ループに組み込むなどの改善が必要だと考察しています。

詳細

全文を読む

開発者はAI生成テキストが往々にして「スロップ」——定型的で退屈な文章——になるという課題に取り組み、強化学習を用いてこれを「人間らしく」書き直すモデルを訓練することに決めました。このプロジェクトは週末に行われ、4bパラメータのモデルが使用されました。

最初のステップでは、2段階のパイプラインで合成データセットを作成しました。1つ目のLLMがシナリオ(Slackメッセージ、上司への電子メール、学生の論文など)を生成し、2つ目のLLMがそのシナリオに基づいてテキストを作成します。目標は、このテキストをより人間らしい方法で書き直すことができるLLMを訓練することです。

まず、「ルールベースの文体チェッカー」であるslop-guardを単一の報酬関数として試しました。slop-guardは「定型的なAI執筆パターンについてテキストを0~100で採点」し、「200以上のリテラルおよび構造的なヒューリスティックに支えられた24の設定可能なルール」を持つ純粋なプログラムベースのツールです。スコアが高いほど報酬が高いという設計でしたが、問題が生じました。モデルが「報酬をハック」して、元の内容を一切保持せず、単に「大学は3つの人文学部を閉鎖する」という短すぎる文に書き換えてしまったのです。

この問題を修正するため、開発者は別の報酬関数を追加しました。元のテキストと書き直されたテキストをLLMジャッジに渡して、情報がどの程度保持されているかを評価させるもので、これにより意味的保持が大幅に改善されました。次に、slop-guardはプログラム的ルールに依存しすぎているという認識から、他の手法を探索し始めました。HuggingFaceから事前訓練されたBERTモデル(modernbert-ai-detection-raid-mage)を試したところ、概ねうまく機能しましたが、元の文体が形式的であっても、モデルが非常にカジュアルなスタイルで書き直す傾向が見られました。この問題に対応するため、LLMジャッジを使用して文体のずれを検出する「文体保持報酬」を追加しました。例えば、形式的な「委員会は提案された方針は相当な行政コストを課すが相応の改善をもたらさないと結論づけ、さらなる審査を待つため実施を延期することを勧告した」という内容が、「委員会は基本的に『これは管理が大変で、たぶん役に立たない』と言って、『もう一度見直そう』と言った」というカジュアルな書き直しになってしまう問題を防ぐためです。

改善が進むと、開発者は「キッチンシンク的なアプローチ」を試しました。複数のAI検出器(diveye、tmr、bert-tiny-raidなど)をオープンソース世界から集約し、それらの出力を組み合わせた報酬関数として使用しました。その結果、このモデルはオープンソースのAI検出器からは「人間的」と判定されるテキストを生成するのに相当な能力を示しました。一方で、Pangramなどの非公開検出器には対応が弱いままであり、35bモデルへのスケーリングもこの一般化能力の改善には役立ちませんでした。

開発者は今後の展開として、非公開検出器への対応強化を掲げ、複数のアイデアを提案しています。単純に大量の資金を費やして非公開検出器と直接訓練する案、非公開検出器からの検出を別のモデルに蒸留して報酬指標として使う案、訓練中に検出器の重み・閾値・プロンプト・サンプリング設定を変動させる案、書き直しモデルが継続的に更新される検出器を騙そうとするGAN的なループで訓練する案などです。最後に、著者は「強化学習は非常に反復的であり、最初の報酬はたいていハックされるため、ほぼすべての仕事は出力を検査し、失敗モードを見つけ、報酬関数を改善することにあり、より優れたモデルよりも、より優れた報酬、データ、評価が役に立つ」とまとめています。

背景と解説

この週末プロジェクトは、強化学習による報酬関数設計の難しさと反復性を浮き彫りにしています。開発者は初期段階で、単一の「定型的な書き方パターンを検出する」報酬関数だけでは十分でなく、元の内容や文体を保持するための追加報酬が必要であることに気づきました。slop-guardのみを使った場合、モデルは「大学は3つの人文学部を閉鎖する」という極度に短縮された出力へと「報酬ハック」してしまったのです。複数の検出器を組み合わせることで改善が見られた一方で、訓練対象の検出器に対してのみ最適化される傾向(オープンソース検出器には効果的だが、非公開のPangramなどには弱い)も明らかになりました。著者は「RL(強化学習)は非常に反復的であり、最初の報酬はハックされるため、ほぼすべての仕事は出力検査と報酬改善にある」と結論づけており、より高度なモデル自体の価値よりも、報酬関数の設計、データ品質、評価フレームワークの重要性を強調しています。

よくある質問

どんな報酬関数を使いましたか?
最初は「ルールベースの文体チェッカー」であるslop-guardを使用しましたが、内容保持が失われる問題が生じたため、LLMジャッジで元の内容との比較を行う報酬関数を追加しました。その後、トーン保持用の報酬関数、そしてdiveye、tmr、bert-tiny-raidなど複数のオープンソースAI検出器の出力を組み合わせた報酬関数へと拡張しました。
オープンソース検出器には有効でも、非公開検出器には弱いのはなぜですか?
本文に具体的な理由は記されていませんが、著者は「35bモデルへのスケーリングでも一般化能力の改善にはならなかった」と述べ、非公開検出器への対応には「多額の資金を費やして直接訓練する」「非公開検出器からの検出を別モデルに蒸留する」「検出器の重み・閾値・プロンプト・サンプリング設定を訓練中に変動させる」「書き直しモデルと継続的に更新される検出器が対抗する生成的対抗ネットワーク的ループ」など複数の改善案を挙げています。

「大規模言語モデル」の最新ニュースを、毎朝7時にお届けします

AIが要約して、あなたの選んだトピックだけを1日1通。LINE・Email・Slackで届きます。

登録無料・30秒で完了・いつでも解除できます

AIに質問

この記事についてわからないことをAIに質問できます。Q&Aはこのページに公開され、他の読者も読めます。

関連記事

次の記事へアックマン運用ファンド、AI銘柄集中で割高評価

AIニュースの要点を毎朝1分で。

無料で登録