「AI検出」を「不正」と見なす危険 “Claude電子透かし”の技術的限界と企業の正しい運用設計：久松剛のIT業界裏側レポート

AnthropicがClaudeへの導入を決めたテキスト電子透かし。検出結果のみでAI不正利用を判断すると正規利用者の負担となる懸念がある。透かし技術の実態とEU規制の意図をひもとき、企業が講じるべき現実的な運用設計を考える。

[久松 剛，エンジニアリングマネージメント]

この連載について

DX推進、生成AI技術の進化が加速する今、企業のIT部門は戦略的な役割への変化が求められ、キャリアの転換点に立たされています。この現状を変え、真に企業価値を高める部門となるには新たな戦略が必要です。

本連載では、博士としてインターネット技術を研究し、情シス部長、SRE、エンジニアマネジャーとしてIT組織の最前線を知る久松剛氏が、ニュースの裏事情や真の意図を分析します。一見関係ないニュースもIT部門目線の切り口で深掘りし、IT部門の地位向上とキャリア形成に直結する具体策を提示します。

「久松剛のIT業界裏側レポート」のバックナンバーはこちら

　Anthropicは、Claudeが生成したテキストに「電子透かし（テキストウオーターマーク）」を埋め込む方針を発表しました。対象は、2026年8月2日以降にリリースされるClaudeモデルです。適用範囲はEU（欧州連合）にとどまらず、日本を含む提供地域全体に広がり、既存モデルにも今後順次追加される予定です。

　背景にあるのはEU AI Act第50条への対応にあります。日本向けの出力まで対象に含めるのは、地域ごとに適用範囲を精度高く切り分けるのが難しいためとする、Anthropic側の判断によるものです。

　一見すると「AI生成物の透明性を高める合理的な措置」に見えますし、透かしが入ること自体が直ちにAI活用を阻害するわけでもありません。しかし、この検出結果を「AI不正利用の証拠」として扱う運用が広がれば、話は別です。2000年代前半、音楽業界が導入したCCCD（コピーコントロールCD）が、結果として正規利用者に負担を強いた構造と重なる部分が出てきます。

　本稿では、テキスト電子透かしの技術的な実態と限界を整理した上で、EU規制の狙いと企業が取るべき「正しい運用設計」について考察します。

テキスト電子透かしの正体は「AIらしい文体」ではない

　まずは、混同されがちな点を整理しておきます。テキストの電子透かしは、「AIらしい言い回し」やモデル固有の文体を探す技術ではありません。

　大規模言語モデルは、次の単語（トークン）を確率分布に沿って選びながら文章を生成します。通常の確率的デコードでは、疑似乱数を使って次のトークンをサンプリングします。透かしを入れる場合は、秘密鍵と直前の文脈を使ってこのサンプリングをわずかに調整し、文章全体に特定の統計パターンが残るようにします。

　Anthropicの説明では、この方式はGoogle DeepMindが2024年にで『Nature誌』発表したSynthID-Textの系統のものです。読者から見れば普通の文章であり、隠し文字も余分なトークンも入りません。コピー＆ペーストでは残り、軽い編集では完全には消えない可能性が高い一方で、ほぼ全ての単語を置き換える「完全な書き直し」をすれば、パターンは崩れます。Anthropicもこの点を認めています。

　ただし、全ての出力に検出できる強さの透かしが入るわけではありません。短文や事実の羅列、コード、文法修正だけの校正などでは、Claudeが自由に選べる語が少なく、信号が弱いか検出不能になる場合があります。検出できたとしても、示せるのは「Claudeが関与した可能性」までです。「Claudeが全文を書いた」「アイデアの出どころはClaudeだ」「人間は著者ではない」とは証明できません。

大幅な再生成で信号は弱まり得る──Grokとローカル推論の位置

　「X」の「Grok」公式アカウントは、テキストに電子透かしを付与していないと説明しています。画像・動画に可視マークを付ける点はAI開発企業のxAIの開発者向けFAQにもありますが、テキストについては公式技術文書は見つかりません。xAIがArticle 50にどの技術方式で対応するかを示す正式な法務・技術文書も、現時点では確認できません。行動規範の公開署名者一覧にも見当たりません。もっとも行動規範は任意であり、署名の有無にかかわらず、第50条の対象となる提供者には機械可読マークの義務が残ります。

　Claudeの文章を別モデルや人間が大幅に再生成すれば、統計信号は弱まるか消える可能性があります。SynthID-Textについては、標準的な言い換えで信号が大きく弱まる、あるいは除去されるという研究報告があります。ただしこれはClaudeの公式検出器に対する実証ではありません。Grokを使った特定手順でどこまで回避できるかも、現時点では確認できません。

　ローカルLLM（Llama、Qwen、Mistralなどを自分のマシンで動かす場合）は事情が異なります。SynthID型の透かしはモデル重みそのものではなく、推論時のロジット処理やサンプリング設定として加えるのが一般的です。オープンウェイトモデルを自分で動かし、透かし処理を有効にしなければ、通常は入りません。一方で、パッケージ化されたローカルアプリや第三者ホスティングが独自に有効化する可能性はあります。

