Claudeの出力に電子透かし｜仕組み・対象モデル（11/3旧モデル拡大）・EU AI Act対応・検出方法と賛否を解説【2026年11月最新】

Claudeが書く文章には、2026年11月3日時点で現行の主力モデル（Fable 5.1／Opus 5.5／Sonnet 5.5／Haiku 5.5）を含むほぼすべてのモデルに、人間には見えない電子透かしが入っています。11月3日からはAPI顧客へのメール通知に沿って、Mythos 5・Opus 4.7・Opus 4.6・Sonnet 4.6の旧4モデルにも広がりました。ただしOpus 4.6とSonnet 4.6は、temperature・top_p・top_kが既定値のときだけ透かしが入るという条件付きです。

検出する手段も8月とは変わりました。テキストの検出APIは2026年9月1日から対象組織に限った申請制のprivate previewで始まり、ファイルは無料の「Claude Content Checker」で誰でも確かめられます。一方で、個人が自分の文章に透かしが入っているかを調べる方法は、今もありません。

この記事では次のことがわかります。

• 透かしの仕組み（Google DeepMindのSynthID-Textをもとにした、語の選び方に印を埋め込む方式）
• どのモデル・どの経路で透かしが入るのか（11月3日の拡大分と条件を含む）
• 検出APIとContent Checkerで、誰が何を調べられるのか
• 公式が認めている限界と、消えやすい・残りやすい条件
• EU AI Act第50条で誰にどんな義務があるのか、日本ではどう扱われるのか
• 批判の中身と、立場ごとの対応

Claudeで文章を書く個人・受託ライター、社内のAI利用ルールを作る情シス・法務の担当者、Claude APIを自社のプロダクトに組み込んでいる開発者、そして教育・採用・出版でAI利用の可否を判断する方を想定しています。

まず押さえるべき5つの事実

いちばん大事な点は8月から変わっていません。透かしが検出されても「Claudeが関わった可能性が高い」以上のことは言えず、検出されなくても「人間が書いた」証明にはなりません。 これはAnthropic自身が公式に書いている限界です。

Claudeのテキスト透かしとは何か

Claudeのテキスト透かしとは、Claudeが書いた文章の中に、読んでも気づかないが鍵を持つ側なら統計的に見つけられる印を埋め込む仕組みです。Anthropicは2026年8月にヘルプセンターで方針を示し、8月14日に技術解説記事「How Claude's text watermarking works」を公開しました。この記事には、9月1日に検出APIの情報が書き足されています。

出典: Anthropic 公式サイト

押さえておきたいのは、Claudeの出力に付く「印」は2系統あり、性質がまったく違うことです。

C2PA（Coalition for Content Provenance and Authenticity）は、Google・Microsoft・Adobe・Meta・OpenAI・Sonyなどが参加するコンテンツ来歴の業界標準です。「このファイルはClaudeで作られた」という注記に暗号署名を付ける仕組みで、ファイルの中身そのものには何も埋め込みません。そのため、スクリーンショット1枚で消えます。

テキスト透かしのほうは本文の中に入るため、コピー&ペーストしても付いてきます。Anthropicによれば、透かしにもContent Credentialsにも、ユーザー・組織・会話を特定する情報は入りません。出力の所有権や利用規約上の権利も変わらないと説明しています。

また、テキスト透かしはモデル側で付けられます。自社アプリからClaude APIを呼び出している場合、アプリ側で何も実装していなくても出力に印が入ります。リクエストやレスポンスの扱いを変える必要もありません（公式リリースノート、2026年9月1日）。

仕組み：どうやって文章に印を埋め込むのか

出典: Google DeepMind SynthID 公式サイト

Claudeの透かしは、Google DeepMindが開発した「SynthID-Text」の考え方に基づく方式だとAnthropicが公式に説明しています。8月11日ごろの報道では「目に見えないUnicode文字を埋め込むのでは」という誤解も広がりましたが、実際には文字・隠し文字・トークンを足す方式ではありません。

