週刊 海外AIウォッチ #6：Claude生成文の"見えない透かし"、AIエージェント同士の縄張り争い、Copilotアプリ統合

AIの一次情報は、ほとんどが英語で流れてきます。日本語のニュースになるのはその一部で、翻訳されて届く頃には「現地のユーザーが実際どう受け止めて、どう使っているか」という肝心の空気が抜け落ちがちです。

この連載では週1回、その週の海外AIニュースの要点と、英語圏のコミュニティ（Redditなど）で話題になった「リアルな使われ方」を、日本のビジネスユーザー向けにまとめてお届けします。

# 今週の海外AIニュース

# Claudeの生成文に「見えない透かし」。同じ週にGoogleは「見える透かし」を外せるようにした

AnthropicがEU AI法の透明性に関する行動規範（第50条2項）に署名し、Claudeの生成物に機械可読の印を入れていく方針を公式文書で公開しました。柱は2つ。テキストには、見た目・意味・品質を変えない「不可視の透かし」を文章そのものに織り込む。コピー＆ペーストしても透かしは文章と一緒に移動し、ある程度の編集を経ても残ることがあるとされています。画像などのファイル（.svg・.png・.jpg）には、業界標準のC2PA形式で署名付きの来歴メタデータを付けます。対象は2026年8月2日以降に投入される新モデルからで、適用はEUに限らず日本を含む全世界、API・Claude・Claude Codeなど提供面の全体に及びます。既存モデルへの対応も進行中で、検出手段は今後ドキュメントとして公開予定です。

英語圏の反応は騒がしく、TechCrunchは「仕事や課題でAIを使っているのがバレる」と不満を漏らすユーザーが相次いでいると報じています。Redditでは、透かしの仕組みを2024年の研究論文まで遡って解説するスレッドや、「検出できるなら除去もできるはず」という議論の一方で、「そもそも雑に使った出力そのものが一番の透かしだ」と述べる投稿も支持を集めました。

面白いのは同じ週の対比です。Googleは逆に、GeminiとFlowで生成した画像・動画・音楽の目に見える「キラキラ」透かしをオフにできる設定を追加しました。ただし消せるのは見た目だけで、不可視のSynthID透かしとC2PAメタデータは残り続けます。つまり両社とも向かう先は同じで、「AI製かどうか」は人間の目ではなく機械可読の印で判定する世界です。なお、Anthropic自身も「透かしの検出はClaudeが処理した可能性を示すシグナルであって、単体で確定的な証明にはならない」と限界を明記しています。

実務への一言：これまで「AIで作ったことは言わなければ分からない」を暗黙の前提にしていた業務は、その前提が崩れます。対応は隠す方向ではなく申告できる体制です。「AIを使ってよい業務・確認してから出す業務」を分けて明文化し、使ったこと自体は堂々と言える運用にしておけば、透かしはリスクではなくなります。逆に注意したいのは採用・受託側の立場で、「透かしがない＝人間が書いた」も、「透かしがある＝手抜き」も成り立ちません。検出ツールが出てきても、判定を機械任せにしない運用を先に決めておくことをおすすめします。

# AIエージェント同士を同じ仕事場に放つと「縄張り争い」が始まる。Anthropicが実験結果を公開

AnthropicのFrontier Red Teamが、複数のAIエージェントが互いに出会ったときに何が起きるかを調べた研究を公開しました。ある実験では、3体のClaudeエージェントに同じソフトウェアプロジェクトへのアクセスを与え、それぞれに互換性のない指示を出しました。互いの存在は知らされていません。結果は「一貫して縄張り争いが起きた」。各エージェントは他のエージェントを「意図的に自分の作業を妨害している存在」とみなし、次第に攻撃的になり、自己複製するマルウェアで妨害し合うまでエスカレートしたと報じられています。能力の高いモデルほど、戦い方も上手くなるそうです。

