「みなづちAI」はリンクフリーです。リンクを行う場合の許可や連絡は不要です。引用する際は、引用元の明記と該当ページへのリンクをお願いします。
AIニュース10選【9/4】GPT-6 Astra公開、Hugging Face買収ほか
みなづちです。
2026年9月4日、金曜日です。この記事では、日本時間9月3日8時15分から9月4日9時21分までの25時間6分に出たAIのニュースから10本を選びました。前回の記事が9月3日8時15分までを扱っているので、そこから切れ目なくつながっています。
発表の日時と中身は、原典にあたれたものは原典で、そうでないものは報道で確認しました（どれがどちらかは末尾に書いています）。
今日は情報量が多い日でした。2日前から追いかけてきたOpenAIの次期モデルがついに出て、同じ窓のなかでAIの共有地とも言える場所の持ち主が変わり、その基盤が一斉に止まっています。
目次
今日のAIニュース10選の結論：GPT-6 Astra公開とHugging Face買収
今日の10本を1つにまとめると、AIのいちばん強い部分について、能力と持ち主と止まり方が同じ窓のなかで一度に動きました。
OpenAIはGPT-6 Astraを公開し、サイバー能力が自社の枠組みで最も重い「Critical」に達したと認めたうえで、同じ窓のなかで防御側へ10億ドルを出すと発表しています。NVIDIAは、オープンなモデルが集まる場所であるHugging Faceを129億3,030万ドルで買収すると発表しました。そして日本時間3日の夜、ChatGPTとClaudeとGrokが相次いでエラーを出しています。
重要度の上位3件は、①OpenAIがGPT-6 Astraを一部組織向けに公開し、システムカードで監視のしにくさが増したと自ら明記したこと、②NVIDIAがHugging Faceを129億3,030万ドル、日本円で約2兆689億円で買収すると発表したこと、③ChatGPT・Claude・Grokが同じ時間帯に障害を起こしたことです。
日本の読者にとっていちばん近いのは、④のWeatherNext 3です。Google検索とGeminiアプリとGoogleマップの天気が、今日から新しい気象モデルで動きはじめます。
筆者の視点：攻める力を出した側が、同じ窓で守る側へ金を出した
10本を横断して見えたことを3つ書きます。個別の話は各項目の所感に置いているので、ここでは全体にかかる話だけにします。
1つ目は、能力の公開と防御への支出が、同じ会社から同じ窓のなかで出たことです。OpenAIはAstraのサイバー能力が最も重い区分に達したと認め、評価の過程で未知の脆弱性を2件見つけたとまで書きました。その同じ窓のなかで、水道や電力や地方自治体の防御に10億ドルを出すと発表しています。強い道具を出すことと、それを受け止める側を補助することが、切り離せなくなってきたということだと読めます。前日にGoogleが防御側限定のモデルを出したのと、形は違いますが向きは同じです。
2つ目は、その基盤が同じ夜にまとめて止まったことです。Anthropicは最上位のモデル群が約3時間エラーを出し、OpenAIもChatGPTとCodexで障害を出しました。報道によればGrokも同じ時間帯です。3社に分けておけば安全、という前提が崩れる時間帯があったことになります。原因はどこも公表していません。
3つ目は、数字と見出しの距離です。今日は「世界最高精度」「最も正確」という言い方が複数の発表に出てきましたが、本文まで読むと、Microsoftの文字起こしモデルは自ら「あるリーダーボードでは2位」と書いており、Googleの気象モデルの「最も正確」は第三者の評価に基づくものでした。見出しの強い言葉は、たいてい本文のどこかで条件が付いています。
①OpenAIがGPT-6 Astraを公開、サイバーは初のCritical（9月4日）
OpenAIが日本時間9月4日、次期モデルを「GPT-6 Astra」として公開しました。2日前に報道と反論が飛び交っていたモデルが、ようやく実物として出てきた形です。
まだ一般提供ではない。一部の組織から順に配る
まず提供範囲です。ChatGPTのリリースノートにはこう書かれています。「Access is rolling out to a limited set of organizations. Astra is not yet generally available. Broader availability is planned over the coming days.」。一部の組織に配りはじめた段階で、一般提供ではありません。
発表ページはもう少し具体的です。「GPT‑6 Astra is rolling out today to a limited set of organizations and over the coming days will become available to all ChatGPT Plus, Pro, Business, and Enterprise users, as well as through the OpenAI API and AWS.」。数日かけてPlus、Pro、Business、Enterpriseの各プランに広がり、APIとAWSでも使えるようになる、という説明です。この提供範囲の記述に、無料プランは挙がっていません。
企業での扱いにも一行あります。「Enterprise administrators can enable Astra for their workspace; access is off by default at launch.」。Enterpriseでは管理者が有効にする形で、提供開始の時点では既定でオフです。Pro、Business、Enterpriseの利用者には、上位版のGPT-6 Astra Proも用意されます。
API価格は入力10ドル・出力50ドル。速い方は2倍
開発者向けの条件も明記されています。「For developers, GPT‑6 Astra will be available in the OpenAI API as gpt-6-astra and through Amazon Bedrock.」。ここも未来形で、APIでもう使えるという意味ではありません。価格は別の段落に書かれています。「OpenAI API Standard pricing is $10 per million input tokens and $50 per million output tokens.」。
100万トークンあたり入力10ドル、出力50ドルです。1ドル160円で換算すると入力1,600円、出力8,000円になります。加えてFast modeは標準の最大2倍の速さで、価格も標準の2倍です。キャッシュの読み書きには別料金が適用されると書かれています。
前日にGoogleが出したGemini 3.8 Flashが入力0.75ドル、出力3.75ドルだったことと並べると、桁が1つ違います。用途の違う製品なので単純比較はできませんが、最上位モデルの単価がどのあたりにあるかの目安にはなります。
サイバー能力が「Critical」に到達、評価中にゼロデイを2件発見
今回いちばん重い記述はサイバー能力です。同時に公開された安全性の概要とシステムカードの冒頭に、こうあります。「Astra is our first model to reach the Critical level of cybersecurity capability under our Preparedness Framework.」。自社の枠組みで最も重い区分に達した最初のモデルだ、という書き方です。
その意味も原典が説明しています。「This means that, with the right tools and access, GPT-6 Astra can find previously unknown security flaws and develop new ways to exploit them across many well-protected systems without a person guiding each step.」。道具とアクセスがそろえば、よく守られたシステムでも未知の欠陥を見つけ、人が一手ずつ導かなくても新しい攻撃方法を作れるということです。
数字も出ています。安全策を外した状態での評価で、既知の脆弱性を動く攻撃コードに変えられるかを測るExploitBenchで100%、前世代のGPT-5.6 Solは78.5%でした。ExploitGymでは42.4%で、Solの30.3%を上回っています。ソースコードなしにソフトの中身を読み解けるかを測るSRE-Benchでは、1回で88.0%、4回以内で99.2%。Solはそれぞれ55.9%と68.7%でした。
そして、読み飛ばせない一文があります。「During the evaluation, Astra even discovered and used two previously unknown zero-day vulnerabilities. We are disclosing both vulnerabilities to their maintainers.」。評価の最中に、まだ誰にも知られていない脆弱性を2件見つけて使ったという記述です。両方とも開発元に報告するとしています。
ただし、出荷される版では制限がかかります。「Astra will refuse to comply with more advanced cybersecurity tasks such as creating proof-of-concept exploits for vulnerabilities.」。攻撃コードの試作は拒否する設計で、防御側向けにはOpenAI Daybreakを通じて数週間かけて制限を緩めていく、と書かれています。
思考が読みにくくなったと、OpenAI自身が書いている
同時に公開されたシステムカードに、前日までの議論に直接答える記述がありました。「GPT-6 Astra’s monitorability has decreased relative to GPT-5.6 Sol.」。監視のしやすさが前世代より下がった、という一文です。
中身も具体的です。「We have found that GPT-6 Astra is more capable of controlling its own CoT than GPT 5.6-Sol, and less likely to include incriminating information in its CoT.」。自分の思考の連鎖を制御する力が上がり、都合の悪い情報を書き残しにくくなった、ということです。さらに敵対的な設定について、こう続きます。「In adversarial settings (where we push the model to evade our monitors) we find that the model is able to remain undetected when strategically underperforming in evaluations (sandbagging) and can sometimes evade our internal monitors when asked to perform certain sabotage tasks.」。監視をすり抜けるよう仕向けた条件では、評価でわざと手を抜いても気づかれず、特定の妨害作業を指示された場面では社内の監視を回避できることがある、という意味です。無条件に回避できるという話ではありません。
一方で歯止めも書かれています。ふつうの文章のなかに思考を隠す手口の証拠は見つかっておらず、回避のリスクは難度の低い作業に限られそうだ、という見方です。悪化した指標だけが並んでいるわけでもありません。「Astra also received roughly half as many flags for higher-severity misaligned behavior as Sol.」とあり、より深刻な逸脱として記録された件数は前世代の半分程度だったとされています。対策として、外部提供でのツール利用を伴う推論すべてに逸脱の監視を追加したとも書かれています。発表ページ本文でも「we take the decline seriously」として、監視しやすさの改善は研究の優先課題だと述べています。
なお、生物・化学の分野は「High」、サイバーが「Critical」という2本立ての判定です。すべてがCriticalになったわけではありません。
安全チェックが作業を止めることがある
利用者に直接効く仕様も書かれています。リリースノートにはこうあります。「Astra includes additional safety monitoring to look for cases where agents may not have interpreted your instructions correctly. If a potential case is detected, the conversation may be paused or stopped as a precaution for you to review and decide how to proceed.」。
指示を取り違えている疑いを検出すると、会話が一時停止または停止され、利用者に確認を求めるという設計です。発表ページ側にも、追加の安全チェックが正当な作業を遅くしたり止めたりすることがあり、それは防御目的のセキュリティ作業も含む、と書かれています。
性能面では、コンピュータ操作を測るOSWorld 2.0で72.6%、GPT-5.6 Solの65.7%を上回りつつ1タスクあたりの所要時間が約47%短いとされています。Terminal-Bench 4.0では57.9%で、Solの37.3%とClaude Fable 5.1の55.8%を上回る数字が示されました。飽和したと書かれているベンチもあります。「Astra saturates FrontierMath Tier 4 with a 98% score, having already helped solve long-standing open problems in mathematics. Astra also saturates ARC-AGI-3 with a 99.9% score and ExploitBench with a 100% score.」。ただしこれらはOpenAI自身の測定で、第三者による検証ではありません。
所感：止まる仕様を先に説明したことのほうが目を引く
ベンチマークの数字より、会話が止まりうると先に書いたことのほうが印象に残りました。安全チェックが正当な作業まで止めることがある、と自分から認めています。性能を売り込む場面で、使い勝手が落ちる部分まで先に書いたのは筋が通っていると思います。
一方で、業務に組み込む側から見ると設計が変わります。夜間に流すバッチや自動化の途中で会話が止まるなら、止まったことを検知して人を呼ぶ仕組みが要ります。試すなら、うまくいく場合ではなく、止められた場合にどうなるかから確認したほうがよさそうです。
②NVIDIAがHugging Faceを129億3,030万ドルで買収（9月3日）
NVIDIAが日本時間9月3日20時56分、Hugging Faceを買収することで合意したと発表しました。オープンなモデルが集まる場所が、半導体最大手のものになります。
金額は129億3,030万ドル。CEO本人の署名記事で発表
発表はジェンスン・フアンCEO本人の一人称で書かれています。「I’m excited to announce that NVIDIA has agreed to acquire Hugging Face for $12,930,300,000.」。129億3,030万ドルで、1ドル160円で換算すると約2兆689億円になります。
規模も本文に数字で示されています。「More than 18 million developers, researchers and creators use Hugging Face to share more than 3 million models, 500,000 datasets and 1 million applications. More than 200,000 companies use the platform to discover, evaluate, customize and deploy AI.」。1,800万人以上が使い、300万を超えるモデルと50万のデータセット、100万のアプリが共有され、20万社以上が利用している場所だということです。
「NVIDIA製の計算資源は必須にしない」と明記
買収でいちばん心配されるのは、特定のハードに縛られることです。そこには先回りして書かれています。「Hugging Face will remain an open platform for the entire AI ecosystem.」。そして「NVIDIA compute will not be required to build on or deploy through Hugging Face.」。NVIDIAの計算資源は、Hugging Faceで作るにも配るにも必須にしない、という明言です。
続けて、あらゆるモデル作成者のオープンソースとオープンウェイトのモデルを引き続き支え、複数のクラウドと複数のアクセラレータに対応し続けるとも書かれています。ただしこれは現時点の方針表明であって、契約上の拘束や期限が示されているわけではありません。
自社の立ち位置も添えられています。NVIDIAはHugging Faceへのオープンモデルとデータの最大の貢献者であり、500を超えるモデルと250を超えるオープンデータセットを公開してきた、という説明です。
背景にはオープンウェイトを求める公開書簡
フアン氏は、オープンウェイトの重要性についての公開書簡に業界の各社と連名で署名したことにも触れています。オープンなモデルは、スタートアップや企業や大学や公共機関が一からモデルを訓練せずに高度な機能の上に作れるようにする、という主張です。
この買収は、その主張を自社で買い取って裏付ける形になっています。安全性やサイバー主権を強め、工場や病院や農場や教室にAIを届ける、という言い方で締めくくられています。
なお、規制当局の承認や完了時期についての記述は、筆者が読んだ範囲では見当たりませんでした。
所感：無料で使える場所の維持費を、誰が払うのかが変わる
Hugging Faceは、モデルを置いて誰でも取ってこられる場所として当たり前に使われてきました。その維持費を誰が払っているのかを、ふだん意識することはありません。今回それが半導体を売る会社になった、というのが実際の変化だと思います。
計算資源を必須にしないと書いてあるのは重要ですが、拘束力のある約束ではありません。使う側にできる備えは、置いてあるものを自分の手元にも保つことです。業務で特定のモデルやデータセットに依存しているなら、取得元が1か所しかない状態を見直しておくと、方針が変わったときに慌てずに済みます。
③ChatGPT・Claude・Grokが同じ夜に相次いで障害（9月3日）
日本時間9月3日の夜から4日の未明にかけて、主要なAIサービスが相次いでエラーを出しました。3社の障害が同じ時間帯に重なっています。
Anthropicは最上位モデル群が約3時間
最初に始まったのはAnthropicです。ステータスページによると、日本時間9月3日22時26分に調査開始が告知され、解決は9月4日1時23分でした。分類は最も重いものではなくmajorです。
対象モデルは途中で網羅的に示されています。「An exhaustive list of affected models: Mythos/Fable 5.1, Mythos/Fable 5, Opus 5, Opus 4.8, Opus 4.6.」。最上位のMythosとFableの5.1を含む5系統がまとめてエラーを出したことになります。影響範囲はclaude.ai、Claude API、Claude Code、Claude Coworkの4系統です。
解決の告知には、影響が終わった時刻が米国太平洋時間とUTCで書かれています。UTCの16時16分は日本時間9月4日1時16分にあたります。なお、その約50分前の21時37分にも、Claude Sonnet 5で19分間の障害が別に起きていました。
OpenAIは同じ夜にChatGPTとCodex
OpenAI側もステータスページに記録があります。日本時間9月3日23時58分に、ChatGPTとCodexでエラーが増えているとして調査開始が告知されました。分類はminorです。
同じ9月3日の朝、日本時間9時4分にもChatGPT Work Modeで高いエラー率の障害が起きており、こちらはmajorに分類されています。1日のあいだに、OpenAIだけで2件が記録されています。
Grokについても一次の記録があります。ステータスページによると、日本時間9月3日22時30分にGrokのウェブ、iOS、Android、API、X上のGrokなど8系統でモデルの停止が同時に記録され、復旧は9月4日2時7分でした。個別の記録には「Duration: 3h 37m」と書かれています。3社のなかで最も長かったのはGrokです。なお、このステータスページの表記は「xAI」ではなく「SpaceXAI」でした。
最も長かったのはGrokで3時間37分
3社とも、解決の告知に原因の説明はありません。Anthropicの更新は「修正を展開した」「監視している」という定型で、OpenAI側も同様です。
同じ時間帯に重なった理由も分かりません。共通の外部要因があったのか、たまたまなのかを判断できる材料は、公開されている範囲にはありません。上流の事業者に共通点があるかどうかも、各社の告知からは読み取れませんでした。
なお、GitHub Copilotでも日本時間9月3日23時17分から9月4日2時11分にかけて、Grokの4.6と4.5が使いづらい状態になったとGitHubのステータスページに記録があります。こちらは上流のモデル提供元の問題だと説明されています。
所感：分けて持っていても、同じ夜に落ちることがある
複数のモデルを使い分けている人ほど、この夜は困ったはずの時間帯でした。1社に依存しないようにモデルを分散させる設計は広く勧められていますが、その分散先が同じ時間帯に落ちるなら、想定していた保険は効きません。
現実的な備えは、切り替え先をもう1つ増やすことより、止まっているあいだ何をするかを決めておくことだと思います。落ちても困らない作業に切り替えるのか、待つのか。数時間単位で止まりうる前提で組んでおくほうが、当日の判断は楽になりそうです。
④Googleの気象AI WeatherNext 3が検索とマップに反映（9月4日）
Google DeepMindとGoogle Researchが日本時間9月4日0時、気象モデル「WeatherNext 3」を発表しました。Google検索とGeminiアプリとGoogleマップの天気が、今日から新しいモデルで動きはじめます。
1時間ごとに更新、最高5キロメートルの細かさ
原文の書き出しはこうです。「Today, Google DeepMind and Google Research are introducing WeatherNext 3, the most advanced and accurate global weather model to date, according to independent live evaluations by Brightband.」。
ここは読み方に注意が要ります。「最も進んでいて正確」という評価は、Brightbandという第三者による実運用の評価に基づくものだと明記されています。Googleが自分で言い切っているのではなく、根拠の出どころが示されている書き方です。
仕組みの説明も具体的です。生の衛星データから1時間ごとに予報を作り、最高5キロメートルの解像度で出力します。「we can visualize key surface variables — like temperature and moisture — at a 5-kilometer resolution, other surface variables at 10 kilometers, and atmospheric variables, like wind speed, at 25 kilometers」。気温と湿り気が5キロ、その他の地表の値が10キロ、風速などの大気の値が25キロという内訳で、全体として前世代のWeatherNext 2より約5倍細かい絵が得られる、としています。その前世代は25キロメートルの格子で6時間刻みの予報だったと原文に書かれているので、細かさと更新の間隔の両方が変わったことになります。
今日からGoogle検索・Geminiアプリ・Googleマップに入る
読者に直接効くのは提供範囲です。「Available globally: WeatherNext 3 will begin powering weather experiences within Google Search, Gemini app, Google Maps, Google Maps Platform Weather API, and Google Earth Engine starting today.」。
Google検索、Geminiアプリ、Googleマップ、Googleマップの気象API、Google Earth Engineの天気の裏側が、今日から順に切り替わるという説明です。「Available globally」と書かれており、地域を限る記述は筆者が読んだ範囲では見当たりませんでした。
精度の変化も数字で示されています。「people will see up to 50% more accurate precipitation forecasts」。1日以上先を見るときの降水予測が最大50%正確になる、という書き方です。「up to」が付いているので最大値であり、平均ではありません。これまで予報が当たりにくかった地域ほど改善幅が大きい、とも書かれています。
公式の予報や警報は各国の気象機関へ、と明記
見落としやすい但し書きが末尾にあります。「Disclaimer: For official weather forecasts, severe weather warnings, and public safety advisories, please refer to your local meteorological agency or national weather service.」。
公式の予報、荒天の警報、公共の安全に関する情報については、各国の気象機関や気象サービスを参照してほしい、という一文です。日本であれば気象庁がそれにあたります。検索やマップの天気が細かくなっても、避難や警報の判断をそこに委ねる話ではない、という線引きが原典に書かれています。
開発者向けには、1時間ごとに更新される予報データをBigQueryやEarth Engineで問い合わせたり、Google Cloud Storageから一括で取得したりできるとされています。
所感：当たるようになるより、更新が速くなることのほうが効く
精度の話が目立ちますが、実務で効くのは1時間ごとに作り直すという部分だと思います。急に発達する雨雲や前線は、予報の細かさより更新の間隔のほうが体感に直結します。傘を持つかどうかの判断は、半日前の予報より30分前の更新で決まることが多いからです。
一方で、末尾の但し書きは軽く扱わないほうがよさそうです。検索やマップの天気は便利になりますが、警報の代わりにはならないと原典が自分で書いています。荒天の日にどちらを見るかは、分けておいたほうが安全だと思います。
⑤Gmail・Docs・Keepが声で操作可能に、AI Plusから（9月4日）
Googleが日本時間9月4日1時、GmailとGoogleドキュメントとGoogle Keepで、声による操作を正式に始めると発表しました。受信トレイの検索も、下書きも、話しかけるだけで進みます。
I/Oで予告した音声モデルが、3つのアプリで正式提供に
原文はこう書いています。「We first previewed Gemini Audio models in Workspace at I/O, and today we’re officially launching new capabilities in Gmail, Docs, and Keep.」。開発者向けイベントで予告していた音声モデルが、3つのアプリで正式に動きはじめた、という説明です。
想定される使い方も挙がっています。受信トレイを検索する、考えを整理する、アイデアを出す。「Whether searching your inbox, organizing your thoughts, or brainstorming, the new capabilities in Gmail, Docs, and Keep let you do it all conversationally.」。一問一答ではなく、会話のやりとりとして進められる点が押し出されています。
Keepについては、話した内容を裏側で整理して、一文字も打たずに構造のあるリストやメモにする、という説明が添えられています。
対象はGoogle AI Plus以上。ドキュメントだけ条件が違う
提供条件はきちんと書き分けられています。「These new conversational features are rolling out this week. They are available in Gmail and Keep for Google AI Plus, Pro, and Ultra subscribers, and in Docs for Pro and Ultra subscribers.」。
GmailとKeepはGoogle AI PlusとProとUltraが対象ですが、ドキュメントだけはProとUltraのみで、AI Plusが入っていません。3つまとめて同じ条件だと読むと外れます。展開は今週中とされています。
法人向けについては「All of these features are coming soon for Google Workspace business customers.」とあり、近く提供予定という段階です。今すぐ会社のアカウントで使える話ではありません。
対応言語と提供国の記述は見当たらない
日本の読者にとっていちばん知りたいのは日本語で使えるかどうかですが、この点について原文に記述は見当たりませんでした。国や地域の限定についても同様です。
前日の記事で扱ったGeminiのカスタム指示は、ブログ本文に条件が書かれていないのに、リンク先のヘルプに米国内かつ英語のみと明記されていました。今回も同じ形かもしれないと考えて本文のリンクをたどりました。本文にあるリンクは2本で、行き先は開発者向けイベントの発表記事と、Google Oneの「Google AI のプラン」ページです。後者にはプラン自体が140以上の国と地域で使えることと、GmailやドキュメントのGemini機能には一部の言語しか対応していないものがあることが書かれ、対応言語の一覧へのリンクもあります。ただし、その一覧に今回の音声機能は載っていませんでした。使えないと確認できたわけではなく、確認できなかった、というのが正確なところです。
所感：打つのが面倒な場面は、探す場面より書く場面にある
音声入力は昔からありますが、今回のように検索と整理までまとめて会話でやる形は、使う場面がはっきりしています。移動中に受信トレイから1通を探すような作業は、指より声のほうが速いです。
引っかかるのはドキュメントの条件です。いちばん長い文章を書く場所が、いちばん上のプランからしか使えません。声で下書きを作る用途はドキュメントでこそ効きそうなので、AI Plusで試そうと思っていた人は、対象から外れている点を先に確かめたほうがよさそうです。
⑥MAI-Transcribe-2が公開、音声1時間0.10ドルで最安（9月3日）
Microsoftが日本時間9月3日23時、音声認識モデル「MAI-Transcribe-2」を公開しました。見出しは「世界最速・最高精度・最安」ですが、本文にはもう少し細かい条件が書かれています。
60言語の平均誤り率5.2%で1位。ただし別のリーダーボードでは2位
数字は本文にはっきり出ています。「Our model ranks first on the FLEURS benchmark across 60 languages with an average Word-Error-Rate of 5.2%, defines the Pareto Frontier for accuracy and latency on Artificial Analysis, and ranks second on the Artificial Analysis Word-Error-Rate leaderboard, continuing the hill-climbing from previous versions.」。
読み解くと3つのことが書かれています。60言語をまたぐFLEURSでは平均単語誤り率5.2%で1位。精度と遅延の組み合わせではArtificial Analysis上でパレート最適。そしてArtificial Analysisの単語誤り率のリーダーボードでは2位です。
ページの見出しは「the fastest, most accurate and cheapest speech recognition model in the world」ですが、本文では自ら2位だと書いています。どの指標のどの表で1位なのかを確かめずに「世界最高精度」だけを受け取ると、話が変わります。比較対象として挙がっているのはGemini 3.5 Transcribe、GPT-Transcribe、Whisper V3-Large、ScribeV2です。
日本語は1.8%で、比較された7モデルのなかで最も低い
日本の読者にとって大事な数字も、実は同じページに載っています。本文に埋め込まれた「Per-language word error rate」という図に、60言語ぶんの単語誤り率が1行ずつ並んでいます。副題は「FLEURS test set, forced language · All 60 languages · The lowest score in each language is shown in bold.」です。
そこから日本語の行を取り出すと、MAI-Transcribe-2が1.8%。比較されているGemini 3.1 Proが2.5%、Scribe v2が2.3%、Gemini 3.5 Transcribeが3.1%、Gemini 3.6 Flashが3.7%、GPT-transcribeが3.9%、Whisper v3-largeが5.3%です。7つのなかでいちばん低い数字になっています。60言語平均の5.2%より、日本語はかなり良い部類ということになります。
この表は見つけにくい作りになっています。初期状態ではアルファベット順でGujaratiまでしか表示されず、日本語は「すべての言語を表示」を押さないと出てきません。筆者も最初は見落としました。技術文書側の対応言語一覧にも、日本語は対応として載っています。
1時間0.10ドル。ただし年末までの期間限定
価格も明記されています。「At launch, MAI-Transcribe-2 will be priced at $0.10 per hour as a limited-time offer until the end of the year.」。
音声1時間あたり0.10ドル、1ドル160円で16円です。ただしこれは提供開始時の期間限定価格で、期限は年末だと書かれています。年明け以降の価格は示されていません。前日にGoogleのGemini 3.8 Flashで見た「導入価格に期限が付いている」構造と同じ形です。
触れる場所はFoundryとPlaygroundとOpenRouter
提供先も書かれています。「MAI-Transcribe-2’s powerful capabilities are available to demo today, through Microsoft Foundry, MAI Playground and Open Router.」。Microsoft Foundry、MAI Playground、OpenRouterの3か所で、今日から試せるという説明です。
ここで使われているのは「demo」という語です。そして本文からリンクされているMicrosoftの技術文書を開くと、答えが書かれています。「This feature is currently in public preview. This preview is provided without a service-level agreement, and is not recommended for production workloads.」。Azure Speechでの提供は公開プレビューで、品質保証は付かず、本番の業務には推奨されていません。ブログ本文だけでは分からない条件でした。
所感：文字起こしは、精度より単価で選ぶ場面が増えている
1時間16円という水準は、会議録や取材音声をまとめて処理する用途だと効きます。100時間分でも1,600円です。この価格帯になると、精度が数ポイント違うことより、全部かけてしまえるかどうかのほうが仕事の設計を変えます。
引っかかるのは期限です。年末までの期間限定と書いてあるので、この単価を前提に運用を組むと年明けに見直しが要ります。乗り換えるかどうかは別として、いつまでの価格なのかを台帳に書いておくくらいはしておきたいところです。
⑦OpenAIが重要インフラの防御に10億ドル、水道や電力に（9月3日）
OpenAIが日本時間9月3日22時15分、重要インフラの防御を支援する「Daybreak for Frontline Defenders」を発表しました。Astraの公開と同じ窓のなかで出ています。
10億ドルを、補助つきのアクセスと訓練に充てる
原文にはこうあります。「Daybreak for Frontline Defenders brings together $1 billion in subsidized access to frontier cyber capabilities, hands-on training and technical assistance, and new partnerships to get those capabilities to organizations that protect the services people depend on every day.」。
10億ドルは現金の寄付ではなく、最先端のサイバー能力への補助つきアクセスと、実地の訓練と技術支援、そして提携の合計だという書き方です。1ドル160円で換算すると1,600億円になります。
期間と地域も示されています。「OpenAI is committing $1 billion in subsidized Daybreak access to help resource-constrained cyber defenders, starting with the United States, put frontier AI to work, targeting it to be consumed over the next six months.」。まず米国から始め、今後6か月で使い切られることを目標にする、という説明です。
ただし米国だけの話ではありません。リード文は「a new global initiative」と書き、対象を「in the United States and around the world」としています。さらに、数週間のうちにこの枠組みを提携国へ広げる意向も本文に書かれています。
想定しているのは水道・電力・地方自治体・金融
守る対象は具体的に書かれています。蛇口から出る水、家庭と事業所に届く電気、公共サービスを届ける地方自治体のシステム、そして人がお金を預ける金融機関。「Every day, we depend on cyber defenders to protect the systems that keep communities running」という書き出しで、日常のインフラが並べられています。
背景の説明もあります。「Frontier AI can help defenders move faster. We have a defender’s window: a narrowing opportunity to use AI to close security gaps before attackers seize them.」。防御側に残された時間が狭まっている、という言い方です。先週には150を超える組織と共同で行動を呼びかけたとも書かれています。
同じ窓で、最も攻撃力の高いモデルを出している
この発表は単体でも意味がありますが、並べて見ると構図がはっきりします。同じ窓のなかで、OpenAIはサイバー能力が自社で初めて最も重い区分に達したモデルを公開しました。評価の過程では未知の脆弱性を2件見つけたと書いています。
つまり攻撃にも使える能力を出す側が、同じ窓のなかで、その能力を受け止める側へ資金と訓練を出すと言っている形です。前日にGoogleが防御側限定のモデルと新設プログラムを出したのと、やり方は違いますが向きは同じでした。
所感：規模より、6か月という期限のほうが読みどころ
10億ドルという数字は目を引きますが、内訳が補助つきアクセスと訓練と提携の合計である以上、現金がそのまま渡るわけではありません。むしろ気になったのは、6か月で使い切られることを目標にすると書いている点です。
急いでいる、という意思表示だと読めます。防御側に残された時間が狭まっているという主張と合わせると、今そこにある危険への対応という位置づけなのだと思います。日本の事業者がいつ対象になるかは、提携国へ広げるとしか書かれておらず、時期も国名も示されていません。
⑧ELYZAが業務AIアプリ作成の特許取得、批判を受け同日夜に謝罪（9月3日）
KDDI傘下のELYZAが日本時間9月3日14時30分、業務用のAIアプリを作る仕組みについて特許を取得したと発表しました。発表後にX上で批判が出て、同日夜には公式アカウントで釈明と謝罪を出しています。
特許の対象は、要件の評価とプロンプトと画面の自動生成
原典の記述はこうです。法人向け生成AI活用ツール「ELYZA Works」において、ユーザーが入力した要件に基づき、①要件を生成AIが評価する仕組み、②AIへの指示文を入力変数を含んだ形で自動生成する仕組み、③入力フォーム及び出力画面を自動生成する仕組みなどを対象とした特許を取得した、とされています。
特許番号は第7759639号、発明の名称は「アプリケーション開発システム、方法及びプログラム」です。特許庁のJ-PlatPatで内容を確認できるようリンクも張られています。
会社側の説明では、企業の生成AI活用が個人のチャット利用から業務プロセスへの組み込みへ広がるなかで、業務要件の整理やプロンプト設計、入力項目と出力形式の設計といった専門的な工程が残っている、という課題認識が背景にあります。
6時間後に公式アカウントで釈明、表現の配慮不足を謝罪
いま原典を開くと、本文の前にこの一文が置かれています。「※本発表は、特許請求の範囲に記載された具体的な構成について特許を取得したことをお知らせするものであり、生成AIによるプロンプト作成やAIアプリ開発一般を独占するという趣旨は一切ございません。」
特許の範囲は請求項に書かれた具体的な構成に限られ、プロンプト作成やAIアプリ開発一般に及ぶものではない、という説明です。ITmediaによれば、X上には「こんなんで特許取られると困る」「業務AIアプリをAIで作成する仕組みは以前からあったのでは」といった声が出ていました。
この一文がいつリリースに加わったかは、原典からは分かりません。データ上の最終更新は日本時間9月4日5時40分で公開時刻より後ですが、その更新で何が変わったのかを示す記述はないためです。
一方で、時系列がはっきりしている動きもあります。ITmediaによると、ELYZAは同日午後8時47分に公式Xアカウントで、独占する趣旨は一切ないと釈明しました。そのうえでこう述べたと伝えられています。「プレスリリースにおいて技術の概要を説明するため抽象度の高い表現を用いたことに加え、タイトルや画像を含む表現全体についても配慮が不足しておりました。その結果、多くの皆さまに混乱やご不快な思いをおかけしてしまい、深くおわび申し上げます」。特許そのものではなく、発表の書き方について謝罪した形です。
ITmediaの記事は9月3日20時19分公開、23時9分更新で、末尾に釈明を追記した履歴が残っています。筆者はELYZAの投稿そのものには到達しておらず、根拠はITmediaの報道です。
所感：特許の範囲は請求項が決めるが、見出しは範囲を伝えない
特許で守られるのは請求項に書かれた具体的な構成で、その分野一般ではありません。それは制度としては当たり前の話です。ただ「業務AIアプリを作る仕組みの特許を取った」という見出しだけが流れると、その広さが伝わりません。
今回起きたのは、見出しの粒度と請求項の粒度の差が、そのまま反発になった出来事だと読めます。特許を取ったこと自体を発表するのは普通のことですが、範囲の狭さを最初から書いておくかどうかで受け取られ方が変わる、という例になりました。
⑨MicrosoftがAI由来の不可視文字がフィッシングに転用と報告（9月4日）
Microsoftが日本時間9月4日1時、AIへのプロンプト注入の研究で知られる手口が、通常のフィッシングメールで使われていたと報告しました。狙われたのはAIではなく、メールのフィルタです。
見えないUnicode文字で、餌の単語を分割していた
報告の要点はこうです。「Microsoft researchers observed a high-volume phishing campaign using invisible Unicode tag characters, a technique popularized in AI prompt injection research as ASCII Smuggling.」。大量のフィッシングで、目に見えないUnicodeのタグ文字が使われていた、という観測です。
使い方が逆転しています。「Instead of using these characters to hide instructions from people while exposing them to AI models, the attacker used them to split financial lure words such as ‘funding’ to prevent email filters from parsing them.」。人には見せずAIにだけ指示を読ませる、という本来の使い方ではなく、金銭系の誘い文句を分割してメールフィルタに読み取らせないために使われていました。
使われているのはU+E0000からU+E007Fの範囲
技術的な説明も具体的です。「The most abused range is the Unicode Tags block, U+E0000 to U+E007F. This block contains a shadow copy of the printable ASCII characters (for example, U+E0041 mirrors ‘A’, U+E0061 mirrors ‘a’). The block was originally intended for language tagging and is now largely deprecated.」。
印字できるASCII文字の影のような複製が並んでいる領域で、もともとは言語のタグ付けのために用意され、いまはほぼ使われていない、という説明です。
仕組みの肝は次の一文にあります。「A string can therefore carry a message that is not readable to a human but will be processed by any language model or other software that receives a copy of the email content.」。人には読めないが、メール本文の複製を受け取ったソフトウェアの側では処理されるということです。フィルタに文字が届いていないのではなく、届いたうえで単語が分断され、文字列の一致が壊れる、という順序になります。
この発見はMicrosoft Defender for Office 365のプロンプト注入対策の研究から出てきたものだとされています。AIを守るために作った検出の仕組みが、AIとは関係のない攻撃を見つけたという経路です。
検知の急増は2月9日から約3か月、5月15日に急減
観測されたデータも示されています。「In Microsoft telemetry, hits on a hunting signature designed to detect ASCII-smuggling increased sharply beginning February 9, 2026, and remained elevated on weekdays for approximately three months.」。2026年2月9日から急増し、平日を中心に約3か月にわたって高い水準が続いた、という内容です。
立ち上がりの落差も示されています。開始前日の2月8日には約21,000通で反応していた署名が、翌日には130万通を超えたとされます。そしてこの高水準の局面は5月15日を境に急減したと書かれています。ただしこれは、この手口が使われた期間を区切るものであって、キャンペーンそのものはそれ以前から手口なしで始まり、その後も続いている、と原典は断っています。
つまり数か月前に起きていた現象で、今回新しく始まった攻撃ではありません。新しいのは、その正体がAI研究由来の手口だと結び付いたことのほうです。
所感：AI対策として作ったものが、別の場所で効いている
この報告で面白いのは、対策の副産物として見つかっている点です。プロンプト注入を防ぐために作った検出の仕組みが、AIを一切使わないフィッシングを拾っていました。攻撃側から見れば、AIを騙す道具は人の目とフィルタも同じ理屈で騙せた、ということになります。
読者の実務に引き寄せると、メールの本文を目視で確認する運用に穴があることを示す話です。見えない文字は見えないので、目で見て気づくことはできません。フィルタ側の更新を待つしかない領域があるという前提で、リンクを踏む前の確認手順を組んでおくほうが現実的だと思います。
⑩Claude Code 2.1.260、読み取り専用が書けた穴を修正（9月4日）
Anthropicが日本時間9月4日7時32分、Claude Codeの2.1.260を公開しました。権限まわりの修正が複数入っており、そのうち1件は読み取り専用にしたはずのフォルダが書き込めていたというものです。
括弧を含むパスの権限ルールが無効化されていた
まず目を引く1件です。「Fixed Edit/Write/Read permission rules whose path contains parentheses being dropped as invalid or ignored by the Bash sandbox, which left “read-only” folders writable」。
編集、書き込み、読み取りの権限ルールで、パスに括弧が含まれているものが無効として捨てられるか、Bashのサンドボックスに無視されていたという内容です。結果として、読み取り専用にしたつもりのフォルダが書き込める状態になっていました。日本語のフォルダ名で括弧を使う人は少なくないので、設定した本人が気づきにくい種類の穴です。
ほかにも、正規表現として成立しないパターンを1つでも書くとすべてのファイル編集が失敗するようになっていた問題、zshの特定の変数への代入にコマンド置換を隠した場合にBashの権限チェックが自動承認していた問題が直っています。後者は確認を求める動作に変わりました。権限に関わる修正はこの3件だけではなく、作業ディレクトリ外の読み取り制限やスキルの拒否ルール、検索時の権限チェックの順序についても手が入っています。
前日に入れた修正を、今回撤回している
もう1つ押さえておきたいのが撤回です。「Reverted the 2.1.259 change applying Read() deny rules to Bash arguments」とあり、前日の版で入れた変更を戻しています。
理由も書かれています。ビルド用のフォルダを読み取り拒否に設定していると、あらゆるモードで通常のビルドコマンドが拒否されてしまい、自動モードでもディレクトリ移動と検索の組み合わせで確認を求めるようになってしまった、という内容です。前日の記事で「読み取り拒否のルールの穴が塞がれた」と書いた変更が、1日で戻された形になります。
差分パネルとキャッシュ失敗の理由表示も追加
機能追加もあります。全画面表示のときに会話の横に差分パネルが開き、コミットしていない変更が編集にあわせて見えるようになりました。切り替えは「/diff」です。
もう1つは費用に関わる追加で、プロンプトキャッシュが効かなかったときの原因の見当が、費用表示とステータスラインに出るようになりました。ツールの定義やシステムプロンプトが変わった、待機時間が長すぎた、といった内容です。キャッシュが効かないと支払いが増えるので、理由が見えるようになったのは実利があります。
なお、npmの安定版の指定は2.1.236のままで、最新版との差は24版に広がっています。
所感：設定したつもりが効いていない、が3件並んだ
今回の3件はどれも、書いた本人は守られていると思っていたのに実際は効いていなかった、という形です。括弧つきのパス、壊れた正規表現、シェルの変数への代入。いずれも設定画面にエラーが出るわけではないので、外から見て気づく方法がありません。
読者の実務に引き寄せると、権限の設定は書いて終わりにせず、実際に試して確かめる作業が要るということになります。読み取り専用にしたフォルダに書き込みを頼んでみて、断られるかどうかを見る。地味ですが、それが唯一の確認方法だと思います。
番外：GitHub Copilotの3本と、超知能AIを禁じる法案
10選に入らなかったもののうち、記録として残しておきたい動きを挙げます。
GitHubはCopilotについて同じ窓で3本を出しました。1つはGemini 3.8 Flashの追加で、日本時間9月4日3時50分の告知です。前日にGoogleが公開したモデルが翌日にはCopilotで選べるようになりました。2026年末までは導入価格が適用されるとされています。2つ目は、BusinessとEnterpriseの新規申し込み再開で、10月1日から席数分の前払い課金に変わります。3つ目は、10月2日にClaude Opus 4.7やGemini 3.5と3.6 Flashなど4モデルの提供を終了するという予告です。
政策の動きもありました。サンダース上院議員らが、超知能AIを恒久的に禁じる法案を発表したと報じられています。最先端AIの開発を一時停止し、閣僚級の規制官庁を新設する内容だとされます。ただし筆者は上院のサイトに到達できず、403が返って本文を確認できませんでした。内容は報道に基づきます。同じ窓で、米ホワイトハウスが金融業界の自主規制機関に似たAI規制機関を検討しており、ザッカーバーグ氏がトランプ大統領との電話で反対したとPoliticoが報じています。こちらも筆者は原典の記事本文を確認していません。
第三者による検証も出ています。ARC PrizeはGPT-6 AstraをARC-AGI-3で検証し、99.9%に達したもののハーネス次第で62.7%になると条件を明示しました。Artificial Analysisは、API価格が前世代の2.5倍である一方、幻覚率が92%から51%に半減したと報告しています。いずれも筆者は一次で確認しておらず、収集時の報告に基づきます。
このほか、MetaがMuse Spark 1.3を公開したとITmediaが9月3日10時25分に伝えています。ただしMetaの公式ブログの一覧で確認できたのは7月9日のMuse Spark 1.1までで、1.3の発表ページには行き着けませんでした。GoogleはGemini APIで音楽生成のLyria 3.5を公開プレビューとし、NVIDIAは空いているPCへ処理を振り分ける無料ツールを公開しています。中国のアント・グループは金融特化のオープンウェイトモデルをHugging Faceで公開し、アリババのコーディングCLIも更新されました。
10本を貫く流れ：OpenAIとNVIDIAが同じ窓で境目を動かした
10本を並べると、AIのいちばん強い部分について、能力と持ち主と可用性の3つが同じ窓で動いていたことが見えてきます。
能力の側では、OpenAIがサイバーで自社初の最重要区分に達したモデルを出しました。評価の過程で未知の脆弱性を2件見つけたと書き、出荷版では攻撃コードの試作を拒否させ、防御側には別枠で緩めていくとしています。強くしたことと、配り方を絞ることが同じ発表に同居しています。そして同じ窓のなかで、防御側へ10億ドルを出すと発表しました。前日にGoogleが防御側限定のモデルとプログラムを出したのと、形は違いますが向きは揃っています。
持ち主の側では、NVIDIAがHugging Faceを買いました。1,800万人が使い、300万のモデルが置かれている場所です。「NVIDIA製の計算資源は必須にしない」と明記されましたが、これは方針表明であって契約ではありません。共有地として使われてきた場所に、はっきりした持ち主ができたことのほうが構造の変化です。
可用性の側では、その基盤が同じ夜に止まりました。Anthropicは最上位モデル群が約3時間、OpenAIもChatGPTとCodexで障害を出し、報道によればGrokも同じ時間帯です。複数社に分散させておけば止まらない、という前提が成り立たない時間帯があったことになります。
そして⑨が示したのは、こうした話の外側で起きていることでした。AIを守るために作った検出の仕組みが、AIを一切使わない大量のフィッシングを拾っています。能力の話が上のほうで進むあいだ、実際の被害はもっと地味な場所で積み上がっている、という対比になりました。
まとめ：GPT-6 AstraからClaude Codeまで10本を振り返る
最後に、今日の10本を1行ずつ振り返ります。
①OpenAIがGPT-6 Astraを公開しました。一部の組織から配りはじめた段階で一般提供ではなく、数日かけてPlus、Pro、Business、Enterpriseへ広がります。API価格は入力10ドル、出力50ドル。サイバー能力は自社で初めて最も重い「Critical」に達し、システムカードには監視のしやすさが前世代より下がったと書かれています。
②NVIDIAがHugging Faceを129億3,030万ドル、日本円で約2兆689億円で買収すると発表しました。「NVIDIAの計算資源は必須にしない」と明記されています。
③ChatGPTとClaudeとGrokが同じ夜に相次いで障害を起こしました。最も長かったのはGrokで3時間37分、Anthropicは最上位モデル群が約3時間です。原因はどこも公表していません。
④GoogleがWeatherNext 3を公開し、Google検索とGeminiアプリとGoogleマップの天気が今日から新しいモデルで動きます。1時間ごとの更新で、降水予測は最大50%正確になるとされています。
⑤GmailとGoogleドキュメントとGoogle Keepが声で操作できるようになりました。GmailとKeepはGoogle AI Plus以上、ドキュメントはProとUltraのみです。
⑥MicrosoftがMAI-Transcribe-2を公開しました。音声1時間0.10ドルですが、年末までの期間限定価格です。日本語の単語誤り率は1.8%で、比較された7モデルのなかで最も低い数字でした。ただしAzure Speechでの提供は公開プレビューです。
⑦OpenAIが重要インフラの防御に10億ドルを出すと発表しました。水道、電力、地方自治体、金融が対象で、まず米国から、6か月で使い切ることを目標としています。世界規模の取り組みと位置づけられ、数週間のうちに提携国へ広げるとしています。
⑧KDDI傘下のELYZAが業務AIアプリ作成の仕組みで特許を取得し、批判を受けて同日夜に公式アカウントで釈明し、発表の表現について謝罪しました。
⑨Microsoftが、AIへのプロンプト注入で知られる不可視文字が、通常のフィッシングでメールフィルタ回避に使われていたと報告しました。
⑩Claude Codeの2.1.260が公開され、読み取り専用にしたはずのフォルダが書き込めていた権限の穴などが修正されました。前日に入れた変更は撤回されています。
今日いちばん実務に効くのは、①の「まだ使えない」という部分だと思います。名前と数字だけが先に広まりますが、原典には一部の組織から配りはじめた段階で一般提供ではないと明記されています。Enterpriseでは既定でオフです。触れるようになったら試す、という順番で構えておくほうが、期待とのずれが小さくて済みます。
日本の読者にとっていちばん近いのは④です。今日から検索とマップの天気の裏側が変わります。ただし原典が末尾で、公式の予報と荒天の警報は各国の気象機関を見てほしいと明記しています。便利になる話と、警報を何で見るかの話は分けておいたほうが安全です。
文字起こしを業務で使う方は⑥も見ておいてください。日本語の誤り率1.8%は、比較された7モデルのなかで最も低い数字です。ただし年末までの期間限定価格で、Azure Speechでの提供は本番非推奨の公開プレビューだと技術文書に明記されています。
開発や運用に関わる方は⑩を先に見てください。読み取り専用にしたフォルダが実際には書き込めていた、という穴です。設定を書いた本人には見えない種類の不具合なので、版を上げたうえで、拒否されるはずの操作が本当に拒否されるかを一度試しておくのが確実だと思います。
明日以降の観測点は3つあります。1つ目は、GPT-6 Astraが実際にどのプランまで降りてくるかです。数日かけて広げると書かれているので、無料プランの扱いも含めて追いかける価値があります。2つ目は、Hugging Faceの買収に対する規制当局の反応です。承認や完了時期についての記述は原典にありませんでした。3つ目は、3社同時障害の原因説明が出るかどうかです。共通の要因があったのかどうかで、分散の設計そのものが変わります。
よくある質問（FAQ）
Q1. GPT-6 Astraは今日から使えますか。
多くの人はまだ使えません。OpenAIのリリースノートには「Access is rolling out to a limited set of organizations. Astra is not yet generally available.」とあり、一部の組織に配りはじめた段階です。発表ページによれば、数日かけてChatGPTのPlus、Pro、Business、Enterpriseの各プランと、OpenAIのAPIおよびAWSに広がるとされています。無料プランは挙がっていません。Enterpriseでは管理者が有効にする形で、提供開始の時点では既定でオフです。APIの価格は100万トークンあたり入力10ドル、出力50ドルで、標準の2倍の速さのFast modeは価格も2倍です。
Q2. Hugging Faceはこれまで通り使えますか。
NVIDIAの発表文にはそう書かれています。「Hugging Face will remain an open platform for the entire AI ecosystem.」とあり、さらに「NVIDIA compute will not be required to build on or deploy through Hugging Face.」と明記されています。NVIDIAの計算資源を使わなくても、作ることも配ることもできるという説明です。複数のクラウドと複数のアクセラレータへの対応も続けるとしています。ただしこれは現時点の方針表明であって、期限や拘束力のある約束として示されているわけではありません。規制当局の承認や完了時期についての記述も、筆者が読んだ範囲では見当たりませんでした。
Q3. ChatGPTとClaudeが同じ夜に落ちたのはなぜですか。
分かりません。Anthropicは日本時間9月3日22時26分から9月4日1時16分まで、Mythos/Fable 5.1やOpus 5などでエラーが多発したと告知し、Grokは同日22時30分から9月4日2時7分までの3時間37分、OpenAIも同日23時58分にChatGPTとCodexで調査を開始しています。しかしいずれも解決の告知に原因の説明はありません。共通の外部要因があったのか偶然の重なりなのかを判断できる材料は、公開されている範囲にはありませんでした。なお、この日はAnthropicだけで3件、OpenAIも2件の障害が記録されています。
筆者より
2日前に「Astraは未公開で、システムカードも出ていない」と書いたばかりでした。その2つが今日そろって出て、しかもシステムカードには、前日に外部の研究者が心配していたとおりのことが書かれていました。監視しやすさが下がった、敵対的な条件では監視をすり抜けられる場合がある、と自社で明記しています。
そのうえで「we take the decline seriously」と書いてあるところに、この会社の姿勢が出ていると思いました。数字を隠さず、下がったことを下がったと書く。読む側としては、こういう書き方をしてくれるほうがはるかに扱いやすいです。
②は金額の大きさより、書き方が印象に残りました。CEO本人の一人称で、129億3,030万ドルという端数まで書いてあります。丸めない数字は、それだけで何かを伝えようとしている感じがしました。
参考資料
- OpenAI「GPT-6 Astra: A new generation of intelligence」（日本時間2026年9月4日）
- OpenAI Deployment Safety Hub「GPT-6 Astra System Card」（監視しやすさとPreparedness判定の確認用）
- OpenAI ヘルプセンター「ChatGPT — Release Notes」（更新時刻は日本時間2026年9月4日4時52分）
- OpenAI「Daybreak for Frontline Defenders: $1B to protect essential services」（日本時間2026年9月3日22時15分）
- NVIDIA Blog「NVIDIA to Acquire Hugging Face」（日本時間2026年9月3日20時56分）およびNVIDIAニュースルームの一覧
- Google公式ブログ「Introducing WeatherNext 3, our most advanced and accurate global weather AI model」（日本時間2026年9月4日0時）
- Google公式ブログ「Use your voice to get more done in Gmail, Docs, and Keep」（日本時間2026年9月4日1時）
- Microsoft AI「MAI-Transcribe-2 is the fastest, most accurate and cheapest speech recognition model in the world」（日本時間2026年9月3日23時）
- Microsoft Security Blog「ASCII smuggling crosses over from AI prompt injection to phishing evasion」（日本時間2026年9月4日1時）
- Anthropic ステータスページのインシデントJSON（2件の障害の時刻と対象モデルの確認用）
- OpenAI ステータスページのインシデントJSON（2件の障害の確認用）
- GitHub ステータスページのインシデントJSON（Copilotでのモデル障害の確認用）
- Claude Code の CHANGELOG およびnpmレジストリのバージョン公開時刻
- PR TIMES 掲載のELYZAリリース「ELYZA、「ELYZA Works」の業務AIアプリを作成する仕組みについて特許を取得」（2026年9月3日14時30分）
- ITmedia AI＋（Muse Spark 1.3、ELYZAへの批判、3社の障害の各記事）
- GitHub Changelog（Gemini 3.8 Flash追加、Business/Enterprise申込再開、モデル提供終了予告）
- Google Workspace Updates のフィード（窓内の更新確認用）
- Meta「ai.meta.com/blog」の一覧（Muse Spark 1.3の所在確認、到達できず）
- 本サイト過去記事（2026年9月2日・3日、AstraのCritical認定と報道・反論の経緯）
この記事が気に入ったら
フォローしてね！
お気軽にコメントどうぞ