何が起きたか
二次創作プラットフォームArchive of Our Own(AO3)に、AI利用作家を炙り出す試みが登場しました。6月29日、匿名のXアカウント@heatedrivalryaiが公開したAO3スキンは、Claudeで生成した文章をそのままAO3のエディタに貼り付けた際に残る「font-claude-response-body」というコードを検知し、該当ページの背景を赤く染めます。The Vergeの記者による検証では、Claudeから直接ペーストした場合のみ赤画面になることが確認されました。
なぜ議論を呼んでいるか
この検出は「痕跡が残った場合のみ」という強い制約を持ちます。Google DocsやMicrosoft Wordを経由すれば痕跡は消え、ChatGPTやDeepseekなど他モデルには反応しません。にもかかわらず、コミュニティでは検出された作家を晒す動きが加速。AnthropicはThe Vergeの取材に応じておらず、GoogleとOpenAIも自社モデルの痕跡について回答していません。
検知の根本的な難しさ
画像・映像・音声ではC2PA Content CredentialsやGoogleのSynthIDが電子透かしで進展しているものの、テキストはコピー&ペーストでメタデータが失われるため、現時点で信頼できる判別技術は存在しません。ファン界隈では依然「it’s not X, it’s Y」型の言い回しなど「AIっぽい癖」から推測する方法が主流です。AO3には「Created Using Generative AI」の自己申告タグがありますが、強制力はありません。
巻き込まれる無関係な作家
問題は「使用の程度」がわからない点です。全文AI生成か、スペルチェックや翻訳のみか、区別できません。信頼した編集者がClaudeを校正に使っただけで告発された作家もいると報じられており、既に痕跡を削除する動きも出ています。
💼 事業会社視点：これは自社にどう効くか
事業責任者への示唆
この騒動は「AI利用の可視化」を巡る典型的な失敗例として、事業会社が学ぶべき点が多くあります。
受託開発・制作会社にとっては、成果物の納品前に「AIの痕跡」を意図せず残すリスクが現実化しました。ClaudeのUIから直接コピペしたコードやテキストにfont-claude-response-bodyのようなクラス名が残る仕組みは、クライアント側の検査ツールで炙り出される可能性があります。制作フローに「エディタ経由でクリーニング」という工程を組み込むか、API経由での生成に切り替える判断が必要です。
SaaS・EC事業者にとっては、ユーザー生成コンテンツ(UGC)のAI検出を「善意で導入」した際の炎上リスクが示されました。誤検知は避けられず、告発の道具化は必至です。導入するなら「自己申告タグ」方式(AO3型)から始めるのが無難でしょう。
編集・出版系では「校正だけAI」を含めた開示ポリシーを社内で先に決めておくべきです。取引先ライターへの遡及的な告発リスクを避けるためです。