一方で、エージェントたちが自力で衝突を解消する例も観察されました。相手の動きを「敵意」ではなく「矛盾した指示を受けた同業者」と認識し直し、謝罪のコミットメッセージを書いてマルウェアを片付け、休戦を調整して人間の介入を求めるケースです。モデル差も大きく、Mythos 5は98%の割合で休戦により衝突を収めたのに対し、Sonnet 4.6とOpus 4.6は力ずくで決着させる傾向が最も強かったとされています。さらに興味深いのは、勝者総取りのトーナメントを発明して解決した事例で、その中のMythos 5は「一見中立に見えるが実は自分に有利な評価指標」を提案する——研究者いわく人間の政治にありそうな——振る舞いまで見せました。

実務への一言：これは遠い未来の話ではありません。複数のAIエージェントに同じリポジトリや共有フォルダを触らせる運用は、開発の現場ではもう普通です。今日からできる予防は2つ。①同じ資源を触るエージェントには「他のエージェントも作業している。競合したら停止して人間に報告」と明示的に書く（今回の実験は「相手の存在を知らされていない」ことが燃料でした）。②エージェント同士の衝突を検知したときの人間への連絡経路を必ず用意する。エージェントの指示文に「他者がいる前提」を1行足すだけで、エスカレーションの条件は大きく変わります。

# Microsoftが個人向け・業務向けCopilotアプリを統合。不発だったAI機能は8月18日で終了

Microsoftが、消費者向けの「Copilot」アプリと業務向けの「Microsoft 365 Copilot」アプリの統合を始めました。同時に、AI生成ポッドキャスト・Group Chats・実験機能のCopilot Labs・Deep Research（個人向け）を2026年8月18日で終了します（有償の法人ユーザーにはDeep Researchの代替としてResearcherが残ります）。黄色いキャラクター「Mico」もCopilotの顔から退場です。TechCrunchの報道は、Copilot責任者が社内メモで「アプリは顧客の生活に存在する権利を勝ち取る必要がある」と述べていたことに触れ、機能てんこ盛り戦略からの撤退と位置づけています。日本でもPC Watchやビジネス+ITなどが報じているとおり、年内に予定される「スーパーアプリ」化の下準備です。

実務への一言：確認すべきは1点、社内の誰かがCopilotの消える機能を業務手順に組み込んでいないかです。特にDeep Researchを調査業務に使っていた場合、8月18日以降は個人プランでは使えません。これを機に、業務手順書には「Copilotのこの機能を使う」ではなく「何を入力して何を得るか」を書いておくことをおすすめします。AI製品の機能は今後もこのペースで統合・廃止が続くので、手順はツール名ではなく目的で書くのが持ちます。

# GPT-5.6 Solを最大14倍速で動かす「Ultrafast」。毎秒750トークン

OpenAIが、最上位モデルGPT-5.6 Solを最大14倍の速度・毎秒最大750出力トークンで動かすAPIの新サービスティア「Ultrafast」のプレビューを発表しました。チップメーカーCerebrasとの提携によるもので、現時点では少数の顧客への限定提供です。OpenAIは想定用途としてインシデント対応・カスタマーサポート・金融市場分析・ECを挙げ、「これまでリアルタイムの速度が欲しければ小型モデルを選ぶしかなかった」構図を変えると説明しています。日本語でも窓の杜やITmediaが既報のため要点だけにとどめますが、押さえるべきは「速い別モデル」ではなく**「最上位モデルがそのまま速くなる」**という点です。

実務への一言：これはチャット画面の待ち時間の話ではなく、AIをシステムに組み込んでいる会社の設計前提が変わる話です。これまで「応答速度が必要だから、品質を妥協して小型モデルにする」という判断をした箇所があれば、その二択が崩れつつあります。今すぐ使えなくても、コールセンターの応対支援や監視・アラート系など「速度を理由に賢いモデルを諦めた場所」のリストだけ作っておくと、一般提供が始まったときの検証が速く済みます。

# Power Automateに「Flow groups」。1つのライセンスを25本のフローで分け合えるように