乱数の代わりに「秘密鍵」で次の単語を決める

大規模言語モデルは、次の単語を確率の分布から選んでいきます。このとき、「曇り空」を英語で "overcast" と書くか "grey" と書くかのように、どちらを選んでも意味がほとんど変わらない場面が文中に何度も出てきます。

透かしを入れるのは、こうした影響の小さい選択の場面です。Anthropicの説明では、ふつうは乱数で決めるこの選択を、秘密の鍵と直前の数語から決めるように置き換えます。こうして、鍵を持つ側だけが照合できる統計的な偏りが文章全体に薄く残ります。

SynthID-Textの中心はトーナメント方式のサンプリング（Tournament sampling）です。大まかな流れは次のとおりです。

1. 直前のトークン列のハッシュから乱数のシードを作る
2. 複数の判定関数が、語彙の各候補に0か1のスコアを付ける
3. モデル本来の確率分布から候補をいくつか選ぶ
4. 候補同士をトーナメント形式で対戦させ、スコアの高いほうを勝ち上がらせる
5. 最後に残った候補を出力のトークンにする

理論上は、出力の確率分布を歪めない（non-distortionary）設定もできるとされています。SynthID-Textの論文は2024年にNature誌に掲載されました。

検出は「統計的な検定」で行う

検出する側は、調べたいテキストの各語に同じ判定関数をかけてスコアを合計します。透かし入りのテキストはスコアが偏り、人間が書いた文章は偏りのない状態に近くなります。基本の考え方は、その偏りが偶然では説明しにくいかどうかを統計的に判定することです。

ここから言えることは2つあります。文章が長いほど判定しやすくなることと、判定は白黒ではなく確率の話であることです。「透かしがある／ない」と言い切るのではなく、「偶然とは考えにくい偏りがある」と判断しているにすぎません。

品質・速度・コストへの影響（公式の説明）

ただし、品質の検証はAnthropic社内のテストで、第三者が再現できる形では公開されていません。この点は評価が分かれます。

対象モデル・製品：今の自分の出力に入っているのか

2026年11月3日時点では「主力モデルにはすでに入っている。旧モデルも11月3日から順に入る」と考えるのが正確です。 8月時点では主力モデルの多くが「移行期間中」の扱いでしたが、その後の公式ヘルプセンターの対応表で状況が変わっています。

公式ヘルプセンターの対応表（2026年11月初旬に確認）

Anthropicのヘルプ記事「How Claude marks AI-generated content」には、モデルごとに「自社経路のテキスト透かし」「クラウドパートナー経由のテキスト透かし」「ファイルのContent Credentials（C2PA）」の3項目を示す表があります。確認した時点では、16モデルすべてにテキスト透かしの印（✅）が付いていました。

この表を読むときは、次の点に気をつけてください。

• ✅が1つだけの7モデルは、クラウド経由のテキスト透かしとファイルのC2PAの欄に印がありません。 表の上ではどの欄の✅かが判別しにくいため、AWS・Google Cloud・Microsoft Foundry経由で使っている場合は、各事業者の案内もあわせて確認してください
• 公式ページには、モデルごとの適用開始日が書かれていません。 「11月3日」はAPI顧客宛のメールが出どころで、Anthropicの公開ページには載っていない日付です
• Opus 4.5・Sonnet 4.5・Haiku 4.5は表では✅ですが、11月3日のメールには含まれておらず、いつから入っているかは確認できていません

11月3日からの旧モデル適用と「既定値のときだけ」の条件

The Decoder（10月31日）、GIGAZINE（11月2日）などの報道によると、AnthropicはAPI顧客にメールで次のように知らせました。

• 2026年11月3日から、Claude Mythos 5・Opus 4.7・Opus 4.6・Sonnet 4.6の出力に透かしを入れる
• Amazon Bedrockでは、数日余分にかかる場合がある
• Opus 4.6とSonnet 4.6は、temperature・top_p・top_kが既定値のときだけ透かしが入る。 自社のコンプライアンスで透かしを当てにしている場合は、これらの設定を既定値のままにしてほしい

