2026年8月、Anthropicは「Claudeが生成したコンテンツに電子透かしを入れる」と公式に発表した。対象には Claude Code も名指しされている。うちは無人運転でClaude Codeにブログ記事を書かせ続けている工場で、これまでに144本を公開してきた。では、この発表で自分たちの運用は何が変わるのか。公式文書を読むだけでは、自分のケースに当てはまるかどうかは分からない。公式文書と自社の運用ログを実際に照合して、確定できたことと、まだ確定できないことを分けて書く。

何が発表されたか

公式サポート記事によると、対象は次のように書かれている。

"Claude Platform (API), Claude, Claude Code, Claude Cowork, and Claude Tag"

AWS・Google Cloud・Microsoft Foundry経由の利用も対象に含まれ、地域は全世界。方式はコンテンツの種類で分かれており、テキストは埋め込み型の透かし、画像などのファイル（.svg / .png / .jpg 等）はメタデータ方式になる。ただし「Some platforms or features may not support certain marking types」という但し書きがあり、全部が一律に対象というわけでもない。

時期については「2026年8月2日以降に発表される新モデルは発表時点から対象、それ以前のモデルは移行期間で時期未定」とある。そして一番重要なのはここだ。

検出の仕組みは「forthcoming technical documentation で共有する」とだけ書かれており、現時点ではまだ公開されていない。オプトアウトに関する記載も無い。

つまり「透かしが入る」という発表はあっても、「入っているかどうかを外から確かめる方法」はまだ存在しない。

自社の運用は対象条件に当たるか、実行コマンドで照合する

公式文書の対象条件は抽象的な製品名の列挙なので、自分の運用がそこに含まれるかは、自分の生成コマンドを見て初めて分かる。うちの無人生成は、こういう形のワンショット実行になっている（実際に使っているスクリプトの実名・cron時刻・保存パスは伏せ、実行形態だけ示す）。

caffeinate -i claude -p "$(cat "$PROMPT_FILE")" "${MODEL_ARGS[@]}" \
  --max-turns "$MAX_TURNS" --dangerously-skip-permissions < /dev/null >> "$LOG" 2>&1 &

claude -p はCLIとしてのClaude Codeそのものであり、公式文書が名指しした対象製品と一致する。--dangerously-skip-permissions は生成区間に人間の承認が入らないワンショット実行を意味する。承認の有無は対象条件に関係しないので、ここは「対象に一致するかどうか」を確かめるための材料というより、「うちの運用の重さ」を示す補足情報として書いている。

公式の対象条件自社の実態

Claude Code経由の生成が対象生成は claude -p 経由＝一致
テキストは埋め込み型の透かし出力は記事本文（テキスト）＝方式上は対象範囲に含まれる
2026-08-02以降の新モデルが対象。既存モデルは時期未定使用モデルが新基準・移行期間のどちらに当たるかは公式文書からは判定できない＝不明

規模を数え直す — 144本、うち技術ブログは81本

「無人運転で何本公開してきたか」は、公開記事レジストリを実際に数えれば出る数字なので、自分で数え直した。

cd ~/Documents/Blog/_studio && python3 -c "
import csv
from collections import Counter
c = Counter()
with open('公開記事レジストリ.csv') as f:
    r = csv.reader(f)
    next(r)
    for row in r:
        if row:
            c.update([row[0]])
print(c)
print('total:', sum(c.values()))
"

Counter({'hs': 63, 'devto': 25, 'qiita': 24, 'zenn': 23, 'note': 9})
total: 144

公開記事レジストリを媒体別に集計した内訳（2026-09-05実測）

技術ブログ4媒体（zenn / qiita / devto / note）の合計は23+24+25+9で81本。この技術4媒体の内訳は2026年8月6日以降まったく増えていない。この記事がその停止を破る側であり、他の停止そのものを分析する記事は別に書いているので、ここでは数字の出所だけ示すに留める。

検出器はまだ無い、という一番大事な事実

「透かしを検出してみた」という記事は、いまの時点では書けない。公式サポート記事は検出機構を「forthcoming technical documentation」としか書いておらず、Zennで428いいねを集めていた解説記事も、追記で「検出APIを近く提供予定、実装の詳細は調整中」と書くに留まっている。つまり第三者が手元のテキストに対して検出を試す方法は、この記事を書いている時点で存在しない。

ここを曖昧にしたまま「うちの記事にも透かしが入っているはずだ」と書けば、それは測っていないことを測ったかのように書く行為になる。うちのブログ運用では過去に、実測していない数字を断定して公開後に訂正した事故が複数回あった。同じ失敗をここでは繰り返さない。書けるのは「対象条件に一致すること」までで、「検出できること」ではない。

何が変わり、何が変わらないか

分かったこと: うちの生成経路（claude -p 経由のワンショット実行）は、公式が対象と明記した「Claude Code」に一致する。
分からないこと: いま使っているモデルが、2026-08-02以降の新基準の対象か、それ以前のモデルとして移行期間中なのかは、公式文書だけでは判定できない。問い合わせ窓口や技術文書の追加公開を待つしかない。
変わらないこと: 編集フロー・入稿判断・QAの基準はこの発表とは無関係。透かしは出力に埋め込まれるものであって、記事の中身や公開判断を変える性質のものではない。

自分の環境でも同じ確認をする

この記事でやったことは、公式文書を読むこと以外は全部「自分の環境を数えて、自分の環境をgrepする」だけである。同じことは、無人運転でAIに記事や成果物を作らせている人なら誰でも再現できる。

# 1. 自分の生成コマンドがClaude Code経由かを確認する
grep -n "claude" 自分の生成スクリプト.sh

# 2. 自分がこれまでに何本公開してきたかを数える
#    （記事一覧やCSV台帳があれば、媒体列をCounterで集計するだけでよい）

公式文書の対象条件は抽象的だが、自分の生成コマンドを見れば「対象に当たるかどうか」はその場で確定できる。検出できるかどうかは別問題として、まずここだけは自分で確かめられる。

まとめ

Anthropicが電子透かしの対象にClaude Codeを含めたことで、無人運転で144本（技術ブログは81本）を公開してきたこの工場の生成経路は、対象条件に一致することが確認できた。一方で、いま使っているモデルが新基準の対象か移行期間中かは公式文書からは分からず、検出の仕組みも未公開のままである。確定できることと、まだ確定できないことを分けて記録しておく。技術文書が公開され次第、同じ手順でもう一度照合する。