表示
超・人工知能研究所 Super AI Research Lab トップへ超・人工知能研究所AI Research Lab / ぱそ太郎工事中

since
平成38年9月29日

← 検索結果に戻る

LLMを全件分類器にせずコーパスの検査作成に使う、スロバキア語2650万文書を監査

Agentic Corpus Auditing

保存した記事を見るこのブラウザに保存します。無料会員で端末間の同期・フォルダ整理

概要

  • LLMが読み取り専用APIで調べ、母語話者が検証した条件を再利用可能な検査にする。
  • 全体5.32%の自動生成サイト群などを発見したが、静的基準の最良条件は発見数と費用で優れた。
  • 0.7秒は作成済み検査の走査時間であり、調査全体の速度ではない。
補足:編集した模式図で仕組みを確認する

VISUAL EXPLAINER

図でつかむ、Agentic Corpus Auditingの仕組み

左から右へ読む
  1. 01コーパス統計と標本
  2. 02エージェントの調査
  3. 03母語話者の検証
  4. 04実行可能な検査

原論文の説明をもとにした模式図です。処理の細部は省略しています。

研究の背景

多数の言語を同じ手順で集めるウェブ学習データには、各言語に固有の混入や低品質な文書が残ることがある。全件をLLMで再分類すると費用が大きく、一度見つけた問題を次の更新でも追える形に残す工夫が必要になる。

本研究ではLLMを全件の判定役として使わず、コーパスを調査して実行可能な検査を作る役にする。発見、母語話者による検証、モデルを使わない再検査を分け、監査の成果を再利用できるかを調べている。

手法

エージェントには読み取り専用のAPIを与え、集計、標本抽出、文書の確認、検索などを使わせる。文書の閲覧には上限を設ける一方、本文を含まない全件のメタデータを使って、候補の正確な件数を求められるようにする。

仮説を立て、反証となる例も調べ、問題文書を選ぶ条件と証拠を保存する。例えば特定のサイト群に大量の自動生成文があるなら、その選択条件を検査ファイルへ書き出す。母語話者が条件を伏せた標本にラベルを付け、支持された検査だけを採用する。次の全件走査ではLLMを呼ばず、条件を実行して同じ問題の再発を調べる。

新規性

発見の結果を説明文だけで終えず、どの文書を選ぶか、全体の何割か、どの証拠があるかを持つテストへ変換する。各言語を知る人が内容を検証した後、繰り返し使える点が主な貢献となる。

エージェントに特定の不具合をあらかじめ教えるのではなく、言語共通の統計と限られた閲覧から調べさせる設計を採る。ただし自律調査なら静的な標本検査より必ず発見数が増える、という結論にはしていない。

従来手法との違い

ランダム標本、言語識別の低確信度、識別器の不一致、重複度などの静的な抽出法と比較している。最もよい静的基準は一回で四つの選択条件を検証でき、各エージェントの二〜三つより多く、費用も半分未満だった。

自動生成サイト群もランダム標本から発見できた。エージェントの強みは未知の欠陥だけを発見することより、規模、精度推定、見逃された理由、再実行できる条件を一緒にまとめる作業にある。

実験結果

対象はFineWeb2のスロバキア語約2650万文書で、三回の調査は各2.21〜2.84ドルだった。四種類の現象に関する七つの発見候補のうち、六つを盲検ラベルが支持し、一つは支持しなかった。

最大の自動生成サイト群は140万8437文書、全体の5.32%で、その86.6%がさらに厳しい既存の閾値も通過した。検査群の全件走査はGPUなしで0.7秒と報告されるが、これは作成済み検査の実行時間であり、エージェントによる調査全体の所要時間ではない。

応用の可能性

編集上の応用案 · 論文が実証した用途とは区別しています。

編集上の応用案として、社内文書の検索索引を更新する前の品質検査に使える。更新文書の統計と標本を入力し、テンプレートの混入や誤った言語区分を選ぶ条件を担当者が検証して保存する。

以後の更新では保存した検査を走らせ、該当件数や比率が増えた場合だけ調査する。モデルに全件の削除判断を任せず、何を問題としたかを追跡できる補助工程として組み込むことが考えられる。

応用先の候補からNauhに相談できます。

導入時の検証

導入時の検証案 · 対象データでの再評価が必要です。

導入時の検証案では、同じ閲覧予算でエージェント調査と単純な標本監査を比較する。候補数だけでなく、人が支持した検査数、誤検出率、調査費用、再実行の速度を測る。

選択条件とは独立の標本で人のラベルを集め、全件に適用した場合の該当率と区別する。APIから無料の集計を通して本文が漏れ出ないかも点検し、閲覧制限が実際に守られたかをログで確かめる。

限界と課題

結果は一言語のコーパス監査であり、データを除くことが下流モデルを改善するという実証ではない。母語話者のラベルも標本に基づくため、条件が選ぶ全件の品質を直接確認したわけではない。

本文は追加実行で集計から本文断片が返り、閲覧数が過少になった問題も記す。編集上はAPIの制約、候補ごとの検証件数、独立した人の判断を確認したい。高速な検査があることと、その条件が今後も妥当であることは別である。

応用先の候補
研究内容と応用案に基づく分類です。業界での導入実績を示すものではありません。

出典

元のタイトル・要旨を確認する(英語)

Can an Agent Debug a Web Corpus? Agentic Auditing of Slovak FineWeb2

Multilingual pipelines such as FineWeb2 apply one recipe across a thousand languages, leaving the failure modes of individual languages unanticipated. We use an LLM once, as a corpus debugger rather than a classifier: a tool-using agent explores the corpus through a read-only, budgeted API and compiles each finding into an executable test, which a native speaker then validates. On the 26.5M-document Slovak portion of FineWeb2, three runs costing \$2.21-\$2.84 each found seven findings over four phenomena. The largest is a machine-generated content farm of 1,408,437 documents (5.32%) that passed the pipeline's filters, 86.6% of it passing even stricter thresholds. Blinded labels support 6 of the 7 findings (defect rates .53-1.00 against .08 in a random control) and do not support one. The compiled suite scans the full corpus in 0.7 s of wall-clock time without a GPU, against \$12k-\$90k per LLM classification pass. The best static sampling baseline validates more selectors than any agent run, at under half the cost. The agent contributes exact prevalence, a precision estimate checked against sampled documents, an account of why the pipeline missed each slice, and a reusable test. We release the framework, Slovak test suite, validation data and agent trajectories.

論文本体の取得範囲に基づく解説。AIが作成した未校閲の記事です。性能の数値は著者の評価条件に依存します。応用例と検証計画は編集上の提案です。収集:2026-10-24