Mythos 5とOpus 4.7には、この条件は書かれていません。また、公式リリースノートによれば、Opus 4.7・Opus 4.8・Sonnet 5・Haiku 5.5は、サンプリングの設定を既定値以外にするとエラーを返す仕様です。メールで「設定を変えると透かしが入らない」と明示されたのは、まだサンプリング設定を受け付けるOpus 4.6とSonnet 4.6の2モデルです。

開発者にとって気をつけたいのは、エラーも警告も出ないまま、透かしのない出力が返ってくる点です（TechTimesの指摘）。文章の質を理由にOpus 4.6を使い続けているライター向けのツールや、古いSDKや直接のHTTPリクエストでtemperatureなどを送っている実装は、一度設定を見直してください。Anthropicは、この条件をなくす予定も期限も示していません。

8月時点で公式記事にあった「旧モデルにはこの先数か月かけて適用する」という一文は、2026年11月3日時点でも公式記事に残っています。ヘルプセンターも「8月2日より前に出たモデルにも対応を進めている」という書き方のままです。残りのモデルの日程は公表されていませんが、EUの移行期限が12月2日であることを考えると、主力モデルにはもう入っていて、旧モデルにも年内に広がるという前提で運用を組むのが安全です。

対象となる製品・経路

チャット画面だけの話ではありません。

出典: Claude Code 公式サイト

クラウド経由で本番運用している場合は、ファイル来歴とモデルごとの違いに注意が必要です。AWS Bedrock・Google Cloud・Microsoft Foundry経由でClaudeを使っているなら、自社の経路での実際の挙動を個別に確かめてください。Claude全体の製品構成はClaudeとはで整理しています。

公式が認めている限界：分かること・分からないこと

出典: C2PA 公式サイト

ここはもっとも誤って使われやすい部分です。Anthropic自身が限界を細かく挙げており、その内容はむしろ利用者を守る材料になります。

公式が示している制約は次のとおりです。

1. 著者性や所有権は証明しない。 わかるのは「Claudeが関わったか」だけ
2. 他社のAIは検出できない。 GPT・Geminiなどの出力は判定の対象外
3. 短い文章では信頼性が低い。 統計的な手がかりが足りない
4. 事実が中心の文章では薄くなる。 正確さを保ったまま選べる語の幅が狭いため
5. コードにはほとんど乗らない。 1語でも違うと困る出力では、透かしを入れる余地が少ない
6. 数語を直すだけの校正では、手がかりが足りないことがある。 新しく生成される語が少ないため
7. 軽い編集では消えにくいが、全面的な書き直しでは消える
8. Claudeに翻訳させた文章には透かしが入る。 訳文の語をClaudeがすべて選ぶため。一方、Claudeの出力を人が自分で訳し直した場合は、元の手がかりはほぼ残らない

翻訳は「透かしに弱い」とひとまとめにされがちですが、Claudeが訳した文章は透かし入り、人が訳した文章は透かしが残りにくいと分けて考える必要があります。

透かしが残りやすいケース／消えやすいケース

透かしの検出結果だけを根拠に処分・不合格・契約違反の判断をするのは、Anthropic自身の説明と合いません。 教育機関・採用・出版・クラウドソーシングの現場でこれを前提にすると、人が主体となって書いた文章を誤って咎めることになりかねません。運用ルールとして明文化しておくべき点です。

検出方法：いまできること、まだできないこと

出典: Anthropic 公式サイト

テキストは「検出API（申請制）」、ファイルは「Claude Content Checker（無料・誰でも）」と、確かめ方が2つに分かれています。8月時点の「誰も検出できない」という状況からは前進しましたが、個人が自分の文章を調べる方法はまだありません。

テキスト：検出APIは申請制

検出APIを使いたい組織は、Anthropicの公式記事にある申請フォーム（Claude Watermark Detector Access Request Form）から申し込みます。EU AI Actのもとで自社が検証の義務を負う企業も申請の対象に入っています。

