「みなづちAI」はリンクフリーです。リンクを行う場合の許可や連絡は不要です。引用する際は、引用元の明記と該当ページへのリンクをお願いします。
AIニュース5選【8/8】OpenAIがAstraを「重大」級扱い、GitHubは撤回ほか
みなづちです。
2026年8月8日時点で押さえておきたいAIニュースを、重要度順に5件まとめました。
今回は、OpenAIが開発中のモデルについて、自社の安全枠組みで最も重い区分を否定できないと公表し、社内作業の一部を止めたこと、GitHubが利用者の指摘を受けて、AIを自動でレビュアーに付ける仕様を撤回したこと、そしてAnthropicがエージェントのセッションに上限金額を設定できるようにしたことが大きなテーマです。
本記事では、以下のポイントから解説します。
- OpenAIがAstraについて何を公表し、何を止めたのか。「Critical」とは何を指すのか
- 公式ブログと公式Xで、表現の強さが違っていること
- ChatGPTの音声がファイル添付に対応したとリリースノートに記載されたが、公式ヘルプが追いついていないこと
- GitHubが「レビュアーを追加するかは利用者が選ぶべきだ」として仕様を戻したこと
- Claudeのエージェントに上限金額が付いたが、その金額でぴたりとは止まらないこと
なお本日は、日本時間8月7日夕方から8月8日午前にかけての発表・公開から選んでいます。前回のまとめが8月7日夕方までの分だったため、そこから先の約16時間半が対象です。前回のまとめからの窓が約16時間半と短いため、見出しは5本にとどめました（④と⑤は同じ日の複数項目をまとめています）。無理に数を増やしてはいません。見出しの日付は①〜④が日本時間、⑤のみ原典に時刻表記がないため掲載日付（米国時間）です。現地表示日は参考資料に併記しています。ドル建ての金額は1ドル160円で換算しています。
目次
OpenAIがAstraで社内作業を止めた日。AIニュース5選の結論
まず結論からお伝えすると、今日の5本のうち3本は、AIに持たせた力を絞る方向の話でした。ただし絞り方は三者三様で、①は自社の判断で止め、④は利用者の指摘を受けて戻し、⑤は上限を設定できる仕組みを用意した、という違いがあります。
いちばん重いのが①です。OpenAIが、開発中のモデルAstraについて、自社の安全枠組みであるPreparedness Frameworkの「Critical」水準を現時点では否定できないと公表しました。そのうえで、強化したセキュリティ管理の要件をまだ満たしていないAstra関連の社内活動を一時停止しています。
ここは表現に注意が要ります。OpenAIは「Criticalと判定した」とは書いていません。書いているのは「暫定評価が十分に強い性能を示しており、現時点ではCritical水準を否定できない」です。一方で同社の公式Xは「サイバーセキュリティにおける自社初の『critical』モデルとして扱う」と述べています。評価は暫定、対応は最上位、という二段構えです。
④も同じ方向でした。GitHubが、Code Qualityを有効にすると自動でCopilotをコードレビュアーに指名するルールセットを作る仕様を撤回しました。理由として同社は「レビュアーを追加するかどうかは利用者が選ぶべきだと言われたので反転した」と書いています。
⑤ではAnthropicが、Claude Managed Agentsのセッションに上限金額を設定できるようにしました。上限に達すると新しいモデルリクエストを開始しなくなります。
一方で、機能を足す側の発表もありました。ChatGPTの音声がファイルのアップロードとProjectsに対応したとリリースノートに記載され（②）、Grokの新ボイス21種がiOS・Android・Webで使えると公式Xが告知しています（③）。
筆者の視点：Astraの「否定できない」とGitHubの「あなたが選ぶべき」
僕自身、今回のニュースを追う中で考えたことがあります。
安全枠組みが宣言ではなく、実際の停止として動いた
①でいちばん重いのは、文章ではなく行動のほうだと思いました。
Preparedness Frameworkのような安全枠組みは、これまで「こういう基準で評価します」という宣言として読まれてきた面があります。今回OpenAIは、その枠組みに沿って実際に社内活動を止めたと書いています。原文は「これらの強化されたセキュリティ管理要件をまだ満たしていない、Astraが関わる社内活動を一時停止している」です。
止めた範囲は限定的で、Astraの開発全体が止まったわけでも、リリースが中止されたわけでもありません。それでも、枠組みが文書のまま終わらずに運用上の判断として現れたのは、今回が分かりやすい例だと思います。
同社は2025年6月にも、モデルが生物分野の高能力閾値に「近づいた」際に同様の手順を公表しており、今回も同じ原則を適用するとしています。ここも「到達した」ではなく「近づいた」なので、読むときは区別が要ります。
「否定できない」と「初のcriticalモデルとして扱う」の距離
もう1つ引っかかったのが、公式ブログと公式Xで語の強さが違うことでした。
ブログは「暫定評価（preliminary evaluations）」「現時点では（at this time）」「否定できない（cannot rule out）」という3つの限定を1文に入れています。かなり慎重な書き方です。
一方で公式Xは「Preparedness Frameworkのもとで、サイバーセキュリティにおける自社初の『critical』モデルとして扱っている」と書いています。こちらは踏み込んでいます。
矛盾しているわけではないと思います。能力の判定は暫定だが、対応は最上位として扱うと読めば筋が通ります。ただ、片方だけを見た記事は、過小にも過大にもぶれます。「可能性が出ただけ」と書けば軽すぎるし、「Criticalと判定」と書けば事実と違います。
GitHubの「あなたが選ぶべき」は、たった1文だった
3つ目は④です。GitHubのchangelogにある方針転換の理由が、1文しかありませんでした。
「レビュアーを追加するかどうかはあなたの選択であるべきだと言われたので、それを反転させました」。これだけです。
どれだけの声が寄せられたのか、どんな批判だったのかは書かれていません。だから記事でも「反発が殺到」「炎上」とは書けません。書けるのは、GitHubがそう述べたという事実までです。
それでも、AIを既定でオンにする設計に対して、利用者側の指摘でベンダーが仕様を戻した例として記録に値すると思いました。製品を有効にしただけで、別のAI機能が自動で走り、課金対象になるという構成は、これから増えていくのだと思います。
①OpenAI、開発中のAstraをサイバー初の「重大」級として扱うと公表（8月8日）
OpenAIが、開発中のモデル「Astra」のサイバーセキュリティ能力について、暫定評価の結果と対応を公式ブログで公表しました。
「否定できない」というブログと、「初のcritical」というX
まず、原文が何を書いているかを正確に押さえます。
公式ブログのタイトルは「Responding to the next frontier of critical cyber capabilities」です。og:descriptionの時点で「Astraの暫定的なサイバーセキュリティ評価と、安全策およびセキュリティ管理を強化するために取っている措置を共有する」と、preliminary（暫定）が明示されています。
本文の核心はこうです。暫定評価が十分に強い性能を示しており、現時点ではCritical能力水準を否定できない。この1文に「暫定評価」「現時点では」「否定できない」の3つの限定が入っています。Criticalと判定した、と書かれているわけではありません。
判断の根拠も社内評価だけではありません。原文は、直近数日のAstraの社内評価がエージェント型コーディングとサイバーセキュリティで著しい進展を示し、その結果に加えて専門家の評価も踏まえて、米国時間の前夜に結論に至ったとしています。ただし原文は expert assessments とだけ書いており、社内の専門家か外部の専門家かは明示されていません。
一方で同社の公式Xは、より踏み込んだ表現をしています。「Preparedness Frameworkのもとで、サイバーセキュリティにおける我々初の『critical』モデルとして扱っている」。
この2つはセットで読む必要があります。能力の評価は暫定で否定できない段階、しかし対応としては最上位区分のモデルとして扱うということです。なお「初」の範囲はサイバーセキュリティ区分に限られます。区分を外して「初のCriticalモデル」と書くと、根拠がありません。
Criticalの定義は、限定句を全部入れないと範囲が広がる
そもそもCriticalとは何を指すのか。原文が挙げている定義は2つあります。
1つ目は、多数の堅牢化された実世界の重要システムにおいて、あらゆる深刻度の実働するゼロデイ・エクスプロイトを、人手の介在なしに特定・開発できる場合。
2つ目は、高レベルの目標のみを与えられて、堅牢化された標的に対するサイバー攻撃の新規かつエンドツーエンドの戦略を立案・実行できる場合です。
ここは限定句を落とすと意味が大きく変わります。「多数の」「堅牢化された」「重要」「あらゆる深刻度の」「人手の介在なしに」「エンドツーエンドの」。単に「ゼロデイを見つけられる」と要約すると、原文よりずっと広い話になってしまいます。
従来モデルの水準も書かれています。GPT-5.6-Solを含む従来モデルは、フロンティア・サイバー能力についてCriticalではなくHighの閾値と判定されたとあります。ただしHighがCriticalの「一段下」であるという段階構造の説明は、このページにはありません。
止めたのは「要件を満たしていない社内活動」に限られる
対応として何をしたのかを見ます。
原文は「これらの強化されたセキュリティ管理要件をまだ満たしていない、Astraが関わる社内活動を一時停止している」としています。
停止の対象は、強化した要件をまだ満たしていない社内活動に限られます。Astraの開発そのものの停止でも、リリースの中止でも、公開の停止でもありません。原文は pausing（一時停止している）と現在進行形で書いており、paused や pause といった完了形・名詞形は使っていません。恒久的な中止ではなく一時停止です。
強化したセキュリティ管理として挙げられているのは5項目です。隔離されたテスト環境、ネットワークおよびツールアクセスの制限、モデル重みの保護と暗号化の強化、監視・検知能力の追加、サンドボックス実行。原文はこれらを implementing（実装中）と書いており、完了したとは書いていません。
一方で監視については完了形で書かれています。Astraのすべてのエージェント的な利用（訓練と評価を含む）にわたり、危険な行動およびアラインメント逸脱に対する全面的な監視を実装済みだとしています。監視系はモデルの思考過程を評価し、高リスクな活動をレビュー・中断するためのセキュリティ対応を発火させる、という説明です。
外部との連携は今後の方針です。関連する政府機関および一部のAI安全組織と協働して本モデルの能力を検証すると未来形で書かれており、実施済みではありません。第三者テストパートナーに推奨セキュリティ管理策を提供していく、という項目もあります。
7月のHugging Face侵入とも、8月4日の第三者評価とも別件
混同しやすい点を切り分けておきます。
原文は「Astraは開発中のモデルであり、Hugging Faceへの侵入には関与していない」と明記しています。7月21日に公表されたHugging Faceのセキュリティインシデントとは別件です。
8月4日にOpenAIが公表した「Third-party cyber evaluations involving OpenAI models」とも別件です。当該ページを確認したところ、Astraの言及は0件でした。
Preparedness Frameworkの初版公開は2023年12月と原文に記載されています。
なお、リリース時期については原文が何も述べていません。ページ全体を検索しても delay / postpone / launch / release date のいずれも0件でした。Astraは原文の表現でいえば「開発中のモデルの1つ」であり、提供中でも提供開始でもありません。日本に関する記述も一切ありませんでした。
所感：文書だった枠組みが、社内作業の停止として表に出た
安全枠組みというものを、僕はこれまで「そう書いてある」以上には受け取っていませんでした。基準が公開されていても、実際にそれで手を止めるかどうかは別の話だと思っていたからです。
今回はその手を止めた形が公表されました。しかも止めた範囲を「要件を満たしていない社内活動」と限定し、Astra開発全体の停止ではないと分かる書き方をしています。誠実に見えますが、同時に、どの活動がどれだけ止まったのかは読み手には分かりません。
評価が暫定のうちに、対応だけ最上位に引き上げる。この順番は合理的だと思います。ただ、それを外から確かめる手立てが今のところ無いことも確かです。
②ChatGPTの音声GPT-Liveがファイル添付とProjectsに対応（8月8日）
ChatGPTの音声モードで、ファイルのアップロードとProjectsが使えるようになったと、OpenAIのヘルプセンターに記載されました。
公式ブログではなく、ヘルプセンターのリリースノートに数行
出典の性格から押さえます。これは公式ブログの発表ではありません。
OpenAIのニュース一覧を確認したところ、8月7日付で載っているのは①のAstraの記事だけで、今回の音声のファイル対応を扱った記事はありませんでした。音声関連で最も新しいのは8月3日付の「Continuous voice interaction with GPT Live」という技術記事です。確認できた範囲では、今回の内容が載っているのはヘルプセンターのChatGPTリリースノートだけになります。
該当項目は米国時間8月7日付で、小見出しは「Files and Projects in ChatGPT Voice」。本文はこうです。「ChatGPT VoiceのGPT-Liveがファイルのアップロードとプロジェクトに対応しました。音声会話の中でファイルをアップロードして内容を分析したり質問したりできます。またプロジェクト内で音声を使い、最近のプロジェクトのチャット、ソース、プロジェクトの指示を参照できます」。
日本時間8月8日朝の時点で、ヘルプ記事全体の最終更新は7時44分でした。項目がページに追加された正確な時刻は特定できていません。
対象プランも地域も書かれていない。ヘルプ記事は未追随
ここが今回いちばん注意が要る部分です。
当該項目には、対象プラン・提供地域・段階展開・提供開始日の記載が一切ありません。隣の8月6日項目には「Plus and Pro users」、8月4日項目には「ChatGPT Enterprise and Education」と明記があるのに、8月7日項目だけ何も書かれていません。
しかも、リリースノートが末尾で「Learn more about ChatGPT Voice」としてリンクしているChatGPT Voiceのヘルプ記事が、今回の内容を反映していません。同記事の最終更新は日本時間8月8日4時42分で、リリースノート更新の約3時間前です。そこには「Liveは現在、ChatGPTライブラリからファイルを見つけたり追加したりできません」という記述が残ったままです。ただし同記事は直後に「アカウントによっては、対応するファイルをチャットに手動で添付できる場合があります」とも書いており、否定しているのはライブラリ経由の追加に限られます。Projectsについても、今回のリリースノートが言う「プロジェクト内での音声利用」に対応する説明は追記されていません。
リリースノート側の追加内容が、ヘルプ記事に反映されていない状態です。したがって「提供開始」「利用可能になった」と断定はできません。書けるのは「リリースノートにそう記載された」までです。
同じヘルプ記事は、Voiceの選択肢（Live／Advanced／Standard）の可用性について限定を明記しています。「利用できるオプションは、プラン、ワークスペース設定、地域、アプリのバージョンによって異なる場合があります」。日本での利用可否も、日本語音声での挙動も、原典からは判断できません。日本語版のリリースノートは、8月8日9時30分の時点で8月6日・7日の項目が未翻訳でした。
新しいのはファイルとProjectsの2点だけ
背景として押さえておきたいのが、音声モードで従来から何ができていたかです。
ChatGPT Voiceのヘルプ記事には「Liveは音声会話と同じチャットの中でテキストと画像を受け取れます」とあり、Web検索とメモリにも対応していたと書かれています。音声モードが音声だけのやり取りに限られていたわけではありません。
今回新しく加わったのはファイルのアップロードと、Projects内での音声利用の2点に限られます。
もう1つ、GPT-Liveはプランによって実体が違います。同記事は「有料プランではGPT-Live-1、無料プランではGPT-Live-1 miniが動かしている」と書いています。一括りに「GPT-Live」と呼ぶと、プラン差が見えなくなります。
なお対応するファイル形式や容量の上限は、原典に記載がありませんでした。
所感：公式ドキュメントの中で食い違いが残っているうちは
この件で気になったのは、機能そのものより公式ドキュメントの状態でした。リリースノートは「対応しました」と書き、そこからリンクされたヘルプ記事は「できません」と書いたままです。
どちらかが古い可能性もありますが、どちらが正しいかは外からは決められません。段階展開の途中なら両方が同時に正しい可能性すらあります。
こういうときに実機で確かめられればいいのですが、対象プランも地域も書かれていないので、手元で出なかったときに「まだ来ていない」のか「対象外」なのかも判別できません。数行のリリースノートだけで機能が告知される形は、増えている気がします。
③Grok公式X、新ボイス21種がiOS・Android・Webで使えると告知（8月8日）
Grokの公式Xアカウントが、新しい音声21種がアプリとWebで使えるようになったと投稿しました。
一次情報はX投稿の2文だけ。公式ブログ記事は存在しない
まず、確認できた事実の範囲を明確にしておきます。
投稿本文はこれだけです。「Grokの真新しい21の音声をどうぞ。いまやiOS、Android、Webのどこでも利用できます」。あとは6秒の動画が1本添付されているだけで、サムネイルには「21 New Voices on Grok」という文字が表示されています。
投稿時刻は日本時間8月8日6時35分10秒です。秒まで返すのは cdn.syndication.twimg.com のAPIで、publish.x.com のoEmbedとプロフィールタイムラインでも、同じ投稿が現地表示8月7日付であることを確認しました。
公式ブログの記事は存在しません。x.ai/newsの記事リンク70件を確認したところ、2026年8月付の記事は1本もなく、最新は7月31日の「Imagine Video 1.5 with References」でした。書けるのは「Grok公式Xアカウントが投稿で告知した」までです。
なお社名について、x.aiの各ページはタイトル末尾が「| SpaceXAI」、フッターが「© 2026 X.AI LLC」となっています。
7月6日の記事が挙げていた提供先は、開発者向けの3経路だった
21という数字は、7月6日に公式サイトへ掲載された記事と一致します。
同記事には「本日、Grok Voice向けに21の新しいフラッグシップ音声をリリースし、既存の5つに加わります」とあります。既存5音声はAra、Eve、Leo、Rex、Salで、こちらも新音声と併せてアップグレードされたと書かれています。
そのうえで提供先が列挙されています。「すべて多言語対応で、リアルタイムVoice Agent API、Text to Speech API、そして新しいGrok Voice Agent Builderで現在利用できます」。挙げられているのはこの3経路だけです。
ただし同記事の本文には、iOS・Android・web・app・grok.com のいずれの語も出てきません。つまり「アプリでは使えなかった」と明記されているわけではなく、触れられていないだけです。今回の投稿で初めてアプリ提供が明示された、という読み方までは成り立ちますが、断定はできません。
同じ理由で、今回の21音声が7月6日の21音声と同じものかどうかも、原典には書かれていません。数とブランドと動画の文字から強く推定できるだけで、投稿自体は7月6日の発表に一切言及せず、むしろ「brand-new」と表現しています。
対象プランも対象国も書かれていない
限定を確認しておきます。
対象プランの記載がありません。今回の投稿にも7月6日の記事にも、SuperGrokやX Premium、無料枠についての記述は一切ありませんでした。「全ユーザーが使える」「無料で使える」とは書けません。
対象国・地域の記載もありません。「everywhere」が全世界を指すのか、対応プラットフォーム3種を指すのかも判断できません。提供開始日時も「Now available」という現在形だけで、いつからかは書かれていません。
日本語については、7月6日の記事に「すべての音声がネイティブに多言語対応で、Grok Voiceの25以上の言語すべてをサポートする」とあり、同ページのデモの言語切替リストに日本語が含まれています。ただしこれは7月6日時点のGrok Voice全体についての記述で、今回のアプリ展開で日本語がどう扱われるかを述べたものではありません。
なお「合計26種」という数字は原典に存在しません。21と既存5からの計算です。
所感：2文の投稿で製品の提供範囲が変わるということ
この件で確認に手間がかかったのは、書ける事実がほとんど無いのに、提供範囲は広がったと当事者が述べている点でした。
公式ブログの記事があれば、対象プランも地域も書いてあるのが普通です。今回は投稿2文なので、何も分かりません。使えるようになった人には見えるし、使えない人には理由が分からない。
SNSの投稿が一次情報になること自体は、もう当たり前になりました。ただ、そこで告知されたものは検証の手がかりが極端に少なくなります。書く側としては、確認できた範囲を正直に狭く書くしかないのだと改めて思いました。
④GitHub、Code QualityのCopilot自動追加を撤回（8月8日）
GitHubが、Code Qualityを有効にすると自動でCopilotをコードレビュアーに指名する仕様を撤回しました。同じ日にはCopilot関連のchangelogがほかに4件出ており、本記事ではそのうち2件を取り上げます。
「レビュアーを追加するかは利用者が選ぶべきだ」として仕様を戻した
まず何が変わったのかを確認します。
原文はこうです。「リポジトリでGitHub Code Qualityを有効にしても、プルリクエストでGitHub Copilotにコードレビューを自動的に要求するルールセットが作られなくなりました」。
Code Qualityが一般提供になった2026年7月20日以降、有効にすると「Code Quality Copilot review for default branch」という名前のルールセットが、既定ブランチを対象に自動作成されていました。
方針転換の理由も1文で書かれています。「レビュアーを追加するかどうかはあなたの選択であるべきだと言われたので、それを反転させました」。
この1文が、利用者の声を示す唯一の根拠です。どれだけの声があったか、どんな内容だったかは書かれていないので、「反発」「批判が殺到」といった強度を示す表現は使えません。
当該ルールセットを持つリポジトリでは、GitHubが有効にしていた3つの設定を無効化しました。全プルリクエストでCopilotレビューを要求する設定、プッシュごとに再レビューを要求する設定、ドラフトのプルリクエストもレビュー対象にする設定の3つです。
ただしCopilotのコードレビュー自体は変わっていない
範囲の限定が重要です。
やめたのは「Code Qualityを有効にしたときにルールセットを自動作成する挙動」だけです。原文は「Copilotのコードレビュー自体は変わっておらず、いつでも再びオンにできます」と明記しています。「GitHubがCopilotのコードレビューをやめた」と読むのは誤りです。
既存リポジトリへの変更にも条件があります。「私たちが作成したままの状態と一致するルールセットに限って変更します。あなたが編集していれば、そのままにします。あなた自身が書いたルールセットには決して触れません」。
ルールセット自体は削除されず、設定がオフの状態でリポジトリに残ります。削除するかどうかは利用者の任意です。自動レビューを続けたい場合は、リポジトリまたは組織のレベルでルールセットを設定すれば従来どおり使えます。
対象はGitHub Enterprise CloudとGitHub TeamのCode Qualityに限られます。なおCopilotコードレビューの費用は、引き続きCopilotプランに課金されます。
同日の残り4件から、GAと週次まとめの2件を見る
GitHubからは同じ日にCopilot関連のchangelogがほかに4件出ています。ここではそのうち2件を見ておきます。
1件目はCopilotコードレビューのeffort level「Lite」と「Balanced」の一般提供です（日本時間8月8日5時49分）。ただしこれは新設ではありません。原文は「公開プレビュー中に導入されたLowとMediumのeffort levelが、それぞれLiteとBalancedという名前になりました」としており、実態は改称とGA昇格です。選択肢の数は2のままです。
既定はLite（これは公式ドキュメント側の記載）で、changelogではBalancedが「より高い推論のモデル」を使うとされていますが、モデル名は書かれていません。組織管理者が組織全体の既定値を設定でき、独自設定のないリポジトリがそれを継承します。対象はCopilot Pro、Pro+、Max、Business、Enterpriseの5プランです。
なお「BalancedはLiteより多くのAIクレジットとGitHub Actions分を消費する」という記述は、changelogではなく公式ドキュメント側にあります。増加幅は公表されていません。
2件目はCopilotの週次まとめです（同8時16分）。デスクトップアプリ、CLI、VS Code 1.132の更新を集約したもので、CLIの実験的な/worktreeコマンドや、Gitなしで使える/rewindなどが挙がっています。ただしVS Code 1.132のリリース日は8月5日で、この週次まとめと同時公開ではありません。
所感：オフにしたルールセットは、リポジトリに残り続ける
細かいところですが、引っかかったのは撤回の後始末でした。GitHubは3つの設定をオフにしましたが、ルールセット自体は消していません。設定が切れた状態でリポジトリに残り、削除するかどうかは利用者に委ねられています。
勝手に作ったものを勝手に消さない、という判断は筋が通っていると思います。ただ使う側から見ると、身に覚えのない設定が1つ残ったままになります。空振りしている分、気づかない可能性も高い。
7月20日以降にCode Qualityを有効にしたリポジトリは、一度中を見ておいたほうがよさそうです。消すか残すかを決められるのは、そこにあると知っている人だけです。
⑤Claude Managed Agentsにセッション予算など4件（現地8月7日付）
Anthropicが、開発者向けのClaude Managed Agentsについて、セッションの上限金額など4件の変更をリリースノートに記載しました。
上限に達すると新しいモデルリクエストを開始しなくなる
いちばん実務に効くのがセッション予算です。
Claude Managed Agentsのセッションに予算を設定でき、公開表示価格で算定した支出が上限に達すると、新しいモデルリクエストを開始せず、停止理由が budget_reached となって一時停止します。予算を変更するか削除すれば自動的に再開します。
算定の対象は、モデルのトークン、Web検索（1,000件あたり10ドル、約1,600円）、セッションの稼働時間（1時間あたり0.08ドル、約13円）です。
ここで落とせない限定が3つあります。
1つ目。その金額でぴたりと止まるわけではありません。上限の判定はモデルリクエストの合間で行われ、リクエストの実行中には行われません。上限を跨いだ時点で実行中のリクエストは完走するため、最終額は上限をわずかに超えることがあります。原典は上限50セントのセッションが53セントで停止しうる例を挙げています。超過はスレッドあたり1リクエスト分に限られます。
2つ目。予算はセッション作成時にしか付与できません。予算のない既存セッションへの後付けは400エラーで拒否されます。作成後の変更・削除はいつでも可能です。ただし削除は一方通行で、いったん外した予算を付け直すことはできません。変更する場合も、消費済み額を上回る値でなければ400エラーになります。
3つ目。上限は公開表示価格での算定です。割引契約がある組織では、実際の請求額が上限より低くなることがあります。
残り3件はアドバイザー、実行地域、GitHubのスキル読み込み
同じ日付で記載されている残りの3件も見ておきます。
1件目はアドバイザーです。セッションに、エージェント自身と同等以上の能力を持つモデルをアドバイザーとして設定でき、プライマリスレッドがターンの途中で戦略的な助言を求められます。「より高性能なモデル」ではありません。同等でも可で、エージェントより能力の低いアドバイザーは400エラーになります。なおアドバイザー側にも最低限の能力基準があり、相対比較だけで決まるわけではありません。相談できるのはプライマリスレッドのみで、ロースターの他のエージェントからは見えません。
2件目は推論の実行地域です。エージェント単位で実行地域を指定できるようになりました。値は「global」（既定）と「us」（米国内インフラでのみ実行）の2つで、日本リージョンの選択肢はありません。「us」を選ぶと全トークン価格カテゴリで標準料金の1.1倍になり、対応はClaude 4.6以降のモデルに限られます。
3件目はGitHubリポジトリからのスキル読み込みです。セッションがリポジトリをマウントすると、リポジトリ直下の .claude/skills がセッション開始時にスキャンされ、各スキルが使えるようになります。アップロードも登録も不要です。
ただしここには原典自身が警告を書いています。マウントしたリポジトリはエージェントの信頼境界の一部になり、リポジトリにコミットできる者がスキルを追加・変更でき、プラットフォームはレビュー工程なしでセッション開始時に読み込むという内容です。マージされた外部のプルリクエストや、侵害された依存関係も経路になりえます。
なお、これらはすべてベータの機能です。全エンドポイントがベータヘッダを要求し、Managed AgentsはZero Data RetentionとHIPAA BAAの対象外とされています。またこれは開発者向けAPIの話で、ClaudeアプリやClaude Codeの一般利用者向け課金上限ではありません。
出典はドキュメントのリリースノート。公式ニュース記事はない
出典の性格も押さえておきます。
公式ニュース記事やプレスリリースは存在しません。Anthropicの公式ニュース一覧に本件に対応する記事はなく、開発者向けドキュメントのリリースノートのみの更新です。
項目単位のタイムスタンプも非公開でした。RSSのpubDate、JSON-LDのdatePublished、HTTPのlast-modified、サイトマップのlastmodのいずれも存在しません。確認できるのは「米国時間8月7日付で掲載された」までで、時刻は特定できません。Internet Archiveの8月5日のスナップショットでは最新の日付見出しが8月5日で budget_reached が0件だったため、8月5日以降の追加であることは確かめられています。
所感：上限が「新しい仕事を始めない」線として引かれている
セッション予算で腑に落ちたのは、上限の意味づけでした。原典は「予算は、正確な上限というより新しい仕事に対する境界として扱うこと」という趣旨で書いています。
止まるのはリクエストの合間で、実行中のものは走りきる。だから最終額は上限ちょうどか、わずかに超えることがある。「ぴたりと止まる上限」と説明すると、話が違うことになります。
エージェントに長時間の作業を任せる使い方が広がるほど、この手の上限は必要になります。同時に、上限が何を保証していて何を保証していないのかを読む手間も増えます。50セントの上限が53セントになるという例を原典が自分で挙げているのは、親切な部類だと思いました。
5本を貫く流れ：Astraの一時停止とGitHubの撤回が同じ日に出た
今回の5本を並べて見えてくるのは、AIに持たせた力を絞る方向の動きが、同じ日に3件重なったということです。ただし①は自社の判断、④は利用者の指摘を受けての巻き戻し、⑤は開発者が任意で使える仕組みの追加と、性格は異なります。
いちばん重いのが①です。OpenAIは自社の安全枠組みの最上位区分について「現時点では否定できない」とし、公式Xでは「サイバーセキュリティにおける自社初のcriticalモデルとして扱う」と述べました。そのうえで要件を満たしていないAstra関連の社内活動を一時停止し、隔離テスト環境やサンドボックス実行など5項目のセキュリティ管理を実装中だとしています。
④は、既定でオンにしたものを戻した例でした。GitHubはCode Qualityの有効化時にCopilotを自動でレビュアーに指名するルールセットを作るのをやめ、既存リポジトリでも3つの設定を無効化しました。理由は「レビュアーを追加するかどうかはあなたの選択であるべきだと言われたので」の1文だけです。
⑤は、金額で線を引いた例です。Anthropicはセッションに上限金額を設定できるようにし、達したら新しいモデルリクエストを開始しないようにしました。ただし実行中のリクエストは完走するので、最終額は上限ちょうどか、わずかに超えることがあります。
一方で②と③は、逆に機能を足す側でした。ChatGPTの音声はファイルのアップロードとProjectsに対応したとされ、Grokは21の新しい音声をiOS・Android・Webで使えると告知しました。AIにできることを増やす動きは止まっていません。
ただし、この5本には出典の重さの差もありました。公式ブログで発表されたのは①だけです。②はヘルプセンターのリリースノートに数行、③は公式Xの2文の投稿、④は開発者向けのchangelog、⑤は開発者向けドキュメントのリリースノートでした。②③⑤については、対応する公式ブログ記事が存在しないことを個別に確認しています。
この差は、読者が確かめられる範囲の差にそのまま出ます。①は対象・範囲・限定が原文に書かれているので、記事側も限定句ごと引けます。②は対象プランも地域も書かれておらず、しかもリンク先のヘルプ記事が未追随でした。③に至っては、書ける確定事実が「21音声がiOS・Android・Webで使えると公式Xが告知した」の1行にほぼ限られます。
読者の立場から見ると、今日の5本には共通の注意点がありました。絞る側の話は限定句が多く、足す側の話は限定句が少ないということです。①は「暫定」「現時点」「否定できない」と3重に限定し、④は介入範囲を3行で区切り、⑤は「正確な停止点ではなく、新しい仕事に対する境界として扱え」と自分で書いています。一方②③は、対象も範囲も書かれていません。慎重に見えるほうが、実は読みやすい形になっていました。
まとめ：OpenAIのAstraからClaudeのセッション予算まで、8月8日の5本
最後に、この記事の5本を1行ずつで振り返ります。
- ①OpenAIのAstra：開発中のモデルについて、暫定評価の段階でサイバー能力の「Critical」水準を現時点では否定できないと公表しました。公式Xは「サイバーセキュリティにおける自社初のcriticalモデルとして扱う」としています
- ②ChatGPTの音声：GPT-Liveがファイルのアップロードとプロジェクトに対応したと、ヘルプセンターのリリースノートに記載されました。対象プランと地域の記載はありません
- ③Grokの新ボイス21種：公式Xが、21の新しい音声をiOS・Android・Webで使えると2文の投稿で告知しました。対応する公式ブログ記事はありません
- ④GitHubのCopilot自動追加の撤回：Code Qualityを有効にするとCopilotを自動でレビュアーに指名する仕様をやめ、既存リポジトリでも3設定を無効化しました。Copilotのコードレビュー自体は変わっていません
- ⑤Claude Managed Agentsの4件：セッションに上限金額を設定でき、達すると新しいモデルリクエストを開始しなくなります。ほかにアドバイザー、実行地域、GitHubからのスキル読み込みが追加されました
そのうえで、今日いちばん取り違えやすいところを3つだけ挙げておきます。
- ①は「Criticalと判定した」ではない：原文は「暫定評価」「現時点では」「否定できない」の3つの限定を1文に入れています。公式Xの「初のcriticalモデルとして扱う」と併せて、評価は暫定・対応は最上位という二段構えです。止めたのも要件を満たしていない社内活動だけです
- ④は「Copilotのコードレビューをやめた」ではない：やめたのはCode Quality有効化時にルールセットを自動作成する挙動だけで、原文は「コードレビュー自体は変わっておらず、いつでも再びオンにできる」と明記しています。既存リポジトリの変更も、GitHubが作成したままのものに限られます
- ⑤の上限はその金額でぴたりと止まらない：判定はモデルリクエストの合間で行われ、上限を跨いだ時点で実行中のリクエストは完走します。原典は上限50セントのセッションが53セントで停止しうる例を挙げています。また予算はセッション作成時にしか付与できません
作った側がAIの力を絞りにいった日でした。あなたが使っているAIツールで、既定でオンになっている機能はいくつあるでしょうか。
よくある質問（FAQ）
Q1. Astraは危険なモデルということですか。ChatGPTは今使っても大丈夫ですか？
A. Astraは開発中のモデルで、まだ提供されていません。原文は「upcoming model（開発中のモデル）」と書いており、リリース時期についてはページ全体で delay / launch / release date のいずれの語も出てきません。そのうえで、OpenAIが公表したのは「暫定評価が十分に強い性能を示しており、現時点ではCritical能力水準を否定できない」という内容で、Criticalと判定したとは書かれていません。同社の公式Xは「サイバーセキュリティにおける自社初のcriticalモデルとして扱う」としており、評価は暫定だが対応は最上位という位置づけです。今提供されているモデルについては、原文が「GPT-5.6-Solを含む従来モデルはCriticalではなくHighの閾値と判定された」と書いています。また原文は「Astraは開発中のモデルであり、Hugging Faceへの侵入には関与していない」と明記しており、7月21日公表のHugging Faceインシデントとも、8月4日公表の第三者サイバー評価の件とも別件です。なお、これらはすべてOpenAIの自己申告（社内評価と専門家の評価）で、第三者による独立検証ではありません。原文は expert assessments とのみ書いており、社内外の別は書かれていません。政府機関やAI安全組織との検証は「今後協働する」という方針の段階です。
Q2. ChatGPTの音声でファイルを読ませられるようになったのですか？
A. ヘルプセンターのリリースノートにはそう記載されましたが、公式ドキュメント内で記述が食い違っています。リリースノートの米国時間8月7日付の項目には「ChatGPT VoiceのGPT-Liveがファイルのアップロードとプロジェクトに対応しました」とあります。ところが、そこからリンクされているChatGPT Voiceのヘルプ記事は日本時間8月8日朝の時点で「Liveは現在、ChatGPTライブラリからファイルを見つけたり追加したりできません」という記述が残ったままで、「Project」という語も1度も出てきません。さらに当該項目には対象プラン・提供地域・段階展開の記載が一切ありません。隣の8月6日項目には「Plus and Pro users」と明記があるのに、この項目だけ何も書かれていない状態です。同じヘルプ記事は「利用できるオプションは、プラン、ワークスペース設定、地域、アプリのバージョンによって異なる場合があります」とも書いています。したがって日本で今すぐ使えるかどうかは、原典からは判断できません。日本語版のリリースノートも、8月8日9時30分時点で当該項目が未翻訳でした。なお音声モードは以前からテキスト・画像・Web検索・メモリに対応しており、今回新しいのはファイルのアップロードとProjects内での音声利用の2点です。
Q3. Claudeのセッション予算を設定すれば、その金額を超えて課金されませんか？
A. わずかに超えることがあります。上限の判定はモデルリクエストの合間で行われ、リクエストの実行中には行われません。上限を跨いだ時点で実行中のリクエストは完走するため、最終額は上限を少し上回ります。原典自身が上限50セントのセッションが53セントで停止しうる例を挙げており、超過はスレッドあたり1リクエスト分に限られるとしています。ほかに3つ押さえておくべき点があります。1つ目は予算はセッション作成時にしか付与できないことで、予算のない既存セッションへの後付けは400エラーで拒否されます（作成後の変更・削除は可能です）。2つ目は上限が公開表示価格で算定されることで、割引契約がある組織では実際の請求額が上限より低くなりえます。3つ目は、これがClaude Managed Agentsという開発者向けAPIの機能で、ベータ段階だということです。ClaudeアプリやClaude Codeの一般利用者向けの課金上限ではありません。算定の対象はモデルのトークン、Web検索（1,000件あたり10ドル）、セッション稼働時間（1時間あたり0.08ドル）です。
筆者より
今日はニュースの数が少ない日でした。前回のまとめが8月7日夕方までだったので、対象は約16時間半しかありません。土曜日でもあります。無理に本数を増やさず5件にとどめました。
そのぶん、①の重さが際立った日でもありました。安全枠組みというものを、僕はこれまで「そう書いてある」以上には受け取っていませんでした。今回それが、社内作業の一時停止という形で外に出てきています。
同時に、書き方には注意が要りました。公式ブログは「暫定評価」「現時点では」「否定できない」と三重に限定しているのに、公式Xは「初のcriticalモデルとして扱う」と踏み込んでいます。どちらか片方だけを引くと、軽すぎる記事にも重すぎる記事にもなります。
④のGitHubは、逆に短い1文が印象に残りました。「レビュアーを追加するかどうかはあなたの選択であるべきだと言われたので、それを反転させました」。既定でオンにしたものを戻すのは、配るより手間がかかるはずです。
事実関係の誤りや新しい情報にお気づきの点があれば、コメント欄で教えてください。
参考資料
- OpenAI 公式「Responding to the next frontier of critical cyber capabilities」（現地表示2026年8月7日）／OpenAI 公式Xアカウントの投稿（2026年8月7日）／同「Third-party cyber evaluations involving OpenAI models」（現地表示2026年8月4日、Astraの言及なしを確認）
- OpenAI ヘルプセンター「ChatGPT — Release Notes」（米国時間2026年8月7日付の項目）／同「ChatGPT Voice」ヘルプ記事／同リリースノートの日本語版（8月6日・7日項目の未翻訳を確認）／OpenAI ニュース一覧（ChatGPT Voiceのファイル／Projects対応に関する記事の不在を確認）／同「Introducing GPT-Live」（現地表示2026年7月8日）
- Grok 公式Xアカウント @grok の投稿（2026年8月7日）／SpaceXAI 公式サイト「21 New Flagship Grok Voices」（現地表示2026年7月6日）／同ニュース一覧（2026年8月付記事の不在を確認）
- GitHub Changelog「GitHub Code Quality no longer adds Copilot as a reviewer」（現地表示2026年8月7日）／同「Copilot code review effort levels are generally available」（同）／同「GitHub Copilot weekly releases — August 3」（同）／GitHub Docs「Code review」（AIクレジット消費の記述）／Visual Studio Code リリースノート v1.132（リリース日2026年8月5日）
- Anthropic「Claude Platform release notes」の2026年8月7日付項目／同 Managed Agents および Data residency のドキュメント／Anthropic 公式ニュース一覧（対応記事の不在を確認）／Internet Archive のスナップショット
この記事が気に入ったら
フォローしてね！
お気軽にコメントどうぞ