何が起きたか
Anthropicは、Claudeが生成したテキストに埋め込まれた透かしを検出するAPIを近く公開します。これまでは自社内の判定にとどまっていた仕組みが、第三者の開発者にも開かれ、自前のアプリやワークフローにAI生成テキストの検出機能を組み込めるようになります。
方式は、Google DeepMindが2024年にNatureで発表したSynthID Textの派生です。テキスト生成時、モデルは次に置く単語を確率的に選びますが、その「乱数の источник」にあたる部分に手を加え、選ばれる単語列に追跡可能なパターンを織り込みます。Anthropicは、この処理がClaudeの出力の内容、創造性の水準、読みやすさに影響を与えないとしています。DeepMindは2024年にこの仕組みをアニメーションで可視化しています。
ファイルについてはアプローチが異なり、オープン標準のC2PAを使います。C2PAはファイル本体を書き換えず、メタデータとして来歴情報を添付する方式です。
なぜ重要か
注目すべきは、これが「AIっぽい文体を統計的に推定する」従来型の検出とは、原理からして別物だという点です。Pangramのような外部の検出ツールは、Anthropicの鍵にアクセスできないため、AI特有の言い回しや多用されがちな語といったパターンを走査するしかありません。対して透かしの照合は、生成側が仕込んだ信号を鍵を持つ側が読み取る仕組みであり、実運用ではより信頼できると位置づけられています。
ただし、万能ではありません。Anthropic自身が限界を明示しています。
限界を正確に把握する
- 短いテキスト、言い換えの選択肢が少ない事実密度の高い文章、そしてコードでは、信頼性が下がります。
- 人間がすべての語を選んだ純粋な修正作業には透かしが乗りません。一方、翻訳はClaudeが語をすべて選ぶため透かしが入ります。
- 大幅な書き直しをすれば透かしは失われる、とAnthropicはFAQで公表しています。
- 判定できるのは「Claudeが関与した可能性が高い」ところまでです。全文をClaudeが書いたのか、重い編集を加えただけなのかは区別できません。人間が書いたのか別のAIモデルが書いたのかも判定できません。
つまり、陽性は比較的強い手がかりになるが、陰性は「AIを使っていない証明」にはならない、という非対称な道具です。
制度側の文脈
導入の直接の動機はEU AI Actへの対応です。Anthropicは2026年7月、AI生成コンテンツの透明性に関するEUの行動規範（Code of Practice）に、約190の署名者とともに署名しました。現時点では機能を地域単位で制限する技術的手段がないため、透かしはEU域内にとどまらず全世界で有効になります。規制が欧州発でも、影響は日本の利用企業にそのまま及ぶということです。
対応範囲は、2025年8月2日以降にリリースされたモデルは標準で透かしに対応し、それ以前のClaudeモデルには今後数か月かけて追加されます。Anthropicは選択肢を継続的に検討中で、続報があるとしています。
💼 事業会社視点：これは自社にどう効くか
まず影響が大きいのは、受託開発・制作会社です。納品物にAI関与の有無を問う条項がある案件では、発注側が検出APIを組み込む可能性が現実になります。「Claude使用可否」を契約前に文書で確定させ、社内の利用ログと突き合わせられる状態にしておくべきです。特に多言語展開の翻訳受託は要注意で、翻訳はClaudeが全語を選ぶため透かしが入る一方、人間がすべての語を選ぶ純粋な修正には入りません。工程の設計がそのまま検出結果を左右します。
ECとメディア運営では、商品説明やレビュー、記事の来歴管理に使えます。ただし2025年8月2日より前のモデルは順次対応であり、大幅な書き直しで透かしは消えるため、「陰性＝人間が書いた証明」として運用してはいけません。UGCの不正検知に使うなら、陽性を審査のトリガーにする片側運用に限定するのが妥当です。
SaaS事業者にとっては機能追加の好機です。CMSや採用管理、LMSに検出APIを組み込めば、外部ツールにない鍵ベースの判定を差別化点にできます。経営としては、この機能をEU AI Act対応の一部と捉え、C2PAによるファイル来歴管理とあわせて、社内のAI利用ポリシーを「禁止か許可か」から「どの工程でどう使い、どう記録するか」へ書き換える時期です。