一般のユーザーにとっての答えは、「今日書いた文章に透かしが入っているかを自分で調べる手段はない」です。

ファイル：Claude Content Checkerの使い方

Claude Content Checker（claude.com/check-content）は、Claudeが作ったファイルにContent Credentialsが付いているかを無料で確かめられる公式ツールです。

1. claude.com/check-content を開く
2. 調べたいファイルをドラッグ&ドロップする
3. Claudeが発行したContent Credentialsがあるかどうかが表示される

画像の透かしをめぐる別の論点は、GoogleがAI画像の透かし除去を容認した件の解説で扱っています。

既存の「AI検出ツール」とは別の技術

ここは誤解が多いところです。GPTZeroなど既存の「AI文章判定ツール」は、文体のそろい方やperplexityといった特徴からAI生成らしさを推し量るもので、透かしを読んでいるわけではありません。こうしたツールは、英語を母語としない人の英文で誤検知が多いと報告されており、日本語での精度も十分に確かめられていません。

Claudeの透かしが入ったからといって、既存のAI検出ツールが正確になるわけではありません。 両者はまったく別の技術です。

検出APIが申請制で始まったことで、「判定する権限がAnthropicと一部の組織に集まる」という懸念は残っています。投資家のBill Gurley氏は8月の段階で、「Anthropicだけが透かしを識別できるなら、同社が事実上『裁判官・陪審・検察官』を兼ねることになる」と指摘していました。

AI各社のテキスト透かしの比較

OpenAIは精度の数字を出していますが、Anthropicは同じ種類の数字を公表していません。Grokの透かしの扱いはGrok APIの電子透かしの解説を参照してください。

なぜ今なのか：EU AI Act 第50条の中身

背景にあるのは、2026年8月2日に適用が始まったEU AI Act（EU AI規制法）の第50条（透明性義務）です。「提供する側の義務」と「使う側の義務」を分けて読むと、実務の判断がしやすくなります。

第50条(2)：提供者（Anthropic側）の義務

文章・画像・音声・動画を生成するAIシステムの提供者は、出力に機械が読める形で印を付け、人工的に作られたものだと見分けられるようにする義務を負います。その技術は「効果的・相互運用可能・堅牢・信頼できる」ものであることが求められます。

Claudeの透かしは、この条項への対応です。 Anthropicは2026年7月、欧州委員会が適合の手段と位置づけた「AI生成コンテンツの透明性に関する行動規範」に署名しました。報道によれば、署名した組織は約190にのぼります。Business Insider Japanの取材に対し、Anthropicは導入のいちばんの目的を「EU AI法の透明性要件に完全に準拠すること」と答えています。

なお第50条(2)には適用除外があり、文法の修正のように補助的な編集だけを行うシステムや、入力の意味を実質的に変えないシステムは対象外とされています。「校正だけの用途にまで一律で透かしを入れるのは規制の趣旨を超えている」という批判は、この規定を根拠にしています。

第50条(4)：使う側（デプロイヤー）の義務

日本の企業や個人にとって大事なのはこちらです。

「公共の関心事について一般の人に知らせる目的で」AIが生成したテキストを公開する場合、AI生成であることを開示する義務が生じます。ただし、人間が実質的に目を通し、その内容に編集責任を持つ人や法人がいる場合は免除されます。形だけの承認では足りず、実際に編集の責任を担っていることが必要です。

つまり、「透かしが入る＝必ずAI利用を開示しなければならない」ではありません。 EU域内向けに公共性のある情報を発信していなければ、すぐに義務が生じるわけではありません。発信していても、人間が編集責任を持っていれば免除されうる、というのが条文の組み立てです。

スケジュール

11月3日の旧モデルへの適用は、12月2日の移行期限に間に合わせる動きと読めます。 スケジュール感をつかむうえで欠かせない日付です。