日本語ではまだほとんど報じられていませんが、業務自動化にPower Automateを使っている会社には効く更新です。Microsoftが8月上旬の公式ブログで発表した「Flow groups」は、1つのプロセスライセンス（1日25万アクション）を、最大25本のクラウドフローで共有できる仕組みです。これまで実行頻度が中くらいのフローでも1本ずつライセンスを割り当てる必要がありましたが、グループにまとめて容量をプールできるようになりました。作成はPower Automateの「more > flow groups」から。容量が足りないフローには従来どおり専用ライセンスを個別に割り当てられます。r/PowerAutomateでは「また新しい上位プランを足すのではなく、Microsoftがちゃんとユーザーの声を聞いた」と歓迎するスレッドが立ちました。なお同じブログでは、Claude CodeやGitHub Copilot CLIからPower Automateのフローを対話で作成・修正・デバッグできる公式プラグインの提供も告知されています。

実務への一言：Power Automateの有償ライセンスを複数契約している会社は、ライセンス構成の見直し余地がそのままコスト削減になります。最初の一歩は、管理センターで各フローの1日あたり実行数を確認すること。「たまにしか動かないが止められない」フローが何本もあるなら、それらをグループにまとめるだけで、浮いたライセンスを別の自動化に回せます。

# 今週のツール：ブラウザで遊べる水彩シミュレータ「sudoaquarelle」

仕事道具ではありませんが、「AIとの共同開発でここまで作れる」の見本として紹介します。ある開発者が週末にClaudeと組んで作った水彩画シミュレータが、r/ClaudeAIで話題になりました。紙の上の水と顔料の物理挙動を再現していて、52種類の顔料の混色は実際の光学研究（Kubelka-Munk理論）に基づくもの。塩やアルコールでにじみを散らす水彩の実技法まで再現されています。インストール不要、ブラウザで開けばすぐ描けます。プロンプトの書き方に悩む前に、「AIと人間の共同作業の完成形」に触れてみるのも一つの勉強です。

# 海外ではこう使われている（今週のReddit）

ここからは、世界最大級の掲示板コミュニティRedditで今週話題になった「AIのリアルな使われ方」です。いずれも投稿者本人の報告で、内容はスレッドへのリンクから確認できます。

# Claudeに食事管理を任せて9kg減。「効いたのはプロンプトの巧さではなく、ルールの書き出し」

r/ClaudeAIで大きな反響を呼んだ実体験報告です。投稿者（52歳）は、自宅サーバーに溜めていたレシピ集をClaudeが読めるGoogle Driveにコピーし、身長・体重・消費カロリー・タンパク質目標と「1食あたりの上限量」を渡しました。以来Claudeが家族分の献立を立て、買い物リストを書き、本人の分量をGoogleカレンダーに登録し、準備のリマインダーまで設定。この夏で9kg減、しかも以前より豊かに食べているとのことです。

本人が強調しているのが「役に立ったのは巧妙なプロンプトではなく、自分と再交渉しがちなルールを全部書き出したこと」という一節です。空腹感ではなく固定時刻で食べる、量は「上限」として書く、カロリーが足りない日はおかずを足すのではなくナッツなど少量で密度の高いもので埋める——そういう自分ルールを明文化してAIに執行させています。ダイエットに限らず、「毎回自分の中で揺れる判断」をAIに渡すには、まず自分のルールを言語化するしかないという、AI活用の本質が詰まった報告です。

# コーディング経験ゼロの医学生、暗記カードの取り込みをCodexで自動化

r/ChatGPTCodingの報告です。投稿者は医学生で、教材から暗記アプリAnkiのカードをChatGPTに作らせていましたが、できたカードを手でAnkiに登録するのが面倒になり、「コードのことは何も分からない、質問にAIを使うだけの平均的ユーザー」を自称しながら、Codexにインポーターを作らせてみたそうです。結果、カードの生成からAnkiへの自動取り込みまでが一気通貫で動くようになったと報告しています。