EUが求める「透明性」の狙いと、見落としやすい例外

　EU AI Act第50条が提供者に求めているのは、生成AIの出力を機械可読な形式でマークし、人工的に生成または操作されたものとして検出可能にすることです。統計的なテキスト透かしは、その要求を満たすものの一つであって、条文で透かしという方式が指定されているわけではありません。狙いとしては、大規模な偽情報や操作、詐欺、なりすまし、消費者の欺瞞を抑え、情報空間の信頼を守り、利用者が判断できるようにすることが挙げられています。

　ただし第50条は、AIが少しでも触れた文章全てに、同じ強度のマーキングや表示を求めるものではありません。提供者側のマーキング義務には、標準的な編集支援や、入力の内容・意味を実質的に変えない場合の例外があります。公共的関心事項について公表するテキストの利用者側開示義務も、人間がレビューまたは編集管理し、個人または法人が編集責任を負っている場合は適用されません。さらに、2026年8月2日より前に市場投入された既存の生成AIシステムについては、第50条2項の機械可読マークに限り、同年12月2日までの対応猶予があります。

　この例外は、AIを補助として使い、自分で確認・加筆し、編集責任を負って記事を出す現場を考える上で重要です。少なくともEU法の設計思想は、「少しでもAIを使った文章を全てAI生成物として扱う」わけではありません。

往年のCCCDが示す、正規利用者への負担転嫁

　私がこの電子透かしを知って思い出したのはCCCDの件でした。

　2000年代前半に音楽業界が導入したCCCDは、一部の機器やソフトで再生や取り込みに問題を起こし、正規購入者に互換性や利用上の負担を課しました。長期的な違法コピー抑止にはつながりにくく、消費者の反発や業界不信を招いたと評価されています。エイベックスが2004年9月に「弾力運用」へ転じたのを皮切りに、各社は2004年から2006年にかけてCCCDから撤退しました。

　Claudeの統計的透かしとCCCDは、ここで大きく異なります。CCCDは再生や取り込みという通常利用を阻害しました。一方、Claudeの透かしは、文章の読みやすさや品質、生成速度、料金に実質的な影響を与えないとされています。

　従って、似ている点は次の一点に絞られます。透かし自体が利用を妨げるのではなく、学校や企業、コンテストなどが検出結果をAI不正利用の証拠として扱い始めたときに、正規の補助利用者が「消すための作業」を強いられる構造です。

　今後、大学や採用選考、学会、コンテストが透かし検出を導入し、検出結果だけを根拠にするようになれば、AIを補助として使いこなしている人ほど余計な工程を負う可能性があります。最初からローカルLLMで書く人や、透かしを気にしない人の方が得をする、という展開も起こりえます。

企業が先に決めておくべきこと

　IT部門やエンジニアリング組織のマネジメントにとって、この動きは対岸の火事ではありません。生成AIを業務に盛り込むなら、少なくとも次を整理しておく必要があります。

• どの提供者の出力に、どのようなマークが付くのか
• 社内文書や外部提出物で、透かしが問題になる場面はあるのか
• ローカルLLMや、テキスト透かしを付けないモデルをどう位置付けるのか

　顧客向け資料や公的な提出物では、検出ツールが後から普及したときの影響も見ておいた方がよいでしょう。

　重要なのは「透かしの消し方」を社内標準にすることではありません。社内文書や顧客提出物、採用書類、公共向けコンテンツといった区分ごとに、次を設計することです。

• AI利用を開示する必要があるか
• 人間によるレビューをどこまでするか
• 誰が編集責任を負うか
• 作業履歴をどこまで残すか
• 提出先の規定と矛盾しないか

　加えて、透かしの検出結果は「AIが何らかの形で関与した可能性」を示すに過ぎません。それだけを不正や著者性欠如の証拠にしない運用も必要になります。

　技術的には、大幅な編集や再生成で信号は弱まります。透かし単独で完全な追跡を実現するのは難しいのが実情です。AIが思考の延長として定着しつつある中、出力に強制的にマークを付ける仕組みは、利便性と透明性のバランスを改めて問います。規制の意図を理解した上で、実装の現実と運用の仕方が現場にどんな摩擦をもたらし得るのかを見極めるのがよいでしょう。

著者プロフィール：久松 剛氏（エンジニアリングマネージメント　社長）

合同会社エンジニアリングマネージメント社長。博士（慶應SFC、IT）。IT研究者から、ベンチャー企業・上場企業3社でITエンジニア・部長職を経て独立。大手からスタートアップに至るまで常時複数社でITエンジニア新卒・中途採用や育成、研修、評価給与制度作成、組織再構築、広報、AX・DX・FDEチーム組成などを幅広く支援。「ITmedia NEWS」「ITmedia エンタープライズ」で連載中。

Twitter : @makaibito