第50条に違反した場合の制裁金は、最大1,500万ユーロまたは世界売上高の3%とされていますが、額は事案によって変わります。自社が義務を負う可能性があるなら専門家に確認してください。EU AI Act全体のリスク分類・適用スケジュール・日本企業への影響は、EU AI規制法の完全施行ガイドで詳しく整理しています。米国の動きはカリフォルニアAI透明化法の解説も参考になります。

賛否両論：何がここまで批判されているのか

8月14日に公式が仕組みを明かした後、批判はかえって強まりました。Daring Fireballのジョン・グルーバー氏の記事「Anthropicの『透かし』によるテキスト改変は、書くという行為への冒涜だ」はHacker Newsで794ポイント・696コメント（2026年8月18日時点）を集め、議論の中心になりました。11月の旧モデル適用でも、Redditなどで「校正や翻訳でも透かしが付く」「英語を母語としない人やディスレクシアの人が不利になる」といった声が上がっています（GIGAZINE）。

批判は感情論ばかりではありません。事実と評価を分けて読むと、論点がはっきりします。

1. 「意味に影響しない語の選択」など存在しない

グルーバー氏の主張の中心は、完全に同じ意味の言葉など存在しないというものです。どちらも文法的に正しくても、選んだ語によって別の文章になる。書き手が言葉を選ぶことこそが書くという行為で、それを「影響の小さい選択」として透かしの入れ物に使うのは書き手への裏切りだ、という論理です。

評価： Anthropicは品質に統計的な差はないと反論しています。ただ、「平均すると品質が落ちない」ことと「一つひとつの語の選択が最善である」ことは別の話で、両者はかみ合っていません。価値観の対立に近い部分です。

2. 校正しただけで自分の文章に印が付く

実際の不利益にいちばん近い論点です。自分で書いた原稿をClaudeに校正・翻訳・要約させると、返ってきた文章に印が乗ることがあります。ラジオ番組の司会者エリック・エリクソン氏が「GrammarlyをやめてClaudeで校正していたのに、自分の文章がClaude製だと印を付けられる」と述べたのが代表例です。

評価： ここは批判に一定の理があります。EU AI Act自体が補助的な編集を適用除外にしているのに、Anthropicの実装は用途を区別せずに一律で入れているからです。翻訳については、Claudeが全語を選ぶため透かしが入ると公式が認めています。一方、数語を直すだけの校正では手がかりが弱いとも説明しています。問題は技術そのものより、弱い手がかりが「AIが書いた証拠」として扱われてしまうリスクのほうにあります。

3. 回避は簡単で、正直な人だけが不利になる

開発者からは「別のモデルで言い換えれば消える」という指摘が出ています。2024〜2025年の研究でも、比較的低いコストで透かしを消したり、なりすましたり（spoofing）できた例が報告されています。11月には、Opus 4.6とSonnet 4.6でサンプリング設定を変えるだけで透かしが入らない、という条件も明らかになりました。

評価： これは公式の説明と食い違いません。Anthropic自身が「全面的な書き直しでは消える」と認めています。結果として、ルールを守る人だけに印が残り、意図的に隠したい人は避けられる、という不公平が生じます。ただし、ここから導くべき結論は「だから透かしは無意味」ではなく、「だから透かしを証拠として扱ってはいけない」です。

4. 検証する権限がAnthropicに集まる

検出APIは始まりましたが、使えるのは申請が通った組織に限られます。鍵の管理や判定の仕様は公開されておらず、第三者が独立に確かめることはできません。arXivには「検証手段のない透かし」を問題にする論文も出ています。透明性のための仕組みなのに、仕組みそのものは不透明だという状況は変わっていません。

5. エンジニアからの品質への懸念

サンプリングに制約をかけるとコードの品質が落ちるのでは、という懸念も出ました。評価： 公式は品質への影響はないと説明しており、加えて「コードは正確さが求められるため透かしがほとんど乗らない」とも述べています。Claude Codeでコードを書いている開発者が強く心配する必要は、今のところ小さいと考えられます。

6. 解約の動き