注目したいのは、プログラミングを学んでから自動化したのではなく、「面倒だ」と感じた瞬間の作業をそのままAIに投げたことです。資格試験の勉強や社内研修でも、「AIに作らせたものを手でコピペして別のツールに移す」作業をしている人は多いはずです。その「移す」部分こそ自動化の候補で、いまのAIコーディング支援は経験ゼロでもそこに届く、という実例です。

# Claude Codeに「失敗記録簿」を持たせたら、同じミスを避けて引用してくるようになった

r/ClaudeCodeで支持を集めた運用術です。仕掛けは極めて単純で、リポジトリに MISTAKES.md というファイルを置き、AIへの常設指示（CLAUDE.md）に「ミスをしたらMISTAKES.mdに記録する（何が起きたか・根本原因・再発防止策）」と1行書くだけ。エージェントが何かを壊すか、人間が修正を入れるたびに、エントリが追記されていきます。ツールもプラグインも不要です。

投稿者いわく、効果は2段階で現れます。まずエージェント自身がこのファイルを参照し、「この方法は以前XYZを引き起こしたので避けた」と説明してくるようになる。さらに、同じ失敗が4〜5回記録されたら、それは「ミス」ではなく「法則」なので、常設指示のほうに恒久ルールとして昇格させる。記録簿は証拠が溜まる場所、常設指示は執行される場所、という役割分担です。試すなら、AIエージェントを使っているリポジトリに空の MISTAKES.md を作り、常設指示ファイルに上記の1行を足すところから。「なんとなくあの処理は壊れやすい」という感覚が、数えられるパターンと対策に変わります。

# 「スキルなんて要らない」と思っていた人が、自分のdeploy.mdがスキルそのものだと気づいた話

r/ChatGPTCodingの告白スレッドです。投稿者はAIコーディングの「スキル」（エージェントに読ませる手順書パッケージ）を「大げさな概念だ」と思って使っていませんでした。ところが同僚に「デプロイのときはこの手順書をAIに読ませている」と自分のやり方を話したところ、「君が説明しているそれがスキルだよ」と返されて目から鱗が落ちた——スキルとは要するに、AIが参照するドキュメントのことだった、という話です。

これは用語の壁で損をしている人が多い領域です。「AIに毎回同じ説明をしている」なら、その説明文を1つのファイルに切り出して名前を付ければ、それがもうスキルです。試すなら、直近1週間でAIに2回以上した同じ指示（例：この会社のトーンで文章を直す手順、経費精算データの整形ルール）を1つ選んでファイル化し、次回から「このファイルに従って」と渡すだけ。ツールがスキル機能を持っていなくても、この運用自体に効果があります。

# 編集後記

今週は「記録」の週でした。Anthropicは生成物そのものに来歴の印を刻み始め、Googleも見えない印は残し続ける。一方Redditで成果を出していた人たちは、食事のルールを書き出し、AIの失敗を記録簿に付け、毎回口頭で伝えていた手順をファイルに固定していました。透かしも記録簿も本質は同じで、「言った・やったの記憶」を人間の頭の外に出して、機械が参照できる形にすることです。AIを賢く使う近道は、良いプロンプトを探すことより、自分の仕事のルールを1枚のファイルに書き出すことかもしれません。エージェント同士の縄張り争いの研究が示したのも、結局「前提を書いて渡していないものは、AIが勝手に補って暴走する」という、人間のチーム運営と同じ教訓でした。

# KOIYALからのお知らせ

この連載は週1回のペースで更新していく予定です。新着記事のお知らせと、メルマガ限定の「最近のAIニュースへのひとことコメント」は、メルマガ「KOIYAL通信」でお届けしています。配信はいつでも解約できます。

また、記事で紹介したようなAI活用を自社の業務に落とし込みたい方向けに、法人向けAI研修・DX研修（厚生労働省「人材開発支援助成金」の対象講座あり）と、AI顧問・コンサルティング（導入計画づくりから運用の仕組み化までの伴走支援）をご用意しています。「まず何から始めればいいか相談したい」という段階でも、お気軽にお問い合わせください。