AI文章の透かしとは｜Claudeの仕様と限界・企業の対応
「AIで書いた文章が、これから全部バレるようになるらしい」——2026年8月、そんな話が一気に広がりました。
結論から言うと、変わったのは「検出の精度」ではなく「前提」のほうです。提供元自身が「この印は著者性も所有権も法的責任も示さない」と明記しており、検出する道具もまだ配られていません。それでも運用は今日から変えたほうがいい、というのがこの記事の答えです。
私たちが公式発表を読んで何を確認し、自分たちの運用のどこを見直したかまで含めて書きます。
AI文章の透かしとは何か——2026年8月に起きたこと
Anthropicは、Claudeが出力するテキストに、人間の目には見えない「透かし（ウォーターマーク）」を埋め込む仕組みを導入しました。2026年8月11日にTechCrunchやFortuneが報じ、8月12日にAxiosが続報を出し、そして2026年8月14日に、Anthropic自身が仕組みを解説する記事「How Claude's text watermarking works」を公開しています。
報道が先で、公式の詳細解説が後から出た形です。この記事では、断定できる事実は原則としてこの公式解説と、同社のヘルプセンターの記述に限定して扱います。
いつから、どこに適用されるのか
公式ヘルプによると、2026年8月2日以降に公開されたモデルは、リリース時点から対象です。それ以前のモデルについては移行期間が設けられており、今後数か月かけて順次適用していくと説明されています。
適用される面は、公式ヘルプに列挙されている次の5つです。
- Claude Platform（API）
- Claude（チャットアプリ）
- Claude Code
- Claude Cowork
- Claude Tag
つまり「アプリで会話したときだけ」ではありません。APIを直接叩いて自社サービスに組み込んでいる場合も、開発ツール経由で文章を書かせている場合も、同じ扱いになります。
オフにできるのか
ここは正確に書きます。公式の解説記事にもヘルプセンターにも、ユーザーや開発者が透かしを無効化する手段は記載されていません。設定項目もAPIパラメータも案内されていない、というのが2026年8月時点で確認できる事実です。
「オフにできない」と言い切る記述を公式ページで見つけられたわけではありませんが、少なくともオンにするかどうかを利用者側が選べる機能としては提供されていない——この理解で運用を組むのが安全です。
仕組み——読んでも分からないのに、なぜ検出できるのか
透かしと聞くと、文章のどこかに変な記号や特定の言い回しが仕込まれているように想像しますが、そうではありません。
公式解説の説明はこうです。文章を生成するとき、AIは常に「次にどの語を置くか」を選んでいます。その中には、どちらを選んでも意味も自然さもほとんど変わらない「どちらでもよい選択」が大量に含まれます。
従来はそこを実質的なランダムで決めていました。今回の仕組みは、その選択を「鍵」と「直前の数語」から決めるようにしています。公式はこれを、モンテカルロ的な例えで説明しています——サイコロを振る代わりに、円周率の桁を順に使って決めるようなもの。出てくる結果は一見でたらめですが、同じ手順を知っている側から見れば、規則的な並びに見える。
だから1文だけを取り出しても不自然さは出ません。文章の意味も、質も、読みやすさも変わらない。けれども文章がまとまった量になると、「どちらでもよい選択」の偏り方が統計的に浮かび上がる、という設計です。
文章の長さで効き方が変わる
この仕組みの性質上、短い文章では効きません。公式も「Claudeの関与についての確信度は、文章が長くなるほど上がる」と書いています。数行のメールや、SNSの1投稿では、そもそも判定材料が足りない。
同じ理由で、固有名詞や事実の羅列が多い文章にも入りにくい。「どちらでもよい選択」の余地が少ないからです。
コードと画像は扱いが違う
コードについては、公式が明確に区別しています。正確な出力が求められる箇所——計算や構文——には透かしを入れず、コメントのように書き方の裁量がある部分にだけ、まばらに適用されるという説明です。動くコードを壊してまで印を入れることはしない、という設計思想です。
画像やファイルは、そもそも透かしではありません。.png / .jpg / .svg といった対応形式には、C2PAという標準規格に沿った「署名付きの来歴メタデータ」が付与されます。公式の表現を借りれば「ファイルの中身は何も変わらない」——画素をいじるのではなく、付帯情報として記録する方式です。
なお、この仕組みがGoogle DeepMindのSynthID-Textをベースにしているという解説や、EUのAI法における透明性要件が背景にあるという解説は、複数の媒体が報じています。ただし私が確認した範囲では、Anthropicの公式ページ上でそこまで明記されてはいません。この記事では「そう報じられている」以上には踏み込みません。
ここからが本題——公式が「できない」と明記していること
この話が煽り記事になるか、実務の話になるかの分かれ目はここです。提供元自身が、この印にできないことを長々と列挙しています。
公式解説とヘルプの記述から拾うと、この印は次のことを示しません。
- 誰が書いたか（著者性）を証明しない——「Claudeが書いた」のか「Claudeに大幅に手を入れさせた」のかを区別できない
- その文章が人間の手によるものかを確認できない
- 所有権を判定しない
- 法的責任の所在を判定しない
- 印が検出されなかったからといって、AI生成・AI処理でないとは言えない
最後の1つは特に重要です。公式ヘルプは「印が検出されないことは、そのコンテンツがAIによって生成・処理されていないことを意味しない」と明記しています。陰性は無罪の証明にならない、ということです。
「校正させただけ」でも印は付きうる
公式ヘルプは、Claudeが原著者でないケースを具体的に挙げています。校正、翻訳、要約——元のアイデアが人間のものであっても、出力の語をClaudeが選んでいれば印は入る。
翻訳については公式解説が踏み込んでいて、「すべての語をClaudeが選ぶため」透かしが適用される、と説明されています。自分で書いた原稿をAIに英訳させたら、その英文には印が入る。中身は自分の考えなのに、です。
編集すると消えるのか
これも公式に記述があります。軽い編集では印は残り、全面的に書き直すと消える。ヘルプ側はもう少し広く、「大幅に編集された、言い換えられた、翻訳された、他の文章に混ぜられた」場合には、検出の信頼性が落ちうると書いています。
つまり、この印は「消せない絶対の刻印」ではありません。相当に手を入れれば薄れるし消える。逆に言えば、消そうと思って消せてしまう程度のものに、告発の証拠能力を期待するのは筋が違うということです。
そして、検出する道具はまだ配られていない
ここが2026年8月時点で最も見落とされている点です。
公式解説には「近く透かし検出APIを提供する予定です。詳細を詰めているところです」と書かれています。裏を返すと、この記事を書いている時点では、外部の誰もこの印を検証できません。
検証手段が配られていない以上、「あの記事はAIで書かれていると判定された」という話は現時点では成立しません。「もう検出されている」「AI記事は全部バレる」は、少なくとも今日の時点では事実に反します。
とはいえ「じゃあ様子見でいい」とはなりません。理由は次の章です。
変わったのは検出精度ではなく「前提」のほう
これまで、ある文章がAI製かどうかは、実質的に書いた本人の自己申告で決まっていました。文体から推測する人はいても、確かめる方法はなかった。「AIで書いた」と言わなければ、それで通っていたわけです。
今回変わったのは、その構造です。検証しうる材料が、文章そのものの中に入るようになった。今日は道具がないだけで、道具は作ると告知されている。
ここから導かれる実務的な結論は、シンプルです。「バレないように使う」を前提にした設計は、寿命が短い。今日は無事でも、検出APIが配られた日に前提が崩れる。しかもその日がいつかは、こちらでは決められません。
だったら、先に言ってしまう設計に切り替えたほうが、結局まわりが早い。これが私の判定です。
今日からやる4手順
抽象論で終わらせないために、具体的な順番に落とします。所要時間はだいたい半日、規模が小さければ2時間ほどで一巡します。
手順1: 棚卸し——自分の名前で外に出しているAI生成物を書き出す
まず一覧を作ります。頭の中で数えず、実際に書き出してください。対象は「自分または自社の名前で外部に出ているもの」すべてです。
- ブログ記事・オウンドメディアの記事
- 提案書・企画書・見積の説明文
- 顧客宛のメール・チャットの返信
- SNSの投稿
- 採用の応募書類・職務経歴書
- 受託案件の納品原稿・納品ドキュメント
ここで「AIに全部書かせたもの」と「AIに手伝わせたもの」を分ける必要はありません。校正や翻訳だけでも印は付きうるので、AIが1文字でも関わったものは全部リストに入れます。
手順2: 仕分け——「印がついても困らない／困る」で2つに分ける
次に、その一覧を2つに分けます。基準は「これにAIの印が付いていると分かったとき、相手との関係が気まずくなるか」の一点です。
困らない側は、たとえば自社ブログの記事。AIを使って書いていることを普段から言っているなら、印が付いても何も起きません。
困る側は、相手が「人が書いたもの」だと思っている前提のものです。納品原稿、応募書類、個人宛の丁寧なメール——このあたりが該当します。
この仕分けをやると、面白いことに気づきます。いま黙っている場所が、そのまま弱点として並ぶ。困る側に入ったものは、要するに「言っていないから困る」のであって、AIを使ったこと自体が問題なわけではありません。
手順3: 開示——隠す方向ではなく、先に言う方向へ倒す
困る側に入ったものを、片っ端から「言う」側に移していきます。長い声明文はいりません。1文の定型を決めて、置き場所を決めるだけです。
「下書きはAIで作成し、内容は私が確認して出しています」——このくらいの粒度で十分に機能します。あとは媒体ごとに置き場所を決めます。記事なら末尾か著者情報欄、提案書なら制作体制の項、受託ならヒアリングの時点で口頭とメールに残す。
ここで大事なのは、謝る文体にしないことです。AIを使うのは今や普通の道具の使い方であって、詫びる話ではありません。「こう作っています」と事実を置くだけにする。
手順4: 契約——受託・納品は「説明」と「合意」の問題にする
受託業務がある場合は、ここまでやります。何をAIで作り、何を人が確認したかを、契約か仕様書に一行入れておく。
「原稿の初稿はAIで作成し、事実確認と最終編集は当方が行う」といった書き方で構いません。先に合意しておけば、後から「AIで書いたんですか」と問われたときに、揉める余地そのものが消えます。
逆に、書いていない状態で後から発覚すると、AIを使ったことではなく「言わなかったこと」が問題になります。この2つは全然違う話です。
開示の文面をどう書くか——3つの型と、避けたい書き方
手順3で「1文の定型を決める」と書きましたが、ここで詰まる人が多いので具体的に展開します。文面は大きく3つの型に分かれます。
型1: 制作体制として書く（記事・オウンドメディア向け）
「本記事は下書きの作成にAIを利用し、事実確認と最終的な編集は編集部が行っています」——このタイプです。主語を人ではなく工程に置くのがコツで、誰が偉いという話にならず、読者にとっては品質の担保がどこにあるかの情報になります。
置き場所は記事末尾か、著者情報の近く。冒頭に置くと本題の前に注釈を読ませることになるので、後ろで構いません。
型2: 役割分担として書く（提案書・受託案件向け）
「初稿の作成にAIを使用し、要件の解釈・事実確認・最終判断は担当者が行います」という書き方です。型1との違いは、「判断は人がしている」を明示する点にあります。
受託の相手が気にしているのは、AIを使ったかどうかではなく「判断まで機械に投げていないか」です。ここに答える文面にしておくと、質問そのものが出なくなります。
型3: 触れない（社内文書・下書き段階の共有物）
すべてに注記を付ける必要はありません。相手が「人が書いた」と思っている前提がそもそも無いものには、書かなくていい。社内のメモに毎回注記を入れるのは、運用としてただ重くなるだけです。
避けたい書き方
逆に、次のような文面は避けたほうがいいと考えています。
- 謝る文体——「AIを使用しており恐縮ですが」。使うことは謝る対象ではなく、この一文が入った瞬間に品質への疑いを自分から呼び込みます
- 範囲を書かない開示——「AIを活用しています」だけだと、どこまで機械なのかが伝わらず、かえって不安にさせます。「何をAIがやり、何を人がやったか」まで書いて初めて情報になります
- 免責のような書き方——「内容の正確性は保証しません」。これは開示ではなく責任回避で、受け手の信頼を直接削ります
開示の目的は、相手が持っている前提と、実際の作り方をそろえることです。予防線を張ることではありません。
なぜ提供元は「できないこと」をここまで書いたのか
今回の公式解説を読んで印象的だったのは、できることより、できないことの説明のほうが長いことでした。著者性を示さない、所有権を示さない、法的責任を示さない、短文には入らない、書き直せば消える、検出されなくてもAI製でないとは言えない——ここまで自分から限界を並べています。
これは技術の売り込みとしては不自然です。にもかかわらずそう書いているのは、誤用されたときの実害が、この種の技術では非常に大きいからだと読めます。
「AI検出ツールで学生の課題を判定する」「応募書類をAI判定で落とす」といった使い方は、精度の話を抜きにして運用されがちです。そこに「印は関与の可能性しか示さない」という前提を、提供元が先に釘として打った形になっています。
読み手として受け取るべきメッセージは、「これを裁定の道具にするな」という一点だと思います。前提が変わったのは事実ですが、それは「判定できるようになった」ではなく「自己申告だけの世界ではなくなった」という意味です。この2つを混ぜないことが、実務では一番効きます。
隠さない代わりに、検品を工程に埋めた
「AIが書いています」と言う以上、質の担保は自分で持つ必要があります。私たちは公開の直前に、執筆とは別のプロセスで独立した検品ゲートを置いています。
書いたAIとは別のAIが、公開直前の原稿を第三者として審査する。機密情報が混ざっていないか、事実に裏取りがあるか、規範から外れていないか、図が入っているか。この審査を通らなかったものは公開されず、下書きに退避されます。判定不能だった場合も同じく退避します。迷ったら止める設計です。
この「チェックを工程の中に埋める」考え方は、AI運用全般で効きます。詳しくは別記事でも書いています。
ちなみに、チェック項目を増やせば安全になるかというと、逆でした。増やすほど1つあたりが雑になって抜けが出ます。
「AIで作っている」と言うことが、むしろ商品になった
もう1つ、実感していることがあります。AIで作っていることを公開して書くと、それ自体が読まれる材料になるということです。
私たちは、動画から記事とSNS投稿までを自動化した仕組みそのものを記事にしています。
隠していたら、この記事は書けませんでした。「隠さない」は守りの選択に見えて、実際には材料が1つ増える選択でもあります。
逆側も知っておく——印は告発にも弁明にも使えない
ここまでは「自分が出す側」の話でしたが、受け取る側に回ったときの注意も書いておきます。
外注先の納品物や、応募者の書類に印が検出されたとして、それを根拠に「この人はAIに書かせた」と断じるのは誤りです。公式が明記しているとおり、印は「Claudeが処理した可能性」しか示しません。校正させただけでも、翻訳させただけでも付きます。
逆に、印が出なかったからといって「人が書いた」証明にもなりません。他社のAIで書いたのかもしれないし、大幅に書き換えたのかもしれないし、そもそも文章が短くて判定材料がなかっただけかもしれない。
整理すると、こうなります。
- 印あり → Claudeが何らかの形で関与した可能性が高い。ただし「書いた」のか「直した」のかは分からない
- 印なし → 何も分からない。人が書いた証明にはならない
陽性は関与の可能性を示すだけ、陰性は何も示さない。この非対称性を理解していないと、社内ルールを作った瞬間に事故が起きます。「AI検出ツールで陰性だったものだけ受け付ける」といった運用は、根拠がありません。
よくある質問
透かしが入ると、文章の質は落ちますか
公式は、意味・質・読みやすさは変わらないと説明しています。仕組み上も、選ばれているのは「どちらを選んでも同じくらい自然な候補」の中からなので、質を犠牲にする設計にはなっていません。
他社のAIも同じことをしていますか
透明性への取り組み自体は業界全体で進んでいますが、各社の実装状況をこの記事で断定することは避けます。使っているツールについては、提供元の公式ドキュメントを直接確認してください。
手で書き直せば消せますか
公式は「全面的に書き直せば消える」と書いています。ただし、消すために書き直すのは順番が逆です。消す労力をかけるくらいなら、開示して普通に使ったほうが早い。開示にはコストがほぼかかりません。
社内向けの文書も対象ですか
技術的には、Claudeが出力したテキストである限り対象です。ただし手順2の仕分けで言えば、社内文書はたいてい「印がついても困らない」側に入ります。優先度を上げる必要はありません。
すでに公開済みの記事はどうすればいいですか
過去分を消したり書き直したりする必要はありません。今後の運用方針を1か所に書いて、そこから先を揃えるだけで十分です。過去に遡って直すより、いまの体制を説明できる状態にするほうが実務的な意味があります。
まとめ
2026年8月、Claudeが出力するテキストに見えない透かしが入る仕組みが導入されました。2026年8月2日以降のモデルは最初から対象で、APIも開発ツールも含む5つの面に適用されます。
ただし、この印が示すのは「Claudeが処理した可能性」だけです。著者性も所有権も法的責任も示さない、と提供元自身が明記しています。短い文章には入らず、全面的に書き直せば消え、そもそも検出APIはまだ配られていません。
だから「AI記事は全部バレる」は、今日の時点では事実に反します。それでも運用を変えるべき理由は、変わったのが検出精度ではなく前提のほうだからです。AIを使ったかどうかが、自己申告だけで決まる領域から出ていきました。
やることは4つ。棚卸し・仕分け・開示・契約。この順番で半日もあれば一巡します。私たちも同じ順番で自社の運用を点検し、記事の生成から公開までを隠さずに説明できる状態を保っています。
最後にもう一度だけ。問題になるのは隠していたことであって、AIを使ったこと自体ではありません。株式会社Fyveは、AIを業務にどう組み込むかを設計する立場から、この順番を今日やっておくことをおすすめします。
AIを使う会社と、使わない会社。
その差は、開き始めています。
ここ数年でAIは急速に進化し、正しく導入できている企業とそうでない企業とでは、業務効率や人件費に大きな差が生まれ始めています。「AI導入に興味はあるが、実際に何ができて、どこから手をつければいいか分からない」——そんな方は、まずこの無料プレゼントに目を通してみてください。