コンプライアンスや著作者性の懸念からClaude Maxなどを解約した、という声が複数のメディアで取り上げられました。ただし規模を示す数字は出ておらず、「個別の声が報じられた」段階です。乗り換えを考えている人は、ClaudeとChatGPTの比較で機能面の違いもあわせて確認してください。なお、OpenAIもEU域内のChatGPTでテキスト透かしを始めているため、「透かしがないから乗り換える」という判断は成り立ちにくくなっています。

日本ではどう扱われるのか

出典: 内閣府 AI戦略 公式サイト

2026年11月時点の日本には、AI生成物であることを表示する一般的な法的義務はありません。

• AI推進法（2025年成立）は技術の振興が主眼で、罰則の規定はありません
• 総務省・経済産業省の「AI事業者ガイドライン」でも、電子透かしなどの来歴の仕組みやAIのラベル表示は推奨にとどまり、義務ではありません
• ただし、景品表示法やステマ規制が間接的に関わる場面はあります（AI生成であることを隠して第三者の感想を装う場合など）

そのため、日本国内向けにコンテンツを作っている個人や企業が、Claudeの透かしを理由に届け出や表示を増やす必要は今のところありません。それでも透かしは日本の出力にも入ります。 Anthropicは「地域で切り分ける確かな方法がまだないため、全世界に適用している」と説明しています。このずれが混乱のもとになっています。

例外は、EU市場向けにAIを使ったプロダクトを提供している日本企業です。域外適用でEU AI Actの対象になりえます。Anthropicも、Claudeを組み込んだプロダクトを提供する事業者に対し、自社が第50条の義務を負うかどうかを自分で評価するよう案内しています。生成AIと権利の論点は法務省の生成AI「声の権利」指針も参考になります。

日本語での検出精度は未公表

Anthropicは言語ごとの検出精度を公表していません。 日本語はトークンの区切りが細かく、文脈上選べる語の幅が英語より狭くなりやすいため、同じ文字数でも埋め込める手がかりが英語より少ないのでは、という見方があります。これは推測で公式の見解ではありませんが、そうであれば日本語の文章は英語より判定しにくいことになります。

日本語のユーザーにとっては、今後もっとも気にしておきたい未確定の点です。

立場別・実務対応チェックリスト

必要な対応は、立場によって大きく違います。

企業でのAI利用ルール全体の設計は、Claudeのセキュリティと企業利用の整理、Claudeのデータ保持・ZDR契約の条件、生成AIのセキュリティリスクと対策もあわせて確認すると抜けが減ります。

Claudeの新しいモデルを自社の業務システムに組み込む場合は、モデルの切り替えに合わせて、透かしの条件やサンプリング設定まで含めた設計と検証の手間がかかります。組み込みの方法と費用の目安はAI開発の費用相場（AI受託開発の改修・PoC・本開発の価格と見積の内訳）で整理しています。

なお、社内の統制は透かしに頼らないほうが確実です。 誰がいつどのモデルを使ったかは、利用ログで管理できます。透かしは統計的で確率的な仕組みなので、内部統制の一次的な証拠には向きません。Opus 4.6とSonnet 4.6のように設定次第で入らないモデルがある以上、なおさらです。

「透かしを消す方法」を探している人へ

透かしを消すことを目的に動く必要は、ほとんどありません。

1. 透かしがあること自体は不利益になりません。 日本国内では表示の義務も罰則もなく、透かしが入っているだけで罰を受ける仕組みはありません
2. 個人や一般の企業は、そもそも検出できません。 テキストの検出APIは対象組織だけの申請制です
3. 実務上のリスクは「消せないこと」ではなく「誤って使われること」です。 備えるべきは、透かしを「AIが書いた証拠」として扱われたときに、自分の書いた過程を説明できる状態にしておくことです

具体的には、大事な原稿の下書き履歴や版の管理を残す、AIをどの工程で使ったか（構成／推敲／翻訳など）を記録しておく、といった運用が現実的です。これは透かしの有無にかかわらず役に立ちます。

