「みなづちAI」はリンクフリーです。リンクを行う場合の許可や連絡は不要です。引用する際は、引用元の明記と該当ページへのリンクをお願いします。
AIニュース10選【8/12】ChatGPT広告が日本開始、Claudeに透かしほか
みなづちです。
2026年8月12日時点で押さえておきたいAIニュースを、重要度順に10件まとめました。
今回は、ChatGPTの広告が日本を含む5市場で提供開始になったこと、Claudeが生成したテキストに人間には見えない透かしが埋め込まれる方針が示されたこと、そしてSpotifyがAI生成のアーティストに「AI Persona」バッジを付け、既定で推薦から外すと発表したことが大きなテーマです。
本記事では、以下のポイントから解説します。
- ChatGPTの広告は「テスト開始」ではないこと。日本の対象プランは、実は原典に書かれていない
- Claudeの透かしが、今日あなたが使っているClaudeに入っているとは限らない理由
- Spotifyのバッジが判定するのは「曲の作り方」ではなく「プロフィールが人間かどうか」であること
- Zoomの3件の脆弱性で、発見者の主張とZoom自身の評価が食い違っている箇所
- Geminiの10億人が、どの期間の集計なのか書かれていないこと
なお本日は、日本時間8月11日10時30分から8月12日10時までの約23時間30分から選んでいます。この窓には米国太平洋時間8月11日（火）の0時から18時までが入るため、米国の火曜日がほぼ丸ごと収まりました。10の角度から調べています。
先に3つ、お断りをしておきます。1つ目は、10選に入る水準の日本国内発ニュースがなかったことです。8月11日は日本の祝日「山の日」でしたが、窓の後半は平常の平日午前にあたるため、国内のプレスリリース自体は止まっていません。PR TIMESで窓内のAI関連を数えると十数件あり、そのうえで読者への波及という点で10本に届かなかった、という判断です。日本を名指しした発表は①のChatGPT広告だけでした。
2つ目は、②の日付の扱いです。②の一次情報であるAnthropicのサポートページは、日本時間8月11日4時3分に更新されていました。これは今回の窓が始まる約6時間半前で、厳密には窓の外です。ただし前回の記事でも扱っておらず、英語圏メディアが報じたのは同日夜、日本語メディアが報じたのは今朝でした。見落としとして拾っています。
3つ目は、Geminiアプリ本体の新機能が今回もないことです。④は利用者数の発表で、新しい機能の話は1つも含まれていません。見出しの日付は日本時間です。ドル建ての金額は1ドル160円で換算しています。
目次
今日の10本はChatGPTの広告が日本に来た日。主役は条件という結論
まず結論からお伝えすると、今日の10本には、新しいAIモデルの発表がほとんどありませんでした。動いたのはモデルの賢さではなく、AIを使うときの条件のほうです。料金、表示、権限、監査、そしてデータの行き先が並びました。
いちばん重いのが①です。ChatGPTの広告が、日本で提供開始になりました。英国、メキシコ、ブラジル、韓国と同時の5市場です。ただし、ここには読み違えやすい点が2つあります。1つは、これが「広告テストの開始」ではないこと。原典のページは2026年2月9日に米国で公開されたもので、今回はそこへの追記更新です。もう1つは、日本での対象プランが原典に書かれていないことです。
②も同じ構図です。Claudeが生成したテキストに、人間には知覚できない透かしが埋め込まれます。EU AI Actの第50条2項に関する行動規範への署名にともなう対応で、適用範囲はEU域内に限らず「Claudeが提供されている場所すべて、世界中」とされています。ただし対象は2026年8月2日以降にリリースされたモデルで、それ以前のモデルは作業中です。検出の仕組みも、まだ公開されていません。
③のSpotifyは、9月中旬からAI生成のアーティストに「AI Persona」バッジを付けます。既定でエディトリアル推薦にもアルゴリズム推薦にも含めません。④のGeminiアプリは月間利用者10億人を発表しましたが、新機能はゼロで、数字の定義も書かれていません。
⑤のZoomは会議の参加者が別の参加者の端末でコードを実行できる脆弱性を2件と、サービス拒否を1件公表しました。⑥のxAIは24時間働く「Grok Bot」を早期ベータで出しましたが、上位プラン限定です。⑦のVS CodeはCVEにして9件の緊急リリースで、Copilotやエージェント連携に関わるものが4件含まれていました。
⑧はGitHub Copilotへの新モデル投入ですが、告知の主役は性能ではなく提示価格73%減と無料層への自動配布です。⑨のManusはMetaから分離して独立し、8月23日に一部データを削除します。⑩は勤務先の管理者が、あなたのClaude Codeのプロンプトと応答を取り出せるようになる話です。
筆者の視点：Claudeの透かしとZoomの8.3から見えた3つの変化
10本を横断して、3つ引っかかった点があります。
「全世界に適用」の対象モデルが、まだ1つも存在していない
②の報道を見て、私が最初に確認したのは「では、いま自分が使っているClaudeには入っているのか」でした。
原典はこう書いています。「2026年8月2日以降にローンチされたClaudeモデルは、ローンチ時点からマーキングに対応する」。そこでAnthropicのニュースルームでモデルのリリース日を数えました（日付はいずれも日本時間に直しています）。Opus 5が7月25日、Sonnet 5が7月1日、Fable 5の再展開が7月1日です。8月2日以降にリリースされたClaudeモデルは、見当たりませんでした。
8月2日より前のモデルについては、原典自身が「法律上の経過措置があり、対応の追加に取り組んでいる」と書いています。つまり現時点では、これから出るモデルに向けた方針表明という読み方が正確です。日本語の見出しだけを読むと「今日からClaudeの文章に印が付く」と受け取れてしまいますが、そこには距離があります。
発見者が「9.0」と言い、Zoomが「8.3」と書いていた
⑤には、数字が2組あります。発見したセキュリティ企業側は深刻度を9.0の「Critical」とし、被害者側の操作が不要な「ゼロクリック」だと説明しています。一方、Zoom自身の公報3本を開いて確認したところ、評価は8.3「High」、6.5「Medium」、8.3「High」でした。「Critical」という語は1つもありません。
ただし9.0はCVSS 4.0、Zoomの8.3はCVSS 3.1で、採点の版が違います。数字そのものを並べて比べることはできません。
さらに、ベクタ文字列は3件ともUI:Rでした。これは「利用者の操作が必要」を意味します。ゼロクリックという説明とは、正面から食い違います。
加えて、3本目の公報の報告者欄にはZoom Offensive Securityと書かれていました。発見者として名前が挙がっているセキュリティ企業ではなく、Zoom社内のチームです。「AIが20プロンプト未満で見つけた」という部分も、Zoomの公報には一言も書かれていません。発見者側の主張として扱うのが正確だと思います。
日本が名指しされた日に、日本発の発表は10本に届かなかった
今回、日本という国名が原典に出てきたのは①だけでした。逆に、日本の企業や官公庁からの発表で10本に入るものは拾えませんでした。国内のAI関連リリース自体は窓内にも出ています。ただ中身は自社ツールの機能追加、セミナー告知、調査リリースが中心で、読者の使っているサービスが変わる話にはなりませんでした。
日本発が1本も入らない日自体は、この記事を続けてきたなかで珍しくありません。過去のまとめ記事を数え直すと、むしろそちらのほうが多いくらいです。それでも今日が印象に残ったのは、海外の発表が日本を名指しした日に、日本側からは10本に届くものが出ていなかったからです。
①ChatGPTの広告が日本で提供開始、英国や韓国など5市場へ（8月11日）
OpenAIが日本時間8月11日19時、ChatGPTの広告について「英国、メキシコ、ブラジル、日本、韓国で提供を開始した」と発表しました。日本が正式に対象市場に入ったことになります。
8月11日の更新は3文だけ。市場名と出稿案内のみ
原典の英語版には、こう書かれています。「2026年8月11日更新：ChatGPT広告は英国、メキシコ、ブラジル、日本、韓国で提供を開始しました。今年中にさらに多くの市場へ展開を続けます」。日本語版のページも同じ内容で公開されており、「ChatGPT 広告は、英国、メキシコ、ブラジル、日本、韓国で提供を開始しました。」という一文が確認できます。
出稿を希望する企業には、OpenAIの広告主向けページでの登録が案内されています。
この5市場への拡大は、5月7日付の更新で「今後数週間以内」として予告されていたものです。約3か月かかって実行された形になります。それ以前をたどると、3月26日付の更新で米国外への最初の拡大としてカナダ、オーストラリア、ニュージーランドが挙げられていました。
補強材料として、OpenAIが広告主向けに配布しているジオターゲットの一覧を確認したところ、全42,110行のうち日本が48行含まれていました。内訳は国レベルが1件と、都道府県レベルが47件です。ただしこの一覧には更新日時の記載がなく、今回の提供開始にあわせて追加されたものかどうかまでは確認できませんでした。
記事の初出は2月9日。日本の対象プランは書かれていない
ここが今回いちばん誤読されやすい点です。この発表は「ChatGPTで広告のテストを開始する」という新規の告知ではありません。原典のページ本文には「初回公開日：2026年2月9日」と明記されており、今回はその既存記事への追記更新にあたります。2月9日の時点で、米国ではすでに広告のテストが始まっていました。
そして、もう1つ重要な空白があります。8月11日の更新は3文しかなく、書かれているのは市場名5つと「今年中にさらに多くの市場へ」、そして広告出稿を希望する企業への登録案内だけです。日本での対象プラン、開始日時、広告の表示位置、フォーマット、広告主の顔ぶれ、日本語広告の審査体制は、いずれも書かれていません。英語版と日本語版の両方で本文を全文抽出して確認しました。
よく引用される「無料版とGoが対象で、Plus・Pro・Business・Enterprise・Educationには広告が出ない」という条件は、2026年2月9日の初回公開部分で、米国のテストについて書かれたものです。日本について明示されたものではありません。同じ条件が適用される可能性は高いと思いますが、原典に書かれていない以上、断定はできません。
OpenAIのヘルプセンターにある英語版のリリースノートも確認しましたが、日本での広告開始を伝えるエントリは存在しませんでした。最新の日付見出しは8月10日のレストラン予約で、8月11日と8月12日の見出しは0件です。日本語版のリリースノートは、最新の見出しが8月4日でさらに古い状態でした。
なお、今回「提供を開始した」とされた5市場のうち英国については、英語版リリースノートに6月4日付で「英国で広告を順次提供」という項目がすでに存在します。5市場すべてがまったくの新規というわけではない点も、あわせて押さえておきたいところです。
広告を消す2つの方法と、広告主に渡らないもの
広告を見たくない場合の選択肢は、2月9日の初回公開部分に2つ書かれています。1つはPlusまたはProへの移行。もう1つは、無料プランのまま広告をオプトアウトし、その代わりに1日あたりの無料メッセージ数を減らすというものです。ただし何通に減るのかという具体的な数値は書かれていません。
プライバシーの扱いについても、初回公開部分に記載があります。広告主はチャットの内容、チャット履歴、メモリ、個人情報にアクセスできず、受け取るのは表示回数やクリック数などの集計情報のみとされています。広告は必ず「sponsored」と明示され、通常の回答とは視覚的に分離されます。広告が回答の内容に影響することはない、とも書かれています。
このほか、テスト期間中は18歳未満と申告または推定されるアカウントには広告を表示しないこと、健康・メンタルヘルス・政治などの機微な話題や規制対象の話題の近くには広告を出さないことが挙げられています。原典はここを「During our test（テスト期間中）」という限定付きで書いています。広告データはワンタップで削除でき、広告のパーソナライズはいつでも設定を変更できます。
所感：日本の対象プランが空白のまま提供が始まった
この件で私がいちばん気になったのは、日本の読者がまさに知りたい一点が原典にないことです。自分のプランに広告が出るのかどうか。そこが書かれていません。
米国のテスト条件をそのまま当てはめれば無料版とGoが対象になりますが、それは半年前に別の国について書かれた文章です。市場ごとに規制も広告事情も違うのだから、そのまま横に流していいとは限らないと思います。
広告主にチャットの中身が渡らないと明記されている点は、率直に安心材料だと受け取りました。ただ、それも2月の記述です。日本向けに何がどう適用されるのかは、これから出てくるヘルプの更新を待つしかなさそうです。
②Claudeの生成テキストに見えない透かし、日本を含む全世界へ（8月11日）
Anthropicが、Claudeの生成したテキストに機械可読な電子透かしを埋め込む方針をサポートページで説明しました。日本時間8月11日4時3分の更新です。
EU AI Actの行動規範に署名し、テキストとファイルに印
Anthropicは生成AIモデルと生成AIシステムの両方のプロバイダーとして、EU AI Act第50条2項の「AI生成コンテンツの透明性に関する行動規範」に署名したと書いています。今回のページは、その約束を実際にどう履行するか、マーキングがどう機能し、どんな限界があるかを説明したものです。より詳細な技術文書は今後公開するとしています。
手法は2つあります。
1つ目は、テキストに直接織り込む電子透かしです。原典は「知覚できない透かしをテキストそのものに織り込む。目には見えず、Claudeの応答の意味、品質、読みやすさを変えることはない」と説明しています。
透かしがテキストの一部であるため、コピーして別の場所に貼り付けても一緒に移動し、一部の編集を経ても残る場合があるとされています。モデルのレベルで適用されるため、どのClaude製品から出てきたテキストかを問いません。
2つ目は、ファイルに添付する署名付きの来歴メタデータです。対応するファイル形式として、原典は「.svgや.png、.jpgなど」と例示しています。3つだけが対象と書かれているわけではありません。この仕組みはC2PAという業界標準にのっとっています。
適用範囲は広く取られています。Claude Platform（API）、Claude、Claude Code、Claude Cowork、Claude Tagを含む、Claudeを使うあらゆる場所での、対応モデルの出力が対象です。原典は同じ箇所に「プラットフォームや機能によっては、特定の種類のマーキングに対応しない場合がある」とも書いています。
AWS、Google Cloud、Microsoft Foundry経由で対応モデルにアクセスした場合も、テキストへの透かしは適用されます。ただし署名付きの来歴メタデータについては、各プラットフォームの機能次第で対応しない場合があるとされています。
地域については「Claudeが提供されている場所であれば世界中」と明記されており、EU域内に限られません。
対象は8月2日以降のモデル。既存モデルは作業中
ここが、この発表でもっとも注意して読むべき箇所です。
原典はこう書いています。「2026年8月2日以降にローンチされたClaudeモデルは、ローンチ時点からマーキングに対応する」。そして、それ以前のモデルについては「法律上の経過措置があり、これらのモデルにもマーキング対応を追加すべく取り組んでいる」と続きます。
そこで、Anthropicのニュースルームで実際のモデルのリリース日を確認しました。Opus 5が7月25日、Sonnet 5が7月1日、Fable 5の再展開が7月1日です。いずれも日本時間で、Anthropic自身の表記（現地時間）ではOpus 5が7月24日、Sonnet 5とFable 5が6月30日にあたります。8月2日以降にリリースされたClaudeモデルは見当たりませんでした。
検出についても同様です。原典は「利用者や第三者がClaudeの印を検出できるよう支援する」としつつ、「検出の仕組みの詳細は、今後公開する技術文書で共有する」と書いています。つまり現時点では、受け取った文章にClaudeの透かしが入っているかを一般の人が確かめる手段は用意されていません。
印があってもClaudeが書いたとは限らない、と原典が書いている
原典は限界についても、かなりの分量を割いて自ら列挙しています。ここは記事の見出しからは落ちやすい部分です。
印が検出されても、それだけでは決め手にならないとされています。理由として挙げられているのは次の2つです。1つは、Claudeが原著者とは限らないこと。人はClaudeを校正、翻訳、要約、ファイル変換に使うことが多く、元のアイデアや文章が別の出所であっても出力に印が付くからです。もう1つは、Claudeが処理したあとに内容が改変、抜粋、他の素材との結合をされている可能性があることです。
逆に、印が検出されなくても、AIが生成・処理していないことにはなりません。原典が挙げる理由は5つあります。
マーキング対応前のモデルで生成された場合、大幅に編集・言い換え・翻訳されたり他の文章に混ぜられたりした場合、文章が短すぎて信頼できる信号を取れない場合、形式変換や再保存やスクリーンショットなどでファイルのメタデータが剥がれた場合、そしてマーキングに対応していないプラットフォームや機能やファイル形式を経由した場合です。
なお、Claudeを自社製品に組み込んでいる事業者に対しては、「第50条が自社の製品・サービスに何を求めるかは、独自に評価すべきだ」と書かれています。
所感：印を付ける話と、印を読む話の時間差
読んでいて引っかかったのは、印を付ける話と、印を読む話の間にある時間差です。埋め込みは対応モデルから始まりますが、確かめる手段は「今後の技術文書で」とされたままでした。
もう1つ、原典が自分から「校正や翻訳に使っただけでも印が付く」と書いているのは誠実だと感じました。裏を返せば、この透かしは「AIが書いた文章」ではなく「Claudeを通った文章」の印です。学校や職場でこれを不正の証拠として使おうとすると、早い段階で揉めることになりそうです。
限界のほうが本体に見える発表でした。透かしの話題は今後も出てくると思いますが、何を証明できて何を証明できないのかを、その都度確かめたほうがよさそうです。
③SpotifyがAI生成アーティストに「AI Persona」バッジ（8月11日）
Spotifyが日本時間8月11日22時、アーティストが公に示している同一性（名前や画像を含みます）がAI生成である可能性を示す「AI Persona」バッジを導入すると発表しました。原典の表現は「AI生成である可能性があり、実在の人物を表していない」で、前半はヘッジ、後半は断定の形です。
9月中旬から、プロフィールと検索とプレイリストに表示
原典は「今年、私たちはアーティストの同一性と信頼を最優先事項の1つに位置づけてきた」として、今回をその次の一歩と説明しています。
リスナーからは「人間に見えるアーティストのプロフィールが、実はAI生成のペルソナだったと後で分かるのは好ましくない」という声が明確に寄せられていた、と書かれています。
バッジが表示されるのは9月中旬からです。表示場所は3か所で、プロフィールのバナーとAboutセクション、検索結果、そしてプレイリストのトラック行です。リスナーがバッジをタップすると、そのアーティストが自分から申告したのか、Spotifyの審査で付与されたのかが分かる仕組みになっています。
既定で推薦から外す。自己申告とSpotifyの審査の両方で付く
実際の影響がいちばん大きいのは、この部分だと思います。Spotifyは既定で、AI Personaをエディトリアル推薦にもアルゴリズム推薦にも含めません。つまり、パーソナライズされたおすすめにAI Personaの音楽は出てこなくなります。ただし例外があり、リスナー自身がそのAI Personaをフォローしている場合などは対象外とされています。
付与の経路は2つです。1つはアーティスト側の自己申告で、発表当日の8月11日からSpotify for Artists経由で可能になっています。原典は「アーティストが透明であることを望むので申告の機会を与える」としたうえで、「自己申告だけには頼らない」と明言しています。
もう1つはSpotify側の審査です。アーティストのプロフィールを確認し、名前や画像を含む公開された同一性が写実的なAI生成のものと見られる場合にバッジを付けます。
まず一定のリスナー規模の条件を満たしたアーティストから開始するとされています。具体的な数値は書かれていません。ただし原典は同じ文の後半で「そうすることで、利用者が実際に訪れるアーティストプロフィールの大多数を審査の網でカバーできる」という趣旨を書いています。大多数にバッジが付くという意味ではなく、審査の対象範囲が大多数に及ぶという話です。
審査でバッジが付いた場合、アーティストには通知があり、自己申告への切り替えか異議申立てのどちらかを選べます。さらに今後数か月のうちに、リスナー側からもAI Personaと思われるプロフィールを通報できるようにすると書かれています。
判定するのは曲の作り方ではなく、プロフィールが人間かどうか
見出しだけを見ると「AIで作った曲に印が付く」と受け取れますが、原典の説明は違います。
「このバッジはアーティストの公的な同一性についてのものであり、音楽がどのように作られたかについてのものではない」と明記されています。楽曲の制作にAIをどう使ったかについては、別に用意された「AI Credits」という仕組みで開示する形になっています。原典によると、AI Creditsは1日あたり数万件の申告が寄せられているとのことです。
Spotifyは2026年に入って、ほかにもいくつかの機能を導入しています。
Verified by Spotifyは、アーティストが実在の人物として本人らしく活動していることを示すもので、すでに数十万のプロフィールが認証済み、その多くがインディーズのアーティストで、リスナーが実際に検索するアーティストの99%以上をカバーしているとしています。
このほか、楽曲の背後にいる貢献者を示す「SongDNA」、活動実績を示す「Artist Details」、無断でひも付けられたリリースを防ぐ「Artist Profile Protection」が挙げられています。
なお、日本での提供時期や対象国については書かれていません。原典を全文確認しましたが、国名や地域に言及する記述はありませんでした。
所感：AI Personaを追い出さないという線引き
私が興味深いと思ったのは、Spotifyが削除を選ばなかったことです。原典には削除に相当する語がなく、やることは「バッジを付ける」と「既定の推薦から外す」の2つでした。
置いておくが、こちらからは薦めない。フォローしている人には届く。この線の引き方は、表現の自由と受け手の期待の両方に配慮した結果に見えます。強制排除より運用が難しい代わりに、後戻りもしやすい選び方だと思いました。
一方で、判定するのが「プロフィールが人間か」であって「曲がAI製か」ではない点は、聴く側にきちんと伝わるでしょうか。バッジの有無で曲の作り方まで判断してしまう人は、たぶん出てきます。
④Geminiアプリの月間利用者が10億人を突破、63%が音声（8月12日）
Googleが日本時間8月12日1時、Geminiアプリの月間利用者が10億人を超えたと発表しました。新機能の発表は1つもなく、使われ方の数字だけを出した投稿です。
Google史上もっとも急成長した製品だとしている
原典の見出しは「毎月10億人を超える人がGeminiアプリを使っています」です。本文では「正式に月間利用者10億人を突破し、Google史上もっとも急速に成長した製品になった」と書かれています。
日本語メディアの報道では、AlphabetおよびGoogleのCEOであるスンダー・ピチャイ氏がXで「10億ユーザーというマイルストーンに到達した14番目の製品だ」と述べたことも伝えられています。ただしこの「14番目」という表現は、Googleの公式ブログ本文には含まれていません。X上の投稿が出所です。
音声63%、Liveの5回に1回、画像生成は1日1.5億枚
原典が挙げている使われ方の数字は、次のとおりです。
- 利用者の63%が音声でGeminiに直接話しかけている。「音声のみ」で使う人が増えており、忙しい親は日常のタスクで音声を使う割合が43%高い
- Gemini Liveのやり取りの5回に1回は音声を超えるもので、ライブのカメラ映像や画面共有を使ったその場での問題解決に使われている。DIYをする人と学生に特に人気がある
- 学校関連のリクエストの38%に添付ファイルが含まれる
- 画像生成は1日あたり1億5,000万枚を超える。画像、動画、音声を1か所で扱えることが、小規模事業者のマーケティング素材づくりに役立っているとしている
- Androidでは40を超える人気アプリをまたいで操作を自動化できる。配車の予約や店の予約などが挙げられている
- iOSのアクティブ利用者は1億人を超える。macOSのヘビーユーザーは、他の環境の約2倍の頻度でプロンプトを送っている
締めくくりでは「次の10億人に向けて作り続けるなかでも、目標は変わらない。Geminiを、もっとも個人に寄り添い、先回りし、力になるアシスタントにすることだ」と書かれています。
集計期間もMAUの定義も書かれていない
数字を扱う発表なので、書かれていないことも押さえておきます。
まず、この10億人がいつ時点の、どの期間の集計なのかが書かれていません。次に用語の揺れがあります。本文は「monthly users（月間利用者）」ですが、ページのタイトルタグと内部の識別名だけが「monthly active users（月間アクティブユーザー）」になっています。MAUの定義や算定方法についての説明はありません。
さらに、前回公表値からの伸びを示す比較対象の数字がありません。国別・地域別の内訳もなく、日本の利用者数への言及は本文にありませんでした。有料ユーザー数や収益にも触れられていません。
なお、この数字がGeminiアプリのものであること自体は、原典の見出しと本文が繰り返し「Geminiアプリ」と名指ししているため明確です。日本語メディアも「今回の数字はGeminiアプリのみのMAU」と伝えています。不明なのは対象製品ではなく、MAUの定義と算定方法のほうです。
所感：新機能がゼロの日に出てきた数字の並び
この投稿を読んで思ったのは、出すものがない日にも出せる発表だ、ということです。実際、今回の窓ではGeminiアプリ本体の新機能が1つもありませんでした。
数字自体は面白く読めました。特に「63%が音声」は、自分の使い方と照らし合わせられます。文字で打つのが当たり前だと思っていましたが、多数派は話しかけているらしい。ここは素直に意外でした。
ただ、比較対象の数字がないのは気になります。前がいくつで今が10億なのかが分からないと、成長の速さは読者の側では検算できません。「史上もっとも急成長」という表現も、社内の基準による自己評価として受け取っておくのが安全だと思います。
⑤Zoomの注釈機能に脆弱性3件、うち2件は他の参加者の端末でRCE（8月11日）
Zoomがセキュリティ公報を3本公開し、「注釈」機能に関する脆弱性を公表しました。日付は8月11日で、改訂番号はいずれも1.0です。なお公報が書いているのは「Zoomクライアントの注釈機能」までで、画面共有中に限るとは書かれていません。
8.3が2件と6.5が1件。うち1件はRCEではなくDoS
3本の公報を開いて確認した内容は、次のとおりです。
CVE-2026-53413（公報番号ZSB-26015）は、CVSS 3.1で8.3の「High」です。原典の説明は「Zoomクライアントの注釈機能における境界チェックの欠落によりバッファの上書きが可能となり、会議の参加者がネットワーク経由で別の参加者の遠隔コード実行を達成できる可能性がある」というものです。報告者はA Security社のIdan Levcovich氏と記載されています。
CVE-2026-53414（ZSB-26016）は6.5の「Medium」で、同じ注釈機能の境界チェック欠落によるバッファの過剰読み取りから、別の参加者に対するサービス拒否を引き起こせるというものです。報告者は同じくIdan Levcovich氏です。
CVE-2026-53415（ZSB-26017）は8.3の「High」で、注釈機能における解放済みメモリの使用により、会議の参加者が別の参加者の遠隔コード実行を達成できる可能性があるとされています。この1件だけは報告者が「Zoom Offensive Security」、つまりZoom社内のチームです。
3件に共通するのは、攻撃者がその会議に参加している必要がある点です。外部から一方的に狙えるものではありません。また遠隔コード実行にあたるのは3件のうち2件で、残るCVE-2026-53414はサービス拒否です。3件をひとまとめに「乗っ取られる」と読むと、実態より強くなります。
影響はZoom Workplace 7.1.5未満と7.0.6未満
影響を受ける製品として、公報には次のように記載されています。
- Zoom Workplace の全対応プラットフォーム：7.1.5未満および7.0.6未満（それぞれのブランチにおいて）
- Zoom Workplace VDI Client for Windows：7.0.11未満および6.6.16未満（それぞれのブランチにおいて）
- Zoom Rooms の全対応プラットフォーム：7.1.0未満（CVE-2026-53415のみ7.1.5未満）
- Zoom Meeting SDK の全対応プラットフォーム：7.1.0未満（CVE-2026-53415のみ7.1.5未満）
対処は公報に明記されており、Zoomのダウンロードページから最新版に更新することです。読者が今日できる行動としては、これがいちばんはっきりしています。
なお、3本の公報のいずれにも、実際に攻撃が観測されたという記述はありませんでした。
また、公報の改訂欄には改訂番号と日付、説明が並びますが、時刻もタイムゾーンも示されていません。英語圏メディアの報道が出たのは日本時間8月11日の夜です。見出しの日付はそれにもとづく日本時間として扱っています。
「AIが20プロンプト未満で発見」はZoomの公報にない
この件がAIニュースとして取り上げられているのは、発見の経緯が理由です。発見者側であるA Securityは、公開されている汎用のAIモデルに20プロンプト未満、24時間以内で、発見から実際に動く攻撃コードの作成までさせたと説明しています。
ただし、ここには食い違いが3つあります。
1つ目は深刻度です。発見者側は9.0の「Critical」という評価を示していますが、Zoom自身の公報3本には「Critical」という語が1つもありません。Zoomの評価は8.3、6.5、8.3です。
ただし、この2つの数字は物差しが違います。Zoomが使っているのはCVSS 3.1、発見者側が示す9.0はCVSS 4.0の基準です。単純に「9.0対8.3」と引き算できるものではありません。食い違っているのは数字の大小より、「Critical」というラベルを付けるかどうかのほうです。
2つ目はゼロクリックかどうかです。発見者側は被害者の操作が不要だと説明していますが、Zoomが公報に載せたCVSSのベクタ文字列は3件とも「UI:R」でした。これは利用者の操作が必要であることを意味します。
3つ目は報告者です。3本のうち1本の報告者欄には、A SecurityではなくZoom社内のチーム名が記載されています。
そして、AIを使って発見したという説明そのものが、Zoomの公報には一言も書かれていません。発見者側の主張として区別しておくのが正確だと思います。
所感：更新1回で終わる話を、放置してしまう理由
この件で読者がすべきことは1つだけです。クライアントを最新版に更新する。それで終わります。にもかかわらず、この手の更新はいちばん後回しにされがちです。
理由は分かる気がします。会議アプリは「会議が始まる直前に開くもの」で、更新を促されるのがまさに開いた瞬間だからです。今から会議という時に再起動を選べる人は多くありません。
だからこそ、会議が入っていない今のうちに済ませておくのがいいと思います。攻撃には会議への参加が必要という条件も分かっていて、実際に悪用されたという記録もない。慌てる話ではありませんが、後回しにする理由もない類の更新です。
⑥xAIが24時間働く「Grok Bot」を早期ベータ公開、上位プラン限定（8月12日）
xAIが、常時稼働のAIエージェント群「Grok Bot」を早期ベータとして公開しました。日本時間8月12日の未明にあたります。なお、公式サイト上の社名表記は現在「SpaceXAI」になっています。
Bot全体で1台のクラウドPCを共有し、ツールにログインする
原典の見出しは「Introducing Grok Bot」で、「Early beta」のバッジが付いています。冒頭の説明は「Grok Botは、常時稼働するあなたのエージェントのチームです。彼らは自分のコンピュータを持ち、あなたと同じようにツールやアプリの中で働き、24時間365日働き続けます」となっています。
特徴として書かれているのは、次の点です。
Botはクラウド上のコンピュータで動きます。あなたが使っているツールにサインインし、アプリや受信箱をまたいで作業します。原典は「きれいなAPIやMCPが存在しないプラットフォームでも作業できる」と書いています。仕事を最後まで終わらせ、承認が必要なときだけ戻ってくる設計です。
ただし、この「自分のコンピュータ」という言い方には注意が要ります。同じ製品ページのFAQには「Botは1台のコンピュータを共有しますか。はい。すべてのGrok Botが、1台の永続的なクラウドコンピュータを共有します。あなたのBotはそのマシン（ファイル、ブラウザ、ログイン情報）を共有するので、仕事を渡し合って文脈を保てます。隔離の単位はGrok Botごとではなく、利用者ごとです」と書かれています。
Bot1体ごとに専用機があるのではなく、あなたのBot全体で1台を共有する設計です。
複数のBotを並行して動かせます。社内では、1体が他を束ねる「チーフ・オブ・スタッフ」役につき、受信箱の管理、経費、採用、バグ修正、オペレーションといった担当ごとに専門のBotを置く使い方をしているそうです。Bot同士が直接メッセージをやり取りしてスレッドで文脈を共有でき、グループチャットに入れると自律的に仕事を渡し合い、担当を決め、判断が要るときだけ人を呼びます。
一度作業を見せると、それを「ルーティン」として保存します。次の機会には自分で実行するため、同じ多段階の作業を何度も説明し直さずに済むとされています。
社内での使用例として、コール記録をCRMに反映してフォローアップを起案する営業のBot、新入社員の席を用意しGmailに届いた請求書を処理するオペレーションのBot、製品のUI上でバグを再現してチケットを起票するエンジニアリングのBotが挙げられています。
対象は上位プランの加入者。週次の枠を超えると従量課金
提供条件は明確に書かれています。「Grok Botはベータ版で、本日よりSuperGrok Heavy、Cursor Ultra、Cursor Teams Premiumの加入者が、デスクトップとiOSで利用できます」。企業向けの利用者は、今後のアクセスに向けた順番待ちリストに登録する形になります。
製品ページに記載されている価格は次のとおりです。
- Cursor Ultra：月200ドル（月払い）。日本円にすると月およそ32,000円です。含まれるのはBotが使うクラウドのコンピュータ、ツールへのサインイン、スケジュール実行のルーティン、デスクトップとモバイルなどでの利用、AIトークンの上限拡大です
- Cursor Premium Teams：1席あたり月120ドル（月払い）。日本円にすると1席あたり月およそ19,200円です。Cursor Ultraの全機能に加えて、請求と設定の一元管理、スキルとプラグインのチーム向けマーケットプレイス、利用状況の共有分析、SAMLとOIDCによるシングルサインオンが付きます
なお対象3プランのうち、SuperGrok Heavyの価格は原典に載っていません。
製品ページには「すでにCursor UltraまたはSuperGrok Heavyをお使いですか。Grok Botは含まれています」とあり、対象プランの契約者は追加の申し込みなしに使えます。
ただし使い放題ではありません。同じFAQの「Grok Botはいくらかかりますか」には「Grok Botのサブスクリプションには週ごとの利用枠が含まれ、それを超える利用はトークン費用にもとづいて課金されます」と書かれています。月額の中に週次の枠があり、超えた分は従量で乗るという形です。枠の具体的な量は書かれていません。
提供国も対応言語も書かれていない。配布の入口はmacOS版
限定条件も確認しておきます。
ニュース記事と製品ページの両方を全文抽出しましたが、「Japan」「Japanese」「日本」はいずれも0回でした。提供国や対応言語に関する記述は一切ありません。
ダウンロード欄に直接置かれているのはmacOS（Apple silicon）版です。ただし対応環境がmacOSとiOSだけというわけではありません。製品ページのFAQ「Grok Botとはどこで話せますか」には「デスクトップ（macOSまたはWindows）から、またはiOSアプリを入れたスマートフォンからGrok Botを使えます」と書かれています。Windowsは対応環境に入っています。
ニュース記事のほうにはWindowsへの言及がなく、ダウンロード欄もmacOS版が前に出ているため、配布の入口が偏っているという読み方が正確です。
ページ内に出てくる「Android」は、サイト共通のナビゲーションにあるGrokアプリの配布リンクで、Grok Bot自体の対応環境ではありません。
無料で試せるとは書かれていません。FAQ「Grok Botは今日誰が使えますか」には、対象がCursor Ultra、SuperGrok Heavy、Cursor Premium Teamsの加入者だと明記されています。
なお製品ページの末尾には「Get started for free」というボタンがありますが、そのリンク先はページ上部の「Download for macOS」と同じGrok BotのmacOS版インストーラで、無料で使えることを示すものではありません。
共通ナビにある「Try for free」のほうは、Grok Botではなく上位のGrokサービスへの入口です。そして早期ベータであるため、機能や制限が変わる可能性があります。
所感：エージェントの売り方が「同僚」に変わった
読んでいて印象的だったのは、機能の説明よりも比喩の使い方でした。プロンプトを打つ相手ではなく、仕事を渡す同僚という枠で語られています。社内の利用者の声も、新しい同僚を迎えたときの感想として並べられていました。
裏返すと、これは自動化の道具ではなく人員の代わりとして売る、という位置づけです。Cursor Ultraの月200ドルという価格も、道具の値段としては高いが人件費と比べれば安い、という文脈に置かれていると読めます。
一方で、日本から使えるのか、日本語で使えるのかには1行も触れられていません。絵としては分かりやすいのに、自分の環境で試せるかどうかの手前で止まる発表です。
⑦VS Code 1.132.1が緊急公開、脆弱性9件を修正（8月12日）
MicrosoftがVisual Studio Codeの復旧リリース1.132.1を公開し、CVEにして9件の脆弱性を修正しました。勧告の公開は日本時間8月12日6時47分から7時10分、リリース本体は7時23分です。
CVEは9件。最大CVSSの8.8が3件
本体である1.132のリリースは8月5日でした。今回の1.132.1はその後に出た復旧リリースで、更新ページには「Update 1.132.1: The update addresses these security issues.」という一文が追記されています。
件数の数え方に注意が要ります。GitHubのマイルストーン「1.132.1」に紐づくissueは7件、公開日時が今回の窓に入るセキュリティ勧告も7件で、どちらも7という同じ数字が出ます。ただしこの2つは中身が別の集合で、突き合わせても検算にはなりません。
issueをCVE番号で数え直すと9件になります。1つのissueに2つのCVEが入っているものが2件あり（CVE-2026-58650とCVE-2026-69278、CVE-2026-69320とCVE-2026-70336）、逆にCVE-2026-59113とCVE-2026-69306の2件はGitHubの勧告がまだ出ていません。
執筆を始めた時点で勧告が出ていた7件の内訳は「high」が6件、「medium」が1件でした。
ただしこの記事を仕上げている最中に状況が動きました。日本時間8月12日13時4分、残る2件の勧告も公開され、現在は9件すべてに勧告が出ています。CVE-2026-59113がCVSS 8.8の「high」、CVE-2026-69306が8.2の「high」です。
最大のCVSSは8.8で、該当するのは3件です。
うち2件はCVE-2026-70336とCVE-2026-69320で、いずれもVS Code Webにおける遠隔コード実行です。細工したURLから環境変数を注入し、利用者が次にターミナルでNodeのコマンドを打った瞬間にコードが走るというもので、プロンプトインジェクションは関係しません。
残る1件のCVE-2026-59113は、AIのツールが入口になります。「Fetch Web Page」ツールが細工されたページを取得すると、隠れたコンテンツ読み込みが確認画面なしにOSのプロトコルハンドラを起動できてしまうというものです。原典は「悪意あるページを取得させるには利用者の操作が必要」と書いています。
Copilot経由のClaude連携が作業領域の外まで編集できた
9件のうち、AIコーディングに直接関係するものが4件あります。記事では影響の分かりやすい2件を取り上げます。
CVE-2026-65675はCVSSが7.1で、VS Codeに同梱されているGitHub Copilot Chat拡張を経由したClaudeエージェント連携に関するものです。内容は、「Edit automatically」という権限モードが、本来の作業領域であるワークスペースの外にあるファイルにも及んでしまうというものでした。
エージェントに自動編集を許すとき、多くの人は「このプロジェクトの中でなら好きにしていい」という前提で許可しているはずです。その境界が意図した範囲を超えていた、というのがこの1件の中身になります。
この勧告には限定条件も付いています。「この問題はVS Codeに同梱されるCopilot Chat拡張のClaudeエージェント連携のみに影響し、当時すでに大多数の利用者はAgent Hostベースの連携に移行済みだった」という注記です。全員が対象というわけではありません。
もう1件はCVE-2026-70335（CVSS 7.8、「Copilot Custom Agent Hook Remote Code Execution」）です。
こちらは細工したプロンプトインジェクションによって、Copilotエージェントがライフサイクルフックを含むカスタムエージェントファイルを、確認画面を出さずに書き込んでしまうというもの。そのエージェントが呼ばれると、フックに仕込まれたシェルコマンドが利用者の権限で実行されます。
勧告の回避策には「Copilotのプロンプトに信頼できないデータを入れない」「1.132.0以前では信頼できないワークスペース・ファイル・指示でCopilotのエージェントモードを使わない」と書かれています。
いずれの場合も、本質的な対応は1.132.1への更新です。
攻撃の観測も発見者の記載もない
勧告の全文をつなげて確認したところ、書かれていないことがいくつかありました。
実際に攻撃が観測された、悪用されたといった記述は0件です。実証コードの存在についても触れられていません。また発見者名や報奨金に関する記載も0件で、APIの謝辞フィールドも空でした。日本や日本語に関する記述もありません。
所感：エージェントに渡した権限の境目が事故になった
9件のうち私がいちばん引っかかったのは、CVSSが最大の8.8ではなく、7.1のほうでした。数字は小さいのに、扱いとしては重く感じます。
理由は、これが実装のバグであると同時に、権限設計の話でもあるからです。エージェントに自動編集を許すとき、人は範囲を信じて許可します。その範囲が思っていたより広かったとなると、次からは何を根拠に許可すればいいのかが分からなくなります。
エージェントを使う人ほど、この種の境界を気にしたほうがいいと思いました。攻撃されたという記録はありません。それでも、許可の意味が想定とずれていたという事実のほうが、長く効いてくる気がします。
⑧GitHub Copilotに新モデル投入、提示価格は73%減（8月12日）
Microsoftが自社開発の小型コーディングモデル「MAI-Code-1.1-Flash」をGitHub Copilotに投入しました。GitHub側の告知が日本時間8月12日3時13分、Microsoft AI側が2時です。
旧モデル比で提示価格73%減、無料版とStudentにも自動配布
原典の書き出しは「MAI-Code-1.1-Flash、Microsoftの最新の小型コーディングモデルが、GitHub Copilotで順次提供されます」です。
GitHub側の告知によれば、旧モデルMAI-Code-1-Flashの後継にあたり、画像を理解するネイティブのビジョン対応が新たに加わりました。コード品質、指示追従、ツール利用、性能の各面で改善したとしています。この旧モデルが6月のMicrosoft Buildで出たものだという説明は、Microsoft AI側の記事にあります。
提供範囲が広いのが特徴です。Copilot FreeとStudentのユーザーには、自動モデル選択を通じて提供されます。Pro、Pro+、Max、Business、Enterpriseでは手動での選択も可能です。
モデルピッカーに表示される場所は、Copilot CLI、Copilot cloud agent、GitHub Copilotアプリ、GitHub上のCopilot Chat、Visual Studio Code、Visual Studio、GitHub Mobile、JetBrains系IDE、Eclipse、Xcodeの10か所です。
課金面では、年額契約のGitHub Copilot加入者に対して0.25倍のプレミアムリクエスト倍率で課金されると書かれています。なおCopilot EnterpriseとCopilot Businessの管理者は、Copilotの設定でポリシーを有効化する必要があり、初期状態はオフです。
GitHubは73%減、Microsoftは4分の1と書いている
価格については、2つの一次情報で表現が食い違っています。
GitHub側の告知には、「モデルと配信の効率が引き続き向上したことにより、MAI-Code-1-Flashより73%低い提示価格を実現した」と書かれています。
一方、Microsoft AI側の記事では、「6月のMicrosoft Buildで投入したモデルと比べて、25%高いトークン効率で、より高品質なコードを、4分の1のコストで生み出す」となっています。4分の1ということは約75%減です。
どちらも「安くなった」という方向は同じで、73%減は旧価格の27%ですから、Microsoftの「4分の1」はそれを丸めた言い方と読むのが自然です。とはいえ数字としては一致していないので、引用する際にはどちらの表現かを明示したほうがよいと思います。
Microsoft側は他にも数値を出しています。GitHub Copilot CLIにおけるTerminal-Bench 2.1で22%の改善、.NETのタスクで15%の改善です。さらにコードの生存率が4%上昇し、再訪が9%増えたこと、GitHub Copilot上でトークンのストリーミングが25%高速化し、タスク完了に使うトークンが25%減ったことが挙げられています。
旧モデルは9月10日に廃止。ドル建ての単価は書かれていない
同じ日に、もう1本の告知が出ています。旧モデルのMAI-Code-1-Flashは、2026年9月10日にGitHub Copilotの全機能から廃止されます。移行先はMAI-Code-1.1-Flashで、ユーザー側での削除作業は不要とされています。Copilot Enterpriseの管理者については、モデルポリシーで移行先を有効化する作業が必要になる場合があります。
一方で、書かれていないことも複数あります。告知の本文にドル建ての具体的な価格や、100万トークンあたりの単価は一切ありません。「73%安い」という相対値だけで、もとの単価が示されていないため、実際にいくらになるのかは告知からは分かりません。
また「preview」「general availability」といった語はありません。
ただしMicrosoft AI側の記事は本文2文目で「now in production in GitHub Copilot（GitHub Copilotで本番稼働中）」と書いており、試験提供という位置づけではなさそうです。
廃止告知のほうにも返金や経過措置の記述はなく、9月10日の何時に、どのタイムゾーンで廃止されるのかも不明です。廃止後に旧モデルを指定した場合にエラーになるのか自動で切り替わるのかも書かれていません。日本での提供時期や日本語対応についての記述もありませんでした。
所感：無料で使う人ほど中身の入れ替えに気づかない
この告知でいちばん効くのは、価格の数字ではなく配り方のほうだと思います。Copilot FreeとStudentには自動モデル選択を通じて降りてきます。つまり、利用者が何も操作しなくても、返答を書くモデルが入れ替わります。
無料で使っている人ほど、モデルを選ぶ画面を開きません。9月10日に旧モデルが消えることも、たぶん意識せずに通り過ぎます。急に手ざわりが変わったと感じたときに、理由まではたどり着けない。そういう変化の入り方だと感じました。
価格が下がるのは歓迎すべきことです。ただ、もとの単価が書かれていないので、73%減が自分の請求にいくら効くのかは、この告知だけでは計算できませんでした。
⑨ManusがMetaから分離して独立へ、8月23日にデータ削除（8月11日）
AIエージェント「Manus」が、まもなくMetaから分離して独立企業としての運営を再開すると発表しました。日本時間8月11日21時52分の公開です。日本語版の告知ページも同時に出ています。
2025年12月29日の買収以降に作られたデータが対象
原典には2025年12月29日にMetaがManusを買収したと明記されており、今回はそこからの分離にあたります。
この移行と、特定の法域における規制対応のため、データの削除が実施されます。対象は「2025年12月29日以降に一部のユーザーが生成したデータ」です。
原典の英語版には「data generated by certain users on/after December 29, 2025, will be deleted from 8:00 a.m. on August 23 through August 24, 2026 (SGT)」と書かれています。
重要な点として、これはデータ漏洩やセキュリティ事故によるものではないと明記されています。ただしその記述が置かれているのは本文ではなく、ページ末尾のFAQです。データの保存先は米国とシンガポールです。
バックアップの期限は日本時間8月23日8時59分に相当
対象となるユーザーが取るべき行動と、その期限は次のとおりです。
- バックアップ期間：すでに開始済みで、シンガポール時間2026年8月23日午前7時59分まで。日本時間に換算すると8月23日8時59分に相当します
- 削除の実施：シンガポール時間8月23日午前8時から8月24日にかけて。日本時間では8月23日9時からにあたります
- 復元ポータルの開放：シンガポール時間8月25日午前8時。日本時間では8月25日9時にあたります
対象ユーザーは、削除期間の2日間はアカウントにアクセスできなくなる見込みです。対象外のユーザーは何もする必要がありません。バックアップ期間中、対象ユーザーには課金せず、復元後に「ウェルカムバックボーナス」を提供するとしています。ただしその中身や金額は書かれていません。
バックアップツールは複数回の実行に対応しており、バックアップ後に新しいタスクを作った場合は再実行が必要とされています。通知はアプリ内とメールで行われますが、Apple IDやFacebookアカウントで登録したユーザーはメールアドレスを保持していないため、アプリ内の通知を確認するよう案内されています。
なお、原典に記載されている時刻はシンガポール時間、米国東部時間、中央ヨーロッパ夏時間の3つだけで、日本時間の表記はありません。上記の日本時間はシンガポール時間からの換算です。
どの国の規制が理由かは書かれていない
書かれていないことが、この発表にはいくつもあります。
どの国や地域の規制が理由なのかが書かれていません。英語版と日本語版の両方を可視テキスト化して数えた結果、法域としての「日本」「EU」「GDPR」「中国」の記載はいずれも0件でした。日本語版に現れる「日本」は、すべて言語切り替えUIの「日本語」です。
対象ユーザーの人数や割合も書かれていません。「一部のユーザー」とあるだけです。日本のユーザーが対象に含まれるかどうかも書かれていません。「2025年12月29日以降」以外の判定条件はこのページになく、各自がヘルプセンターのガイドで確認する案内になっています。
Metaから分離する理由、つまりなぜ買収が解消されるのかについても、分離後の資本構成や取引条件についても記述はありません。
所感：期限だけが具体的で、対象の条件が曖昧なまま
この告知は、期限の書き方がとても細かいのが特徴です。午前7時59分という分単位の締切まで出ています。一方で、自分がその締切の対象なのかを判定する条件は、買収日以降に作ったかどうかという1点しか示されていません。
使う人からすると、いちばん困る組み合わせだと思います。期限は迫っているのに、自分に関係あるかが分からない。結局、心当たりのある人は全員バックアップを取るのが安全という結論になりそうです。
漏洩ではないと明記してあること自体は、良い判断だと感じました。ただ、その否定が置かれているのはFAQの終盤で、本文の冒頭にあるのは規制対応の説明のほうです。順番が逆ならもっと落ち着いて読めた気がします。
⑩Claude CodeとCoworkが会社の監査対象に、新API3本（8月11日）
AnthropicがCompliance APIの対象範囲を広げ、Claude CoworkとClaude Codeのセッションも取得できるようにしました。Claude Enterprise向けのベータです。
Compliance APIの対象がCoworkとCodeに拡大
これまでCompliance APIが対象としていたのはClaudeのチャットでした。今回、対象がClaude Cowork（デスクトップアプリ、ウェブ、モバイル）とClaude Code（CLIとデスクトップアプリ）にまで広がります。
新設されたエンドポイントは3本です。組織を横断してセッションの一覧を取得するもの、個別セッションのメタデータを取得するもの、そしてセッションのトランスクリプトを取得するものです。認証には既存のCompliance Access Keyと既存のスコープをそのまま使うため、企業側で新たに鍵を発行し直す必要はありません。誰のセッションかは、検証済みの利用者IDとメールアドレスでひも付きます。
なお、公開時刻の表記がページにないため、確定できたのは日本時間8月11日23時1分から8月12日2時23分の間までです。ブログ一覧ページの保存記録に本記事のリンクがない時点と、記事単体の保存記録が存在する時点で挟み込んで確認しました。
取り出せるのはプロンプトと応答、そしてメタデータ
この発表で押さえておきたいのは、取得できる内容です。
原典は、各セッションのレコードが2種類のデータを持つと書いています。1つはセッションの中身で、入力したプロンプトと返ってきた応答、ウェブおよびMCPのツール呼び出しの内容、スキルとアーティファクトの内容が、トランスクリプトのテキストとして取得できます。もう1つはメタデータで、検証済みの利用者IDとメールアドレス、組織ID、セッションとメッセージごとのID、そしてタイムスタンプが含まれます。
つまり、勤務先がClaude Enterpriseを契約している場合、これまでチャットに限られていた監査の対象が、Coworkでのやり取りと、手元のClaude Codeでのやり取りにまで広がることになります。「いつ使ったか」だけでなく「何を書いて何が返ってきたか」までが対象です。なお原典は、これらのエンドポイントが追加であり、いま取得しているデータは何も変わらないと明記しています。
対象外はウェブ版のClaude Codeとクラウド3社経由
一方で、ベータの対象外も明記されています。
ウェブ版のClaude Code、Claude Platform経由で使うClaude Code、そしてAmazon Bedrock、Google CloudのVertex AI、Microsoft Foundryで動かしたセッションは、今回のベータの対象に含まれません。
また、この機能はClaude Enterpriseの顧客向けのベータであり、個人のPro、Max、Teamの利用者には適用されません。記事とドキュメントを通読した限り、追加料金に関する記述はなく、Compliance APIに含まれるとだけ書かれていました。
所感：仕事で使うAIに、会社が読む前提が加わった
企業向けの機能なので地味に見えますが、読み方によっては身近な話です。勤務先が配布したClaudeを使っているなら、手元のターミナルで打ったプロンプトが、会社の管理者から取り出せる対象に入ります。
監査の仕組みとしては、むしろ整っているほうだと感じます。鍵もスコープも既存のままで、対象外の経路もはっきり示されていました。範囲を隠さず出した点は評価したいところです。
ただ、使う側の感覚は変わります。チャットは見られる前提でも、コードを書く最中の指示まで意識していた人は少ないと思います。会社の環境で動かすものは会社のもの、という当たり前が、AIの側にも追いついてきたのだと受け取りました。
10本を貫く流れ：ChatGPTの広告もClaudeの透かしも、変わったのは条件
今日の10本を並べて最初に気づくのは、新しいAIモデルの発表がほとんどないことです。10本のうちモデルそのものの投入は⑧の1本だけで、しかもその告知の主役は性能ではなく、提示価格73%減と無料層への自動配布でした。
代わりに並んだのは、AIを使うときの条件です。
料金と対価が3本あります。①は無料で使う代わりに広告が出るという交換で、⑧は同じ仕事の単価が下がるという話です。⑥も、上位プランの契約と週次の利用枠という条件そのものが入口になっています。
出所の表示が2本です。②はClaudeが処理したテキストに印を残し、③はAI生成のアーティストにバッジを付けます。どちらも中身を変えるのではなく、どこから来たものかを見えるようにする方向でした。
権限と監査が3本です。⑦はエージェントに渡した自動編集の範囲が想定より広かったという事故で、⑩は会社が取り出せる範囲が広がったという発表です。⑤も、会議に参加している人にどこまでのことができてしまうのかという、権限の話として読めます。
データの行き先が1本。⑨は運営会社が変わることで、これまで作ったデータの一部が消える期日が切られました。
そして④は、条件が動いたこの日に「使われ方」の数字だけを出した発表でした。新機能はゼロです。
つまり10本のうち9本が使用条件の話で、残る1本が実績の報告だったことになります。ここまできれいに揃うのは珍しいと思いました。
この並びを見て感じたのは、AIの話題が製品の外側に移ってきているということです。何ができるかは、この1年で十分に速く増えました。いま追いつこうとしているのは、いくらで使えるのか、使ったことが誰に見えるのか、どこまでやらせていいのか、という側です。
前回までの記事では、発表の但し書きのほうが本体になっている日が続きました。今日は但し書きどころか、発表そのものが条件の話でした。この流れがいつまで続くかは分かりません。ただ少なくとも今日の10本は、モデルの性能表を1つも見なくても読める日だったと思います。
まとめ：ChatGPTの広告からManusの期限まで、8月12日の10本
2026年8月12日のAIニュース10選を、1行ずつ振り返ります。
- ①ChatGPTの広告が日本、英国、メキシコ、ブラジル、韓国の5市場で提供開始になった。ただし原典は2月9日公開の記事への追記更新で、日本での対象プランは書かれていない
- ②Claudeの生成テキストに知覚できない透かしが入る。対象は2026年8月2日以降にリリースされたモデルで、既存モデルは作業中、検出の仕組みも未公開である
- ③SpotifyがAI生成アーティストに「AI Persona」バッジを付ける。9月中旬から表示し、既定でエディトリアル推薦とアルゴリズム推薦の両方から外す
- ④Geminiアプリの月間利用者が10億人を超えた。63%が音声で話しかけ、画像生成は1日1.5億枚。ただし集計期間もMAUの定義も書かれていない
- ⑤Zoomの注釈機能に脆弱性が3件。うち2件は会議の参加者が別の参加者の端末でコードを実行でき、1件はサービス拒否。Zoomの評価は8.3が2件と6.5が1件だった
- ⑥xAIが常時稼働の「Grok Bot」を早期ベータで公開。Bot全体で1台のクラウドPCを共有する。上位プラン限定で週次の枠を超えると従量課金、提供国の記載はない
- ⑦VS Code 1.132.1が緊急公開され、CVEにして9件を修正した。Copilot経由のClaude連携が作業領域の外まで編集できる不具合や、プロンプトインジェクションでシェルコマンドが走るものが含まれていた
- ⑧GitHub Copilotに新モデルが入り、提示価格が旧モデル比73%減になった。無料版とStudentにも自動で配られ、旧モデルは9月10日に廃止される
- ⑨ManusがMetaから分離して独立する。2025年12月29日以降に作られた一部データが削除され、バックアップ期限は日本時間8月23日8時59分に相当する
- ⑩Compliance APIの対象がClaude CoworkとClaude Codeに広がった。取り出せるのはプロンプトと応答そのもの、そして時刻を含むメタデータである
とくに取り違えやすい点を、4つ挙げておきます。
- ①を「ChatGPTが広告のテストを始めた」と読むと、半年ずれます。原典は2026年2月9日に米国でのテスト開始を伝えた記事で、今回はその追記更新です。ただしページのタイトルは「ChatGPT での広告のテスト」のままで、5月7日の更新も広告パイロットの拡大予定として書かれています
- ②を「今日からClaudeの文章に印が付く」と読むと外します。対象は2026年8月2日以降にリリースされたモデルで、Opus 5もSonnet 5もそれ以前のリリースです。既存モデルは対応作業中で、検出の手段も公開されていません
- ③を「AIで作った曲に印が付く」と読むと外します。原典は「アーティストの公的な同一性についてのものであり、音楽がどのように作られたかについてではない」と明記しています。曲の作り方の開示は別の仕組みです
- ⑤を「深刻度9.0のゼロクリック脆弱性が3件」と読むと、Zoom自身の記述とずれます。Zoomの評価は8.3と6.5で「Critical」の語はなく、ベクタは3件ともUI:R。遠隔コード実行は3件中2件で、9.0はCVSS 4.0、8.3はCVSS 3.1と採点の版も違います
今日の10本は、AIが何をできるようになったかではなく、AIを使うときに何が付いてくるかが並んだ日でした。広告、透かし、バッジ、権限、監査、そして期限です。
気になったニュースがあれば、各社の公式発表にも目を通してみてください。数字と但し書きは、たいてい原典のほうが正確です。
よくある質問（FAQ）
Q1. 自分のChatGPTにも広告が出るようになりますか。
8月11日の更新に書かれているのは「日本で提供を開始した」までで、日本での対象プランは原典に書かれていません。米国でテストを始めた2026年2月9日時点の条件は、ログイン済みの成人ユーザーで無料版とGoが対象、Plus・Pro・Business・Enterprise・Educationは対象外というものでした。同じ条件が日本にも適用されるとは原典に明示されていないため、断定はできません。なお広告を避ける方法として、PlusやProへの移行のほかに、無料プランのまま広告をオプトアウトして1日の無料メッセージ数を減らす選択肢が示されています。
Q2. Claudeで書いた文章には、今日から透かしが入っているのですか。
原典は「2026年8月2日以降にローンチされたClaudeモデルは、ローンチ時点からマーキングに対応する」と書いています。Anthropicのニュースルームで確認したところ、Opus 5は7月25日、Sonnet 5は7月1日、Fable 5の再展開は7月1日で、8月2日以降にリリースされたモデルは見当たりませんでした。8月2日より前のモデルについては「対応を追加すべく取り組んでいる」段階です。また検出の仕組みも「今後公開する技術文書で共有する」とされており、現時点で一般の人が確かめる手段は用意されていません。
Q3. Zoomは今すぐ更新すべきですか。
更新をおすすめします。Zoom Workplaceは7.1.5未満および7.0.6未満が影響を受けます。3件のうち2件は、会議の参加者が別の参加者の端末で遠隔コード実行を達成できる可能性があるもので、Zoomの評価はいずれもCVSS 8.3です。ただし3件ともベクタはUI:R、つまり利用者の操作が必要とされており、実際に攻撃が観測されたという記述は公報にありません。慌てる必要はありませんが、会議が入っていないうちに済ませておくのがよいと思います。
筆者より
今日は10選に日本発のニュースが1本も入らない日でした。8月11日は「山の日」の祝日でしたが、窓の後半は平常の平日午前なので、国内のプレスリリースが止まっていたわけではありません。PR TIMESには窓内にもAI関連が十数件出ています。ただ、自社ツールの機能追加やセミナー告知が中心で、読者が使っているサービスが変わる話ではありませんでした。
その一方で、海外の発表のほうが日本を名指ししました。①のChatGPT広告です。日本側が休んでいる日に、日本の読者の画面が変わる決定が向こうで出ていた。偶然ですが、印象に残る組み合わせでした。
②については、書き方をかなり迷いました。日本語の見出しだけを追うと「Claudeの文章に透かしが入る」という現在形の話に見えます。ただ原典を開くと、対象は8月2日以降のモデルで、既存モデルは作業中、検出手段も未公開でした。そこでAnthropicのニュースルームでモデルのリリース日を数え直したところ、8月2日以降のモデルが見当たりませんでした。方針として重要な発表であることは変わりませんが、いま手元で起きていることとは距離があります。
⑤も自分で開き直してよかったと思いました。発見者側の「9.0のCriticalでゼロクリック」という説明と、Zoom自身が公報に書いた「8.3のHigh、ベクタはUI:R」は、正面から食い違っています。どちらかが嘘をついているという話ではなく、評価する基準と立場が違うのだと思います。ただ、片方だけを引くと読者に伝わる怖さの量が変わってしまいます。
10選から外したものが3件あります。1件目は、CNET Japanが今朝報じたMetaの「Muse Glimmer」です。読者への関心は高いのですが、これは8月10日の発表で、前回の記事ですでに②として扱っています。ただし記事中には前回に載せていない要素が2つあり（Muse Spark 1.2の重みも公開する予定という記述と、データセンター地域向けの10億ドル基金）、まったく新事実がないとは言えません。それでも発表そのものは窓外なので、続報として単独で立てるほどの動きではないと判断しました。2件目はGoogleが職業資格に追加したバイブコーディング講座です。題材は面白いのですが、受講料が原典に一切書かれていません。読者が申し込めるかどうかを判断する材料の中心が欠けている、というのが外した理由です。3件目はGoogleの医療AI「AMIE」のリアルタイム動画診察です。100シナリオ・300回の試験で専門医と同等という数字は強いのですが、実際の患者ではなく患者役の俳優による模擬診察で、製品化の時期も提供国も書かれていません。
事実関係の誤りや新しい情報にお気づきの点があれば、コメント欄で教えてください。
参考資料
- OpenAI「Testing ads in ChatGPT」の英語版と日本語版（8月11日の更新文、初回公開日が2026年2月9日であること、5月7日と3月26日の更新内容、米国テストの対象プラン、広告のオプトアウトの選択肢、広告主に渡らない情報の範囲を確認）／OpenAI ヘルプセンター「ChatGPT — Release Notes」の英語版と日本語版（日本での広告開始の項目が存在しないこと、英国については6月4日付の項目が既にあることを確認）／OpenAI が広告主向けに配布しているジオターゲット一覧CSV（全42,110行のうち日本が48行＝国レベル1件と都道府県レベル47件であること、日時を示す列が存在しないことを確認。これは広告主向けの配布物で、一般公開の固定URLではありません）
- Anthropic サポートセンター「How Claude marks AI-generated content」（EU AI Act第50条2項の行動規範への署名、対象が2026年8月2日以降にリリースされたモデルであること、既存モデルが対応作業中であること、テキストへの埋め込み透かしとC2PA準拠の来歴メタデータという2つの手法、対応ファイル形式、クラウド経由での適用範囲、検出手段が今後の技術文書とされていること、印の限界の一覧を確認）／Anthropic ニュースルーム（Opus 5が7月25日、Sonnet 5が7月1日、Fable 5の再展開が7月1日で、8月2日以降にリリースされたモデルが見当たらないことを確認）
- Spotify Newsroom「Introducing a New Label for AI-Generated Artist Identities on Spotify」（9月中旬からの表示開始、表示場所が3か所であること、既定で推薦から除外すること、フォロー時の例外、自己申告と審査の両方で付与されること、通報機能の予定、判定対象が公的な同一性であって音楽の作り方ではないこと、Verified by SpotifyとAI Creditsの実績、国や地域への言及がないことを確認）
- Google The Keyword「Google’s Gemini app hits 1 billion monthly active users」（10億人突破、Google史上もっとも急成長という記述、音声63%、Gemini Liveの5回に1回、学校関連の38%、1日1.5億枚、iOSの1億人超、本文とタイトルタグで用語が食い違うこと、集計期間と定義の記載がないことを確認）／ITmedia NEWS（ピチャイ氏がXで述べた「14番目の製品」という発言を確認）
- Zoom セキュリティ公報 ZSB-26015、ZSB-26016、ZSB-26017（CVE番号3件、CVSSが8.3・6.5・8.3であること、Criticalの語が存在しないこと、ベクタが3件ともUI:Rであること、影響を受けるバージョン、報告者欄の記載、初版公開が8月11日であること、改訂欄に時刻とタイムゾーンの記載がないこと、攻撃観測の記述がないことを確認）／発見者A Securityの発表およびWIRED・The Verge・Engadgetの報道（深刻度9.0のCritical、ゼロクリック、汎用AIモデルに20プロンプト未満・24時間以内で発見から攻撃コード作成までさせたという主張を確認。報道時刻はWIREDとThe Vergeが日本時間8月11日の夜、Engadgetが8月12日3時44分）
- SpaceXAI「Introducing Grok Bot」および Grok Bot の製品ページとそのFAQ（早期ベータであること、対象がSuperGrok Heavy・Cursor Ultra・Cursor Teams Premiumであること、APIやMCPのないプラットフォームでも動くとされること、ルーティンの保存、Cursor Ultraが月200ドル、Cursor Premium Teamsが1席あたり月120ドル、既存契約者にGrok Botが含まれること、日本への言及が0件であること、そしてFAQで「すべてのGrok Botが1台の永続的なクラウドコンピュータを共有する」「週ごとの利用枠が含まれ、超過分はトークン費用で課金される」「デスクトップはmacOSまたはWindows、スマートフォンはiOSアプリ」と書かれていることを確認）
- GitHub Security Advisories（microsoft/vscode）、マイルストーン1.132.1のissue 7件、および Visual Studio Code 1.132 の更新ページ（issueをCVEで数え直すと9件になること、窓内に公開された勧告は7件でhigh 6件とmedium 1件だったこと、残る2件の勧告が日本時間8月12日13時4分に公開されCVE-2026-59113がCVSS 8.8・CVE-2026-69306が8.2であること、最大CVSSの8.8が3件であること、CVE-2026-59113がFetch Web Pageツール経由でOSのプロトコルハンドラを起動できるものであること、CVE-2026-65675のCVSSが7.1でワークスペース外に及ぶこととAgent Host移行済みという限定注記、CVE-2026-70335がプロンプトインジェクション経由でシェルコマンドを実行させるものであること、攻撃観測や発見者名の記載が0件であることを確認）
- GitHub Changelog「MAI-Code-1.1-Flash available in GitHub Copilot」および旧モデルの廃止告知、Microsoft AI のニュース記事（73%減と4分の1という表現の違い、0.25倍のプレミアムリクエスト倍率、FreeとStudentへの自動配布、モデルピッカーの10か所、9月10日の廃止、ドル建て単価の記載がないことを確認）
- Manus 公式ブログ「A Note to Our Users」の英語版と日本語版（Metaからの分離、2025年12月29日の買収、削除対象と日程、バックアップ期限、復元ポータルの開放日、漏洩やセキュリティ事故ではない旨、規制の根拠となる法域名（日本・EU・GDPR・中国）の記載が0件であることを確認。なおデータの保存先としての国名は米国とシンガポールが明記されている）
- Claude by Anthropic 公式ブログ「Compliance API coverage extends to Claude Cowork and Claude Code」（対象製品、Claude Enterprise向けのベータであること、新エンドポイントが3本であること、各セッションレコードが「セッションの中身」と「タイムスタンプを含むメタデータ」の2種類を持つこと、新エンドポイントが追加であり既存の取得内容は変わらないこと、対象外の経路を確認）
- ITmedia NEWS「Anthropic、『Claude』で生成したテキストに“見えない透かし”」（日本語報道が2026年8月12日朝の配信であることを確認）／CNET Japan「Meta、ノートPCで動くAIエージェント向け新モデル『Muse Glimmer』を公開」（同じく8月12日朝の配信であること、Muse Spark 1.2の重み公開予定とデータセンター地域向け10億ドル基金への言及があることを確認。10選から外した判断の根拠）
この記事が気に入ったら
フォローしてね！
お気軽にコメントどうぞ