「みなづちAI」はリンクフリーです。リンクを行う場合の許可や連絡は不要です。引用する際は、引用元の明記と該当ページへのリンクをお願いします。
AIニュース10選【8/4】Google Meetが画面を自動記録、Amazonがレビュー制限ほか
みなづちです。
2026年8月4日時点で押さえておきたいAIニュースを、重要度順に10件まとめました。
今回は、会議で共有した画面をAIが自動で撮ってメモに貼るようになったこと、AI対策の巻き添えで人間の買い物客が締め出されたこと、そして公式が何も説明しないまま実態だけが動いている例が並んだことが大きなテーマです。
本記事では、以下のポイントから解説します。
- Google Meetの自動メモが、発表中のスライドをスクリーンショットで残すようになったこと
- AmazonでレビューがAIクローラー対策の巻き添えになり、読めなくなった人がいること
- 子どもの性的ディープフェイクをめぐる警察庁の集計が、上半期で前年同期の倍になったこと
- 米下院が使ったAIツールの支出を集計すると、ChatGPTが88%を占めていたこと
- GitHub CopilotとClaudeが、同じ日に相次いで性能低下を起こし、原因はどちらも公表されていないこと
なお本日は、日本時間8月3日から8月4日午前にかけての発表・公開・報道から選んでいます。見出しの日付はすべて日本時間で、現地表示日と異なる場合は本文に併記しました。ドル建ての金額は1ドル160円で換算しています。
目次
Google Meetが画面を自動記録、Amazonはレビューを制限。10選の結論
まず結論からお伝えすると、AIをめぐる変化が、きちんと説明されて届くものと、説明のないまま実態だけ動くものにはっきり分かれたのが今回の特徴でした。
説明があったほうの代表が①です。Google Meetの自動メモ生成が、発表中の画面をGeminiがスクリーンショットして議事メモに貼るようになりました。対象プラン、管理者設定、発表者への通知まで公式ブログに書かれています。
説明がなかったほうが③です。Amazonで一部の利用者がレビューを読めなくなり、AIクローラー対策の誤検知だと報じられました。ただしAmazonは開始時期も影響人数も検証方法も、すべて回答を拒否しています。復旧するにはメールで申し立てて数営業日待つ必要があり、実際に5日かかった例も出ています。
同じ構図は他にも並びました。警察庁は子どもの性的ディープフェイクの上半期集計が123件だと明らかにしましたが、公表資料は見当たりません。Geminiにエージェント作成機能の痕跡が見つかりましたが、Googleの発表はありません。
一方で、公式が丁寧に書いたものもあります。OpenAIはGPT Liveの内部構造を技術記事で明かし、AlibabaはQwen3.8-Maxを公開してMaxクラス初の重み公開を予告しました。
筆者の視点：Google Meetの15日とAmazonの8件に共通する説明の少なさ
僕自身、今回のニュースを追う中で考えたことがあります。
「最大15日」と書いてあるものと、何も書いていないもの
いちばん対照的だったのが①と③です。どちらも、ある日から自分の画面の見え方が変わる話でした。
①のGoogleは全部書いています。「2026年8月3日から段階的に展開（機能が表示されるまで最大15日）」という記述があり、対象プランも5区分が列挙され、管理者が「常に許可」か「録画時のみ許可」かを選べることまで明記されています。
③のAmazonは何も書いていません。取材したFast Companyは「Amazonは、いつレビュー閲覧の制限を開始したのか、追加閲覧の申請をどう検証しているのか、何人が影響を受けたのか、どんな行動が誤検知につながりうるのかについて、質問への回答を拒否した」と書いています。
同じ「仕様が変わった」でも、片方は日程と条件が読めて、片方は自分が対象かどうかも分かりません。
もうひとつ差が出たのが、外れ方の説明です。Googleは対象プランを5区分挙げているので、自分が含まれないことも分かります。Amazonのほうは、なぜ自分が対象になったのかを知る手段が用意されていません。
数字は出ているのに、出どころが確認できないものがあった
もうひとつ引っかかったのが②です。上半期123件、前年同期60件から倍増という具体的な数字が複数社から報じられました。
ところが警察庁のサイトを探しても、この集計を載せた公表資料が見当たりません。同じ日の報道発表資料はストーカー対策が2件だけでした。動詞も社によって割れていて、読売は「発表した」、共同は「明らかにした」、khbは「警察庁のまとめによりますと」と書いています。
数字そのものは3社で一致しているので疑う理由はありません。ただ読者が自分で元データを確かめる道が用意されていないという点では、③と同じ性質を持っています。
前年分については警察庁の広報資料が公開されていて、そこには集計の定義まで書かれていました。今年の上半期分だけが、報道を通してしか読めない状態になっています。
障害の原因は、どちらも公表されていない
3つめは⑧と⑨です。同じ日にGitHub CopilotとClaudeが相次いで性能低下を起こしました。
どちらもステータスページには時刻と影響範囲が正確に書かれています。GitHubは「詳細な根本原因分析は、判明次第共有します」としており、Anthropicはポストモーテムを公開していません。
止まったことは分かるが、なぜ止まったかは分からない。開発の道具として毎日使っている人ほど、この空白が気になるところだと思います。
同じことがまた起きるのか、それとも一度きりだったのか。判断する材料がないまま、翌日もまた同じツールを開くことになります。
⑦のGeminiは、その手前の段階でした。Googleからの説明そのものがなく、アプリの中にあった書きかけの部分だけが手がかりです。公式発表・報道・解析という3つの経路が、今日はきれいに並んで見えたと感じました。
①Google Meetの自動メモが発表画面をスクショ、段階的に提供開始（8月4日）
Google Meetの「自動メモ生成」で、発表中に共有した画面をGeminiが自動でスクリーンショットし、議事メモの文書に貼れるようになりました。Google Workspace Updatesブログの投稿は日本時間8月4日3時24分（米国太平洋時間8月3日11時24分）です。
「発表されたコンテンツのスクリーンショットを自動でキャプチャ」
公式ブログは「Google Meetの『Take notes for me（自動メモ生成）』機能を改善し、発表されたコンテンツのスクリーンショットを自動でキャプチャして会議メモのドキュメントに直接含められるようにします」と説明しています。
狙いも書かれています。話し手が図やグラフを口頭で説明せずに参照した場合、これまでのテキストだけのメモでは文脈が落ちていました。画面を画像として残すことで、その穴を埋める設計です。
会議の議事録を後から読み返すと、「この数字」「こちらのグラフ」といった指示語だけが残っていて、何を指していたのか分からないことがあります。そこを画像で補うという発想です。
なお「スライド、図、グラフなど」というキャプチャ対象の例示は、7月27日の予告投稿の文言です。8月3日の投稿本文には、図やグラフへの言及が理由説明の文脈で出てくるだけなので、出典を分けて読む必要があります。
対象は5つのプラン、無料版のMeetは含まれない
ここは読み違えやすいところです。対象はBusiness Standard、Business Plus、Enterprise Standard、Enterprise Plus、そして教育向けのGoogle AI Pro for Educationの5区分だけです。
Business StarterやEssentials、Frontline、そして個人アカウントの無料版Meetは対象外です。「Google Meetの自動メモ」と一般化して読むと外します。
展開の仕方も限定付きです。「2026年8月3日から段階的に展開（機能が表示されるまで最大15日）」とあり、Rapid ReleaseとScheduled Releaseの両方のドメインが対象です。15日は上限であって、全員に届く日ではありません。
管理者は「録画時のみ許可」にできる、発表者には通知が出る
制御の仕組みも用意されています。「管理者はAdmin consoleで、発表コンテンツのスクリーンショットを常に許可するか、録画が有効なときのみ許可するかを設定できます」とされ、7月27日の投稿では「常に許可」が既定だと書かれていました。
発表者側にも表示があります。「メモが取られている会議で発表を開始すると、Geminiがあなたのプレゼンのスクリーンショットをキャプチャしてメモに追加する可能性がある旨の通知が表示されます。この機能はメモパネルから無効化できます」とのことです。
この機能には予告がありました。7月27日の投稿で管理者向けの設定が先に開放され、エンドユーザー向けは2026年第3四半期に段階展開すると告知されていました。予告から今回の提供開始まで、ちょうど1週間ほどです。
なお自動メモ生成そのものは、ヘルプセンターによると英語・フランス語・ドイツ語・イタリア語・日本語・韓国語・ポルトガル語・スペイン語の8言語に対応し、1回につき1言語を選ぶ形です。対応する会議の長さは15分から8時間とされています。
ただしヘルプセンターは執筆時点で未更新でした。日本語版には「セクションのカスタマイズと共有したコンテンツのスクリーンショットは、アルファ版のユーザーのみが利用できます」と書かれたままで、ブログの記述と食い違っています。スクリーンショット機能が日本語の会議で使えるかどうかは、ブログにもヘルプにも明記がありません。
所感：既定が「常に許可」であることを、先に知っておきたい
会議で画面を共有するとき、その内容が画像としてメモ文書に残るかどうかを意識してきた人は少ないと思います。テキストの議事録なら、話した内容だけが残るという感覚がありました。
管理者設定の既定が「常に許可」だという点が引っかかりました。参加者側は発表を始めた時点で通知を見ることになりますが、その時点ではもう共有画面を出しています。
社内の資料や顧客の画面を映す機会がある人ほど、自分の組織がどちらの設定なのかを先に確認しておいたほうがよさそうです。無効化はできる設計になっているので、知っているかどうかだけの差になります。
②警察庁が性的ディープフェイク上半期123件と説明、前年同期の倍（8月3日）
生成AIなどを悪用して子どもの性的な偽画像を作る「性的ディープフェイク」について、2026年上半期の集計が123件に上ったことを警察庁が8月3日に明らかにしました。読売新聞・共同通信・khb東日本放送などが報じています。
前年同期60件から倍増、昨年1年間の114件も上回った
読売新聞は「警察庁は3日、生成AI（人工知能）などを悪用した子供の性的偽画像『性的ディープフェイク』を巡る全国警察の対応件数は今年上半期（1〜6月）で計123件に上り、前年同期（60件）から倍増したと発表した」と伝えました。
2025年1年間の114件も、上半期だけで既に超えています。共同通信は「昨年1年間の114件も上回った」と書いています。
単純に倍のペースが続けば年間で240件前後になる計算ですが、これは筆者が数字を並べただけの見立てで、警察庁がそうした見通しを示したわけではありません。
なお警察庁自身の公表資料をnpa.go.jpで探しましたが、この集計を載せたものは見当たりませんでした。同じ日の報道発表資料はストーカー対策の2件だけです。動詞も社によって割れており、共同は「明らかにした」、khbは「警察庁のまとめによりますと」としています。本記事では報道に基づく情報として扱います。
「123件のうち38件」の読み方に注意が要る
読売は内訳も伝えています。「発表によると、警察が通報・相談を受けるなどして対応した123件中、生成AIやスマートフォン向けの画像加工アプリなどの悪用が確認されたのは38件に上った」とのことです。
ここは両方向に誤読しやすいところです。残る85件は「AIを使っていない」という意味ではありません。警察庁が2026年2月に公表した前年分の広報資料は、内訳の「不明」について「関係者の供述や画像の状況から生成や加工に生成AI等を用いたと思料されるものの特定に至らなかったものをいう」と定義しています。
つまり123件はいずれも生成AI等の悪用事案として把握されたもので、そのうち使ったツールまで特定できたのが38件という関係です。「生成AIによる被害が123件」も「生成AIによるものは38件だけ」も、どちらも正確ではありません。
なお読売の記事には「38件」が2回出てきますが、意味が違います。もう一方は高校生の被害件数です。
加害者の7割近くは同級生や同じ学校
被害者の内訳は中学生が最多の79件、高校生38件、小学生3件、年齢を特定できないものが3件です。合計すると123件になります。読売は中学生64%、高校生31%という割合も示しています。
加害者との関係も報じられました。同級生や同じ学校が83件と最多で、共同はこれを「7割近い」と表現しています。SNSなどで知り合った相手は7件でした。読売は「友人間で撮影した画像などが悪用されていた」としています。
深刻な事案も含まれます。読売は被害者の高校生が偽画像を拡散すると脅され電子マネーを要求された事案と、面識のない人物に盗撮され性的画像に加工されたケースが4件あったことを伝えました。共同は児童福祉担当の職員による事案にも触れています。
なお123件は「全国警察の対応件数」であり、検挙件数や立件件数ではありません。また警察庁は2025年12月にも性的ディープフェイクの広報啓発資料を出しており、今回が初の集計というわけでもありません。
「倍増」の読み方にも幅があります。年次で見ると2024年が110件、2025年が114件で、警察庁の広報資料自身が「微増」と書いていました。倍増しているのは上半期同士の比較で、年間の傾向としては別の絵になります。
集計の母集団も確認しておきます。警察庁の定義は「警察が把握した生成AI等を悪用して児童（18歳未満）の性的画像を作成した事案で、相談・被害申告時に相談・被害者が20歳未満であるもの」です。
注意喚起も出ています。khbによると、警察庁やこども家庭庁などは18歳未満の子どもを持つ保護者に対し、生成AIの使い方やルール、モラルについて家庭内で話し合うよう呼びかけています。相談窓口として警察相談ダイヤル「#9110」の利用も案内されています。
所感：素材の8割超が、同じ学校の中から出ている
いちばん重く感じたのは、加害者との関係の内訳でした。同級生や同じ学校が83件で、SNSで知り合った相手の7件を大きく上回っています。
見知らぬ誰かが遠くから狙ってくる、という構図ではありませんでした。日常的に顔を合わせている相手が、部活や行事で撮った写真を使っている。読売が「友人間で撮影した画像などが悪用されていた」と書いているとおりです。
そうなると、写真を撮らない・上げないという防ぎ方があまり機能しません。学校生活の中で普通に撮られた写真が素材になっているからです。技術の話というより、身近な関係の中で何が起きているかの話だと受け止めました。
③AmazonがAIクローラー対策、一部利用者のレビュー閲覧を制限（8月3日）
米Amazonで一部の利用者が商品レビューをほとんど読めなくなっており、AIクローラー対策の誤検知が原因だとFast Companyが8月3日に報じました。日本時間では同日19時の公開です。Amazon自身の発表ではなく、同誌の独自取材によるものです。
「人間の客が巻き添え被害を受けている」
記事は冒頭で「AmazonがAIクローラーを自社サイトから締め出そうとするなか、人間の客が巻き添え被害を受けている」と書いています。
状況の説明はこうです。「昨年後半以降、一部のAmazonの買い物客は商品ごとに少数のカスタマーレビューしか読めなくなっている。この状態になると、客はAmazonにメールで申し立てを行い、数営業日の回答待ちを強いられる」。
取材に応じた利用者の1人は7月中旬に除湿機を探していて、1商品につき8件のレビューしか見られないことに気づいたとされます。カスタマーサービスのチャット担当者からは、レビューなどのデータ収集に関して利用規約に違反したと伝えられ、本人はこれを「ばかげている」と評しました。
ただし「8件」はAmazonが公表した数字ではありません。記事に出てくるのは取材した2人の体験としてであり、Fast Company自身の見出しにも8という数字は入っていません。
Amazonは質問のほとんどに回答を拒否している
ここが今回の要点です。「Amazonは、いつレビュー閲覧の制限を開始したのか、追加閲覧の申請をどう検証しているのか、何人が影響を受けたのか、どんな行動が誤検知につながりうるのかについて、質問への回答を拒否した」と記事は明記しています。
広報が公式に述べたのは1文だけです。「レビューにアクセスできなかった個別の事例があったかもしれないと認識しており、アクセスを確保できるよう対応してきた」。「あったかもしれない」と「個別の事例」という二重の限定が付いています。
「無許可のスクレイピングを制限しようとしている」「正当な客をボットと誤判定している」という説明は、記者の地の文であって広報の発言ではありません。ドキュメントについても「同社は、レビューをスクレイピングしたと非難した利用者向けのドキュメントをいまだ公開していない」とされています。
対応の実態と、記事が触れている規模感
別の利用者のケースでは、チャット担当者が「おわびのしるし」として10ドル（約1,600円）のプロモーションクレジットを提示し、24時間以内に上位対応すると約束したものの実現せず、レビュー閲覧が戻るまで5日かかったとされます。
規模については慎重に読む必要があります。記事が直接話を聞いた被害者は2人で、記事自身も「大多数の利用者がAmazonのレビューへのアクセスを失うことはないとしても、この種の問題はまもなく避けられないものになるかもしれない」と書いています。
この件には前史があります。記事がリンクしているAmazonの出品者フォーラムには、2026年2月7日に「8件を超えるレビューが見られない」というスレッドが立っており、同月13日にはAmazonの社員アカウントが、最初の8件を超える閲覧に制限があることと、5営業日以内に回答する申請の仕組みがあることを認めるコメントを残していました。半年近く前から公然化していた形です。
また「利用規約に違反した」という説明にも注意が要ります。これを伝えたのはカスタマーサービスのチャット担当者で、Amazonの正式な通知ではありません。実際の規約の該当条項は「データマイニング、ロボット、または類似のデータ収集・抽出ツールの使用」という書き方で、担当者が述べた「カスタマーレビューなどのコミュニティ生成コンテンツ」という文言は規約本文に見当たりませんでした。
なお取材源はRedditやAmazon出品者フォーラム、米国での買い物であり、Amazon.co.jpで同じ制限が起きているという証拠はありません。またPerplexityとの係争との関連について、Amazonはコメントを拒否しています。
所感：申し立てて数営業日待つ、という復旧手段が重い
引っかかったのは、閲覧が戻るまでの手順でした。メールで申し立てて、数営業日待つ。実際に5日かかった例も出ています。
買い物のレビューは、その場で判断するために読むものです。数日後に読めるようになっても、買う気は過ぎています。しかも自分が何をして誤検知されたのか、Amazonは説明していません。
AI対策そのものは必要な措置だと思います。ただ、誤って止めた相手に対して理由も期間も示さないまま待たせる運用だと、対策のコストを利用者が負担している形になります。ここは今後どのサービスでも出てくる話だと感じました。
④OpenAIがGPT Liveの内部構造を解説、UDPパケット1個で開始（8月3日）
OpenAIが8月3日16時（日本時間）、音声システム「GPT Live」をどう作ったかを解説する技術記事を公開しました。カテゴリはEngineeringで、製品発表ではありません。
GPT Live自体は7月8日に提供開始、今回は作り方の開示
まず前提を分けておきます。GPT Live自体の発表は2026年7月8日で、GPT-Live-1とGPT-Live-1 miniがChatGPT利用者向けに世界展開されています。8月3日に新しいのは記事の公開であって、製品の登場ではありません。
記事のタイトルは「How we built a realtime system for responsive voice AI in six months」で、著者はJustin Uberti氏とZahan Malkani氏です。
システムの性質も説明されています。GPT Liveは「当社の第3世代の音声システムであり、音声経路からターン検出器を取り除いた」もので、「その音声モデルは全二重であり、聞くことと話すことを同時に行える」とされます。深い推論やツール利用が必要なときは、会話の流れを止めずにGPT-5.5などのフロンティアモデルに相談する設計です。
「クライアントはUDPパケット1個でセッションを開始できる」
記事でいちばん目を引くのがここです。「SDP交換をクリティカルパスから外し、WARPがトランスポートのハンドシェイクを圧縮したことで、クライアントはUDPパケット1個でセッションを開始できるようになった」と書かれています。
読み方に注意が要ります。これはアプリの起動ではなくセッションの開始で、しかもInstant Connect（SDP交換の事前化）とWARPの併用による結果です。WARP単体の効果として記事は「メディアとデータの起動を6往復から1往復に減らす」と説明しています。
そのWARPはIETFに提案中の個人ドラフトです。draft-uberti-tsvwg-warp-00は7月23日提出で、ワーキンググループの採択前という段階にあります。標準化されたと書くと誤りです。なお同じドラフトの概要は「6RTTから2RTTへ」と書いており、記事の「1往復」とは数字が食い違います。
6か月の作り直しと、Go移行による改善
記事は期間も明示しています。「この6か月で、我々はモデル推論、コンテキスト管理、メディア転送を作り直し、音声が端から端まで滑らかに流れるようにした」とのことです。
メディアサーバーをPythonのasyncioからGoへ移した効果も書かれています。「これによりフレーム配送の滑らかさが大きく改善し、新システムのp95が旧システムのp50と同等になった」。これはフレーム配送の指標であって応答遅延の値ではなく、記事にミリ秒の絶対値は一度も出てきません。
この基盤はすでにChatGPT Voiceで使われており、デスクトップアプリでのパソコン操作やエージェントの調整といった新機能を支えているとされます。
標準化の状況も書かれています。OpenAIは「IETFのTSVWGワーキンググループで提案を進めており、WARPのサポートはlibwebrtcとPionの両方にすでに追加され、他のWebRTC実装でも作業が進行中だ」としています。
ただし提案されているのはWARPだけではありません。同じ著者による関連ドラフトとしてSPEDが3月2日、SNAPが7月3日に提出されており、いずれも個人提出の初版でワーキンググループの採択前という段階です。
なお開発者向けのAPIについて、記事は「今後提供予定のGPT-Live API」という書き方をしています。現時点で提供済みではありません。
所感：遅い理由が「考える時間」ではなかったという話
音声AIの応答が遅いとき、モデルが考えている時間だと思っていました。実際に手を入れた場所を読むと、そこだけではなかったことが分かります。
接続の確立に何往復もしていた部分を削り、フレームを送る処理を書き直す。どちらもモデルの賢さとは関係ない場所です。6か月かけた対象が推論・コンテキスト管理・メディア転送の3つだったという書き方に、その配分が出ていると思います。
一方で、UDPパケット1個という表現だけが独り歩きしやすいとも感じました。これは接続を始める合図の話で、会話の返事が1パケットで返るわけではありません。
⑤米下院の判明分AI支出、ChatGPTが88%とCNBCが集計（8月3日）
米下院がAIツールに使った金額を集計すると、特定できた支出の約88%をChatGPTが占めていたとCNBCが8月3日20時（日本時間）に報じました。下院やOpenAIの発表ではなく、CNBC記者による公開記録の独自集計です。
「10ドル中9ドル」をChatGPTが占めた
CNBCは、下院の議員事務所・委員会・機関のアカウントが特定可能なAIツールに使った金額のうち、ChatGPTの開発元がおよそ10ドル中9ドルを占めたとしています。対象期間は2025年4月1日から2026年3月31日までの1年間です。
具体的な数字も出ています。名指しされたAIベンダーへの支出として少なくとも11万3,740ドル（約1,820万円）を特定し、そのうちChatGPTが10万580ドル・798件で金額ベース約88%、件数ベース約96%でした。
2位はAnthropicのClaudeで1万3,160ドル・37件です。CNBCはこれを「大きく離された2位」と表現しています。なおOpenAIとAnthropicはCNBCの取材に回答していません。
1件あたりの金額を割り戻すと、ChatGPTは1件あたり約126ドル、Claudeは約356ドルになります。ChatGPTのほうが少額の契約を数多く積み上げ、Claudeは件数が少ない代わりに単価が高い形です。ただしこれは公表された数字から筆者が計算したもので、CNBCが示した内訳ではありません。
集計は下院の公開記録に基づく、上院は含まない
出どころは米下院が四半期ごとに公表している支出開示記録（Statement of Disbursements）です。今回の対象となる2026年1〜3月期のデータは、2026年5月にすでに公表されていました。8月3日に新しいのはCNBCの集計と報道であって、下院の公表ではありません。
範囲にも限定があります。CNBCの見出しは「Congress」ですが、本文は上院を明示的に除外しています。上院の公開報告では、ソフトウェアのベンダーを同じように特定できないためです。
金額の規模感も押さえておきたいところです。判明分の総額は11万3,740ドルで、日本円にすると約1,820万円にとどまります。あくまで「支出記録からベンダー名を特定できた分」の合計です。
件数で見ると集中はさらに強くなります。ChatGPTが798件で件数ベース約96%、Claudeが37件でした。金額の88%より高い割合です。少額の支払いが数多く積み上がっている形になります。
出どころの扱いにも注意が要ります。この88%も11万3,740ドルも、下院やOpenAI・Anthropicが公表した数字ではなく、CNBCの記者が公開記録を自力で集計したものです。記事には両社がCNBCの取材に回答しなかったとも書かれています。
所感：議会の中でも、選ばれ方は市場と同じだった
数字を見て意外だったのは、集中の度合いでした。金額で88%、件数では96%です。公的機関の調達なら複数のベンダーに分散しそうなものですが、そうなっていません。
もっとも、これは特定できた分だけの話です。総額も1,820万円程度で、議会全体の予算から見れば小さな数字になります。ここを「議会がAIに巨額を投じた」と読むと外します。
面白いと思ったのは、選ばれ方が一般の消費者と変わらないように見える点でした。名前を知っていて、すでに使っている人が多いものが選ばれている。組織であっても、入り口はそこから始まるのだと読めます。
⑥AlibabaがQwen3.8-Max公開、Maxクラス初の重み公開を予告（8月3日）
Alibabaが8月3日11時（日本時間）、フラッグシップモデル「Qwen3.8-Max」を公開しました。あわせて、Maxクラスとしては初めて重みをオープンソース化すると予告しています。
「Qwen-Maxクラスのモデルの重みを開くのは初めて」
公式ブログのタイトルは「Qwen3.8-Max: A New Bar for Coding and Cowork」です。冒頭で正式リリースを告げたうえで、「Qwen-Maxクラスのモデルの重みを我々がオープンソース化するのは、これが初めて」と書いています。
規模も公表されました。2.4兆パラメータ（アクティブ95B）で、重みはHugging FaceとModelScopeで「来週」公開予定とされています。
ここは時制に注意が必要です。8月4日時点で重みはまだ公開されていません。予告の段階なので、オープンソース化したと過去形で書くと誤りになります。
100万トークンも画像・動画入力も、Maxクラスとしては初
仕様も確認できます。コンテキスト長は100万トークンで、画像と動画の入力に対応します。提供リージョンは北京・シンガポール・日本（東京）・フランクフルト・バージニアの5つです。
ただし新しさの所在を取り違えないほうがよさそうです。100万トークンも画像・動画入力も、Qwenシリーズとしては既存の機能でした。qwen3.7-plusなど下位のモデルはすでに対応しています。
新しいのはMaxクラスとしては初のマルチモーダル対応だという点です。前世代のqwen3.7-maxはテキスト専用でした。
なお動画入力の実際の上限は最長2時間・2GBです。公式ブログにある100時間超の動画という記述は能力の説明であって、APIの上限ではありません。コンテキスト長の100万トークンも文脈窓全体の上限で、入力単独では約98万トークン、出力は約13万トークンとなります。
価格はリージョンで異なり、東京は北京と同額
料金も公開されています。アリババ公式の定価は北京・東京・フランクフルト・バージニアが入力12元・出力36元（100万トークンあたり）で、シンガポールのみ入力14.988元・出力44.965元と高く設定されています。
OpenRouter経由の米ドル価格は入力2.00ドル（約320円）、出力6.00ドル（約960円）です。これはアリババ直販の価格とは別のものになります。
推論の既定にも特徴があります。reasoning_effortを公式にサポートし、既定はxhighで、mediumとlowも選べます。思考内容の保持もデフォルトで有効とされています。深く考える設定が既定になっている構成です。
ベンチマークについては、公式表が総合1位を主張していません。Terminal Bench 2.1やSWE-bench Pro、DeepSWE 1.1、FrontierSWEでは他社の上位モデルに劣る数値がそのまま載っています。名前が示すとおり、コーディングと業務作業に寄せたモデルという位置づけです。
所感：重みを開く階層が、一段上がったこと自体が節目
数字の大きさより、どの階層まで開くかという線が動いたことに目が留まりました。これまでMaxクラスは開かれず、下位のモデルだけがオープンウェイトでした。
ただし公開は来週とされていて、まだ手元では確かめられません。ライセンスの条件も現時点では分かりません。開くと言った時点と、実際に置かれた時点は別に見ておく必要があります。
もうひとつ気になったのは、公式表がベンチマークで劣る項目も載せている点でした。総合1位を主張していません。開く方針と、数字を盛らない書き方が同じ発表に同居しているのは、読む側としては扱いやすいと感じました。
⑦Googleアプリにエージェント作成の痕跡、雛形5種を解析で確認（8月3日）
Android版「Googleアプリ」の中に、Geminiで自分用のAIエージェントを作る機能の痕跡が見つかったと、Android Authorityが8月3日21時41分（日本時間）に報じました。Googleの公式発表はありません。
見つかったのはGoogleアプリ v17.45.14のコード
報じたのはAndroid AuthorityのAPK解析企画です。「ただし、Geminiへの入口として機能するAndroid版Googleアプリのバージョン17.45.14で、スマートフォンやタブレットからAIエージェントを作成・管理するオプションが確認できている」と書かれています。
対象がGeminiアプリ本体ではなくGoogleアプリである点に注意が要ります。「New agent」の項目は、Geminiのサイドバーで最近のチャット一覧の下に置かれているとのことです。
記事は自ら未確認だと明示しています。「もちろん、Googleが公式に詳細を明らかにするまで、確定したことは何もない」とあり、末尾には「作業途中のコードをもとに、将来サービスに登場しうる機能を予測する助けになる」「そうして予測された機能が一般提供に至らない可能性もある」という定型の注記も付いています。
この種の記事は、アプリの更新ファイルの中にある未公開のコードを読み解いて書かれます。実際に画面が出てくることもあれば、そのまま消えることもあります。読むときは確度をそう割り引いておく必要があります。
選べるのは5つの雛形だけで、自由記述はできない
中身も限定的です。「Geminiのモバイル版で見えているオプションは、現時点では5つの既製テンプレートから選ぶことしかできない」とされます。
用意されている雛形はFamily coordinator（家事の計画や家族との予定共有）、Tutor（学習テーマや宿題、小テスト作成）、Group organizer（複数人の外出や集まりの管理）、Marketing agent（SNS投稿やニュースレター）、Finance agent（支出の把握と支払期日のリマインド）の5つです。
現時点でエージェントの作成・管理ができるのはGoogle WorkspaceとEnterpriseの利用者に限られ、しかもWeb版のみとされています。自由記述でのカスタム作成もWeb版側の機能です。
つまり現状は、Web版では自由記述で作れるが、スマートフォン側では雛形から選ぶだけという差があり、その入口がスマートフォンにも用意されようとしている、という段階です。記事は非課金の利用者にも開放されるのではないかと推測していますが、これは記者の見立てであってGoogleの方針ではありません。
日本での提供や日本語対応については記事に記載がありません。未発表の機能なので、対象地域も時期も分かっていない状態です。同日にこの記事を引用した海外の後追い記事も出ていますが、いずれも情報源はAndroid Authorityの解析です。
所感：家計と学習が雛形に入っている点が気になった
5つの雛形の並びを見て、思っていたより生活寄りだと感じました。仕事向けはMarketingくらいで、あとは家族の予定、子どもの学習、集まりの幹事、支出の管理です。
とくにFinance agentは、支出を把握して支払期日を知らせる役割とされています。ここが動くとなると、渡す情報の範囲がかなり広くなります。雛形から選ぶだけという設計は始めやすい一方で、何を見せることになるのかは選ぶ前に考えたいところです。
ただし現時点ではコードが見つかっただけで、Googleは何も言っていません。この形のまま出るとは限らないので、実装されたら中身を確かめる、くらいの距離で見ておくのがよさそうです。
⑧GitHub Copilotで約1時間半の性能低下、複数モデルに影響（8月3日）
GitHub Copilotで、チャットとエージェントのモデルの可用性が低下する事象が起きました。GitHubの公式ステータスページによると、日本時間8月3日18時53分から20時25分までの約1時間半です。
「リクエストが失敗する可能性がある」と説明
初報は「Copilotのパフォーマンス低下に関する報告を調査しています」というものでした。続く更新でGitHubは「Copilotのチャットおよびエージェントのモデルで可用性の低下が発生しています。複数のモデルが影響を受けており、お客様のリクエストが失敗する可能性があります」と説明しています。
「失敗する可能性がある」という表現である点は押さえておきたいところです。全面的に使えなくなったわけではありません。
GitHubの影響度分類はminorで、コンポーネントの状態はdegraded_performance（性能低下）でした。停止やダウンではなく、性能が落ちた状態という扱いです。途中経過でも「Copilotで断続的なエラーが依然として確認されており、調査と緩和策の検討を続けています」と報告されています。
「断続的」という言葉が入っている点も見落とせません。ずっと使えないのではなく、通るときと通らないときが混ざる状態でした。この形がいちばん切り分けに時間を取られます。
緩和は約1時間26分後、原因は公表されていない
時系列は明快です。ステータス掲載が日本時間18時53分、緩和の報告が20時19分、解決宣言が20時25分でした。掲載から解決まで1時間31分45秒になります。
ただし「約1時間半」はステータスページに載ってから解決宣言までの時間である点は押さえておきたいところです。初報が「パフォーマンス低下に関する報告を調査しています」という書き方なので、実際に利用者が影響を受け始めたのはそれより前だった可能性があります。
「Copilotに影響していた低下は緩和されました。安定性を確認するため監視を続けています」という更新のあと、最終報で「詳細な根本原因分析は、判明次第共有します」とされました。
影響を受けた具体的なモデル名は公表されていません。GitHubの記述は「複数のモデルが影響を受けている」までです。すでに解決済みで、現在は全システムが正常稼働と表示されています。
所感：止まった時間帯が、日本では夕方から夜だった
障害そのものは1時間半で、影響度もminorです。ただ日本時間に直すと18時53分から20時25分で、仕事の終盤にあたる時間帯でした。
コード補完やエージェントに任せている作業が、断続的に失敗する状態が続くと、切り分けに時間を取られます。自分のコードが悪いのかツールが悪いのか分からない時間が、実際の障害時間より長く感じられるところがあります。
ステータスページに時刻と状態がきちんと書かれていたのは助かる設計だと思いました。一方で原因は今も公表されていません。同じことが起きるかどうかを判断する材料が、まだ手元にない状態です。
⑨Claudeで障害2件、8月3日夜と4日未明にエラー率上昇（8月4日）
Anthropicのステータスページによると、Claudeで性能低下のインシデントが2件記録されました。日本時間で8月3日夜と8月4日未明にあたり、いずれも解決済みです。
1件目は「複数モデルにまたがるエラー率」、5つの製品に影響
1件目のインシデント名は「Error rates across multiple models（複数モデルにまたがるエラー率）」です。日本時間8月3日21時52分に始まり、22時30分に「修正を適用し、結果を監視しています」、23時17分に「本インシデントは解決しました」と報告されました。約1時間24分です。
影響したのはclaude.ai、Claude Console、Claude API、Claude Code、Claude Coworkの5つで、いずれも正常稼働から性能低下へ状態が変わりました。チャット画面もAPIも開発ツールも、まとめて調子が悪くなった形です。
どのモデルだったのかは公表されていません。記述は「複数モデル」までです。
2件目はSonnet 5の性能低下、約15分で解決
2件目は「Degraded performance on Claude Sonnet 5（Claude Sonnet 5の性能劣化）」で、1件目の解決から56分後に発生しました。日本時間8月4日0時13分から0時29分までの約15分です。
解決報には「15:20 UTC（太平洋時間8:20am）時点で、Claude Sonnet 5のエラー率はベースラインに戻りました。本インシデントは解決しました」とあります。
影響範囲は1件目と少し違います。2件目はClaude Consoleを含まない4つで、claude.ai、Claude API、Claude Code、Claude Coworkでした。
2件とも影響度はminor、状態は性能低下です。原因、実際のエラー率、影響を受けた利用者数はいずれも公表されておらず、ポストモーテムも出ていません。日本時間8月4日9時8分の時点では全システムが正常稼働です。
頻度についても触れておきます。ステータスページの履歴をさかのぼると、この規模の性能低下は7月下旬にも繰り返し記録されています。今回の2件だけを取り出して異例のように読むのは、実態と合いません。
所感：1件目と2件目で、影響した製品の範囲が違っていた
1件目はclaude.aiからConsole、API、Code、Coworkまで5つに広がりましたが、2件目はConsoleを含まない4つでした。同じ日に続けて起きた障害でも、届く範囲は同じではありません。
自分が使っている入口だけを見ていると、他も同時にだめなのか、そこだけなのかが分かりません。ステータスページがコンポーネント単位で状態を出しているのは、そこを切り分けるためだと改めて思いました。
うまくいかないときに、まず何を疑えばいいのか。その順番を決める材料として、影響範囲の書き分けは意外と効いてきます。
⑩Google×Kaggleの5日間AI講座に35万3千人超が登録（8月4日）
GoogleとKaggleが6月に開いた5日間のAI集中講座について、結果をまとめた記事をGoogleが公開しました。公式ブログThe Keywordの投稿は日本時間8月4日0時です。
登録は35万3千人超、キャップストーン提出は6,000件超
記事によると、この「5-Day AI Agents: Intensive Vibe Coding Course with Google」には35万3千人を超える登録参加者がありました。
数字の定義に注意が要ります。原文は「registered participants（登録参加者）」で、実際に受講した人数でも修了者数でもありません。
キャップストーンについては、1万2千人を超える参加者から6,000件を超えるプロジェクト提出があったとされています。登録者数と比べると、最後まで手を動かした人はかなり絞られる形です。
数字を並べると、登録が35万3千人超、キャップストーンに取り組んだのが1万2千人超、実際に提出まで至ったのが6,000件超という三段構えになります。
講座は6月15〜19日に実施済み、教材は今も無料で使える
これは実施済みの講座の振り返り記事です。開催期間はKaggleの公式ページで2026年6月15日から19日と確認できます。約7週間前の出来事をまとめたもので、新しい講座が始まるという話ではありません。
読者にとって実用的なのは教材の扱いです。記事はすべての講座コンテンツが自分のペースで進められる形で引き続き利用できるとしており、Kaggle Learnのガイドページへのリンクが張られています。
規模の位置づけも押さえておきたいところです。GoogleとKaggleは2024年の初回以降、累計200万人を超える学習者と開発者が参加したとしています。
前回2025年11月の同シリーズは150万人超に到達したと同じブログが述べており、今回の35万3千人は過去最大ではありません。回によって規模に幅があることになります。
なお記事にはKaggleのDiscordに39万2千人超がいたという記述もありますが、これは登録者数の35万3千人を上回っており、講座参加者の内数ではなくコミュニティ全体の数と読むのが自然です。原典の書き方が曖昧なので、そのまま参加者数として扱わないほうがよさそうです。
所感：登録35万に対して、提出6,000という落差のほうを見たい
数字として目を引くのは35万3千人ですが、実際に最後の課題を出したのは6,000件超でした。率にすると2%に届きません。
これは講座の質の話ではなく、無料でオンラインの学習全般に起こることだと思います。登録は簡単で、5日間手を動かし続けるのは難しい。自分にも心当たりがあります。
そのうえで、教材が今も無料で残っていて自分のペースで進められる点は実用的でした。開催期間に間に合わなかったことを気にせず始められます。数字の大きさより、そこが読者にとっての持ち帰りになりそうです。
10本を貫く流れ：Google MeetとAmazonが分けた、説明のある変化とない変化
今回の10本を並べて見えてくるのは、AIをめぐる変化が、どこまで説明されて届くかで二つに分かれたことです。
説明が揃っていたのが①④⑥⑩です。Googleは対象プラン5区分と展開日程、管理者設定まで書きました。OpenAIは6か月かけた作り直しの中身を技術記事で開き、AlibabaはMaxクラス初の重み公開を予告したうえでベンチマークの負けている項目も載せています。Kaggleの講座も、登録35万3千人超と提出6,000件超という落差をそのまま出しました。
この4つに共通するのは、都合の悪い数字や条件も同じ場所に書いてあることです。読んだ人が自分に当てはまるかどうかを判断できます。
説明がなかったのが②③⑦です。警察庁の123件は数字が3社で一致するものの、公表資料が見当たりません。Amazonは開始時期も影響人数も検証方法も回答を拒否し、ドキュメントも出していません。Geminiのエージェント作成は、Googleが何も言わないままコードだけが見つかりました。
その中間にあるのが⑧⑨です。GitHubもAnthropicも、時刻と影響範囲は正確に公開しました。一方で原因はどちらも公表されておらず、GitHubは「判明次第共有します」、Anthropicはポストモーテムを出していません。止まったことは分かるが、なぜ止まったかは分からない状態です。
そして⑤は、その差が実際の選択に効いていることを示しました。米下院が使ったAIツールの支出は、金額で88%、件数で96%がChatGPTでした。判明分は11万3,740ドルと小さな額ですが、集中の度合いは市場で起きていることと変わりません。
読者の立場から見ると、①③⑦は同じ形をしています。ある日から自分の画面の見え方や使える範囲が変わるという話です。違うのは、変わる前に条件を知れるかどうかだけでした。①は最大15日という展開期間まで書かれ、③は自分が対象かどうかも分からず、⑦はそもそも出るかどうかが分かりません。
この3つは、情報が届く経路も違いました。①は公式ブログ、③は記者の取材、⑦はアプリの解析です。公式が言わなくても実態は動くので、読む側は経路ごとに確からしさを割り引いて受け取る必要があります。解析で見つかったものは出ないこともあり、取材で得たものは相手が答えた範囲までしか分かりません。
②が重いのは、その説明の空白が子どもの被害に重なっているからです。加害者の83件が同級生や同じ学校で、素材は学校生活の中で撮られた写真でした。件数は上半期で前年同期の倍になり、年間の実績もすでに超えています。
数字は報じられているのに、集計の定義まで確かめられる資料が今年の分だけ見当たらない。知らせる速さと、確かめられる形で残すことは別なのだと思います。
まとめ：Google Meetのスクショから下院のChatGPT88%まで、要点整理
最後に、この記事の10本を1行ずつで振り返ります。
- ①Google Meetの自動メモ：発表中の画面をGeminiが自動でスクリーンショットし、議事メモに貼るようになりました。米国時間8月3日から段階的展開で、対象はBusiness StandardやEnterprise Standardなど5区分です
- ②警察庁の性的ディープフェイク統計：2026年上半期の対応件数が123件で、前年同期60件から倍増しました。加害者との関係は同級生や同じ学校が83件と最多です
- ③Amazonのレビュー制限：AIクローラー対策の誤検知で一部の利用者がレビューを読めなくなっているとFast Companyが報じました。Amazonは開始時期も影響人数も回答を拒否しています
- ④OpenAIのGPT Live解説：音声システムを6か月で作り直した内部構造を技術記事で公開しました。クライアントはUDPパケット1個でセッションを開始できるとしています
- ⑤米下院のAI支出：CNBCが公開記録を集計したところ、特定できた11万3,740ドルのうちChatGPTが88%を占めました。2位のClaudeは1万3,160ドルです
- ⑥Alibaba Qwen3.8-Max：2.4兆パラメータのフラッグシップを公開し、Maxクラスとして初めて重みをオープンソース化すると予告しました。公開は「来週」とされています
- ⑦Geminiのエージェント作成：Android版Googleアプリに、5つの雛形からAIエージェントを作る機能の痕跡が見つかったとAndroid Authorityが報じました
- ⑧GitHub Copilotの性能低下：チャットとエージェントの複数モデルで可用性が低下しました。日本時間8月3日18時53分から20時25分までの約1時間半です
- ⑨Claudeの障害2件：日本時間8月3日夜と4日未明にエラー率の上昇がありました。2件目はSonnet 5の性能低下で、いずれも解決済みです
- ⑩Google×KaggleのAI講座：6月に開いた5日間講座に35万3千人超が登録しました。教材は今も無料で自分のペースで利用できます
そのうえで、今日いちばん取り違えやすいところを3つだけ挙げておきます。
- ②の「123件のうち38件」は、残りがAI不使用という意味ではない：123件はいずれも生成AI等の悪用事案として把握されたもので、38件は使ったツールまで特定できた件数です。警察庁の前年分の資料は「不明」を「生成AI等を用いたと思料されるものの特定に至らなかったもの」と定義しています
- ③の「8件」はAmazonが公表した数字ではない：取材に応じた2人の体験として出てくる数字で、Fast Companyの見出しにも入っていません。またこれは米Amazonの話で、Amazon.co.jpで同じ制限があるという証拠はありません
- ⑥の重みはまだ公開されていない：Alibabaが「来週」と予告した段階で、8月4日時点では未公開です。100万トークンの文脈長も画像・動画入力もQwenシリーズとしては既存機能で、新しいのはMaxクラスとしては初という点になります
AIの変化が、説明つきで来るものと説明なしで来るものに分かれた日でした。あなたが今日使ったサービスの仕様変更は、どちらの形で届いたでしょうか。
よくある質問（FAQ）
Q1. Google Meetのスクリーンショット機能は、自分の会議でも使われますか？
A. まず対象プランを確認してください。公式ブログが挙げているのはBusiness Standard、Business Plus、Enterprise Standard、Enterprise Plus、Google AI Pro for Educationの5区分だけです。Business StarterやEssentials、Frontline、個人アカウントの無料版Meetは対象外とされています。そのうえで、機能が働くのは「自動メモ生成」が有効になっている会議に限られます。会議でメモを取らせていなければ、スクリーンショットも撮られません。管理者はAdmin consoleで「常に許可」か「録画が有効なときのみ許可」かを選べ、7月27日の予告投稿では「常に許可」が既定だと書かれていました。発表を始めると発表者に通知が表示され、メモパネルから無効化できるとされています。展開は米国時間8月3日開始の段階的なもので、公式ブログは「機能が表示されるまで最大15日」としています。これは上限であって、15日で全員に届くという意味ではありません。なお日本語対応や日本での提供可否について、公式ブログには記載がありませんでした。
Q2. Amazonでレビューが読めなくなったら、どうすればいいのでしょうか？
A. Fast Companyの記事によると、この状態になった利用者はメールで申し立てを行い、数営業日の回答を待つことになります。実際に閲覧が戻るまで5日かかった例が紹介されています。ただし前提として、これは米Amazon（amazon.com）で報じられた事象で、Amazon.co.jpで同じ制限が起きているという証拠はありません。またAmazonはいつ制限を始めたのか、申請をどう検証しているのか、何人が影響を受けたのか、どんな行動が誤検知につながりうるのかについて、質問への回答を拒否しています。広報が公式に述べたのは「レビューにアクセスできなかった個別の事例があったかもしれないと認識しており、アクセスを確保できるよう対応してきた」という1文だけで、制限の仕組みには触れていません。同社は該当する利用者向けのドキュメントも公開していないため、事前に避ける方法は現時点で示されていない状態です。
Q3. Qwen3.8-Maxの重みは、いつどこで手に入りますか？
A. 8月4日時点では、まだ公開されていません。Alibabaの公式ブログは、Hugging FaceとModelScopeで「来週」公開すると予告した段階です。具体的な日付とライセンス条件は示されていません。モデル自体はすでにAPIで利用でき、提供リージョンには日本（東京）が含まれます。価格はアリババ公式の定価で、東京を含む4リージョンが100万トークンあたり入力12元・出力36元です。なお「100万トークンの文脈長」と「画像・動画入力」はQwenシリーズとしては既存の機能で、qwen3.7-plusなど下位のモデルはすでに対応しています。今回新しいのはMaxクラスとしては初めてマルチモーダルに対応し、初めて重みを開くという点です。前世代のqwen3.7-maxはテキスト専用でした。
筆者より
今回いちばん考えさせられたのは、①と③が読者にとって同じ形の出来事だったことでした。どちらも、ある日から自分の画面の見え方や使える範囲が変わる話です。
違いは、変わる前に条件を知れるかどうかだけでした。Googleは対象プラン5区分と展開日程、管理者設定と発表者への通知まで書いています。Amazonは開始時期も影響人数も検証方法も答えず、ドキュメントも出していません。
②が重く感じたのも、同じところに理由があります。123件という数字は3社の報道で一致していますが、警察庁のサイトに元の資料が見当たりません。数字を疑う理由はないものの、読者が自分で確かめる道は用意されていない状態です。
⑧と⑨は、その中間にありました。止まった時刻と影響範囲は正確に公開されているのに、原因はどちらも公表されていません。何が起きたかは分かるが、なぜ起きたかは分からない。この形が、いまいちばん多いのだと思います。
事実関係の誤りや新しい情報にお気づきの点があれば、コメント欄で教えてください。
参考資料
- Google Workspace Updates ブログ「Visual screenshots now included in Google Meet meeting notes」（現地表示2026年8月3日）／同「Visual screenshots in Google Meet meeting notes will soon be generally available」（現地表示2026年7月27日）／Google Meet ヘルプセンター（英語版・日本語版）
- 読売新聞（2026年8月3日17時26分公開／Infoseek転載）／共同通信（同日12時31分・12時47分配信）／khb東日本放送（同日14時17分公開）の各報道／警察庁「令和7年における少年非行及び子供の性被害の状況について」広報資料（2026年2月26日・生活安全局人身安全・少年課）
- Fast Company「Amazon limits access to customer reviews for some users because it thinks they’re AI」（Jared Newman／現地表示2026年8月3日）／Amazon Seller Central フォーラムの該当スレッド／Amazon 利用規約
- OpenAI 公式「How we built a realtime system for responsive voice AI in six months」（Justin Uberti・Zahan Malkani／Engineering／現地表示2026年8月3日）／同「Introducing GPT Live」（2026年7月8日）／IETF datatracker の draft-uberti-tsvwg-warp-00
- CNBC（Luke Fountain・Emily Wilkins／現地表示2026年8月3日）／米下院 Statement of Disbursements（2026年1〜3月期）
- Qwen 公式ブログ「Qwen3.8-Max: A New Bar for Coding and Cowork」（QwenTeam／2026年8月3日）／阿里云百炼 モデルドキュメントおよび料金表／OpenRouter のモデル情報
- Android Authority「Authority Insights」（AssembleDebug／現地表示2026年8月3日）
- GitHub 公式ステータスページのインシデント記録および履歴ページ（現地表示2026年8月3日）
- Anthropic 公式ステータスページのインシデント記録2件（現地表示2026年8月3日）
- Google 公式ブログ The Keyword「Inside Kaggle’s AI Agents Intensive Course with Google」（現地表示2026年8月3日）／同ブログの2026年4月27日付告知記事／Kaggle 公式コンペティションページ
この記事が気に入ったら
フォローしてね！
お気軽にコメントどうぞ