一方、意図的に透かしを避けるための言い換えや、サンプリング設定の変更は、納品先や所属機関のAI利用ルールに反するおそれがあります。ルールがある環境では、隠すより申告するほうが安全です。

気にしなくてよい人／注意が必要な人

ほぼ気にしなくてよい人

• 日本国内向けのブログ・SNS・社内資料でClaudeを使っている個人
• コード生成にClaudeやClaude Codeを使っている開発者（コードにはもともと透かしがほとんど乗らず、ソースコードは第50条(4)の対象外と整理されている）
• 短いやり取りや下調べに使っている人（短い文章では統計的な手がかりが足りない）
• 自分の文章の誤字を少し直す程度に使っている人（新しく生成される語が少ない）
• 国内だけでサービスを提供している企業の情シス担当

注意が必要な人

• EU市場向けにAIを使ったプロダクトを提供している企業（自社が第50条の義務を負うか要評価。2026年12月2日の移行期限が目安）
• Claude APIを組み込んで再提供している開発者（アプリ側の実装に関係なく出力に印が入る。利用規約・プライバシーポリシーの記載も要確認）
• Opus 4.6・Sonnet 4.6をサンプリング設定付きで使っている開発者（透かしを当てにしているなら既定値に戻す。逆に、透かしが入らない前提の運用も公式の案内とは言えない）
• AWS／Google Cloud／Microsoft Foundry経由で本番運用している企業（モデルごとに対応が違い、Bedrockは適用が数日遅れる場合がある）
• Claudeに翻訳を任せている翻訳者・制作会社（Claudeの訳文には透かしが入る）
• 「AI不使用」を条件に受注しているライター・制作会社（事前合意の文言を見直す時期）
• 教育機関・採用・出版など、AI利用の可否を判断する立場の人（誤った使い方を防ぐルール作りが最優先）

よくある質問

Q. 11月3日より前にOpus 4.6で書いた文章にも、さかのぼって透かしが入りますか？

入りません。透かしは文章を生成するときに語の選び方として埋め込まれるため、すでに出力された文章を後から書き換えることはありません。報道されているメールの内容でも、11月3日以降の出力が対象です。

Q. Opus 4.6でtemperatureを変えれば、透かしは入らないのですか？

API顧客宛のメールによれば、Opus 4.6とSonnet 4.6はtemperature・top_p・top_kが既定値のときだけ透かしが入ります。ただし、これは透かしを外す方法として案内されたものではありません。Anthropicは、自社のコンプライアンスで透かしを当てにする場合は既定値のままにするよう求めています。この条件がいつまで続くかも示されていません。

Q. Claude Content Checkerに文章を貼れば、透かしを確かめられますか？

確かめられません。Content Checkerが対応しているのは画像・動画・音声などのファイルだけで、テキストは調べられません。テキストの検出APIは、規制当局・報道機関・研究者・教育機関などの申請制です。

Q. noteやブログにClaudeで書いた記事を載せるとき、AI利用を書く必要はありますか？

日本の法令上の義務はありません。EU AI Act第50条(4)も、EU域内で公共の関心事について発信する場合が対象で、人間が実質的に編集責任を持っていれば免除されます。ただし、プラットフォームの規約でAI利用の明記を求めている場合は別です。読者との信頼のために、自分の方針を決めておくことをおすすめします。

Q. 「AI不使用」の条件で受けた案件で、Claudeに校正だけ頼みました。契約違反になりますか？

契約の文言しだいです。数語を直す程度の校正では透かしの手がかりは弱く、受注者や発注者の多くは検出APIを使えません。ただ、透かしの有無と契約の解釈は別の問題です。もめないようにするには、受注前に「どの工程までAIを使ってよいか」を書面にしておくのが確実です。

Q. 無料プランとProプランで扱いは違いますか？

プランによる違いは公表されていません。透かしはモデル側で付けられるため、プランによらず同じ扱いと考えるのが自然です。違いが出るのは、モデルの種類（とくにOpus 4.6・Sonnet 4.6のサンプリング設定）と、クラウド経由かどうかです。

Q. 透かしから個人が特定されることはありますか？

ありません。Anthropicは、透かしにユーザー・組織・会話を特定する情報は含まれないと明記しています。対象は「Claudeの出力」で、「個々のユーザー」ではありません。出力の所有権など、利用規約上の権利も変わらないとしています。

Q. ほかのAIに乗り換えれば透かしを避けられますか？

避けにくくなっています。GoogleはGeminiでSynthIDを使っており、OpenAIも2026年10月にtextGrainを発表してEU域内のChatGPT・Codexで最初から有効にしました。EU AI Act第50条は特定の企業だけに向けた規制ではないため、主要な提供各社が同じ方向に進んでいます。「透かしがないこと」を基準にツールを選ぶ判断は、長い目で見て成り立ちにくいでしょう。

まとめ

Claudeのテキスト電子透かしは、EU AI Act第50条(2)に対応するために全世界・全製品で入れられている仕組みです。Google DeepMindのSynthID-Textの考え方をもとに、秘密の鍵と直前の数語で次の単語を決め、統計的な偏りを残す方式で、トークンの追加も目立った速度低下も追加料金もありません。テキストには本文に埋め込む透かし、対応ファイルにはC2PAの署名付きメタデータ、という2系統です。

2026年8月からの3か月で、状況は大きく進みました。

• 対象モデル： 公式の対応表では16モデルすべてにテキスト透かしの印。11月3日からMythos 5・Opus 4.7・Opus 4.6・Sonnet 4.6にも適用（Bedrockは数日遅れる場合あり）
• 条件： Opus 4.6・Sonnet 4.6は、temperature・top_p・top_kが既定値のときだけ
• 検出： テキストは検出API（申請制・個人不可）、ファイルは無料のClaude Content Checker
• 他社： OpenAIもtextGrainを発表し、テキスト透かしはClaudeだけの話ではなくなった

それでも、いちばん大事な点は変わりません。透かしの検出はClaudeが関わったことを示すだけで、誰が書いたかは証明しません。校正か全文生成かを区別できず、他社のAIは検出できず、短い文章・コード・事実中心の文章では弱く、全面的な書き直しや人による翻訳で消えます。Anthropic自身が挙げているこの限界は、「透かしが出たからAIが書いた」と決めつける運用に対する、もっとも強い反論材料になります。

今後注目したいのは、12月2日の移行期限までの残りのモデルへの適用、Opus 4.6・Sonnet 4.6の条件が見直されるか、検出APIをどこまで開放するか、そして日本語での検出精度が公表されるかどうかです。EU市場に関わる企業は、EU AI規制法の全体像を確かめたうえで、自社が義務を負うかの評価を早めに済ませておくことをおすすめします。生成AI全体の基本は生成AIとはで整理しています。

主な出典

• How Claude's text watermarking works｜Anthropic（2026年9月1日更新）
• How Claude marks AI-generated content｜Claude Help Center
• Claude Content Checker｜Anthropic
• Release notes｜Claude Platform Docs
• Models overview｜Claude Platform Docs
• Anthropic's watermark rollout leaves a loophole on two older Claude models｜The Decoder（2026年10月31日）
• Anthropic expands text watermarking to older Claude models from November 3｜GIGAZINE（2026年11月2日）
• Anthropic is bringing text watermarking to more Claude models｜Techweez（2026年11月2日）
• Transparency obligations under Article 50 of the AI Act｜European Commission
• EU AI Act Article 50｜artificialintelligenceact.eu
• Digital Omnibus on AI｜DLA Piper
• Scalable watermarking for identifying large language model outputs｜Nature (2024)
• OpenAI is adding invisible watermarks to ChatGPT and Codex text in the EU｜BleepingComputer
• Anthropic's "Watermark" Text Adulteration in Claude Is a Perversion of Writing｜Daring Fireball
• What a Claude Watermark Can (and Can't) Tell You About Authorship｜Search Engine Journal