9月8日(現地時間)のAIニュースから5本をまとめる。OpenAIの最新モデル「GPT-6 Astra」がAmazon Bedrockで一般提供となり、エンタープライズAIのプラットフォーム競争がまた一段動く一日でした。セキュリティ方面も目白押しで、Microsoftの月例パッチは件数が過去最多に達し、米当局は中国企業によるAIモデルの「蒸留」への警告を公式文書で出しました。ローカルLLM界隈では、RTX 4090二枚でエージェントを何体同時に走らせられるかを3週間かけて測った検証が注目を集めています。
GPT-6 AstraがAmazon Bedrockで一般提供開始——100万トークン文脈とガバナンスをワンセットに
AWSは9月8日、OpenAIの最新・最上位モデル「GPT-6 Astra」がAmazon Bedrockで一般利用可能になったと発表しました。BedrockのAPIから直接呼び出せるほか、ChatGPT WorkとCodexをBedrock経由で使うよう構成することもできます。
AWSの説明によると、Astraは相反する情報を突き合わせて依存関係を追い、何を優先すべきかを判断する作業に深みを発揮します。最大100万トークンのコンテキストで数百ページの契約書を精査し、リスクの高い条項を特定するような用途が想定されます。APIやコネクタが存在しないソフトウェアも画面経由で操作してワークフローを続けられる、コンピュータ・ブラウザ利用の能力も進んだといいます。同じ文脈を繰り返し使うワークロード向けには、キャッシュの位置を明示的に指定できるプロンプトキャッシュ(暗黙・明示の両方式)にも対応しました。
注目したいのは安全性の設計です。OpenAIのPreparedness Frameworkによる評価で、GPT-6 Astraはサイバーセキュリティ能力で初めて「Critical」分類に達したモデルであり、この水準では自動ガードレールが誤用をリアルタイムで監視し、定めた境界を超える活動を停止できるとされています。Bedrock側もチップレベルで演算データへのアクセスを排除し(AWSの運用者ですら推論中のプロンプトを閲覧できない)、全呼び出しをCloudTrailに記録。VPCエンドポイント経由の通信や、アカウント・ネットワーク境界をまたぐデータ持ち出し防止のポリシーにも対応します。推論データはモデル訓練に使われず、OpenAIとのデータ共有への同意も不要です。高性能モデルを「どう預かるか」の説明とセットで提供できるかが、エンタープライズ向けモデル選定の大きな軸になりそうです。
Microsoftの月例パッチは972件で過去最多——AI支援攻撃を見据えた業界の駆け込み
Microsoftの9月の月例セキュリティ更新は約972件の脆弱性修正となり、うち112件が「Critical」深刻度に達しました。件数はともに過去最多です。2ヶ月前の570件が当時の記録で、先月も約620件。修正件数の急騰が続いています。
背景には、AIを悪用した攻撃の本格化を見込んだ業界全体の前倒しがあります。2週間前にはOpenAI、Anthropic、AWS、Google、Microsoftら100社を超える企業・団体が、AI支援攻撃に先回りされて脆弱性を突かれる前にパッチの猶予期間が狭まっていると警告する公開書簡を発表していました。Zero Day InitiativeのDustin Childs氏はこの急増を「新常態」と呼びつつ、それでもAI支援攻撃がもたらしうる被害は大きくなり得ると注意を促しています。
米当局が中国AI企業の「系統的蒸留」を警告——モデルの出力そのものが狙われる
米連邦政府当局は、中国に拠点を置くAI企業が米国企業のAIモデルに対して「系統的」な蒸留キャンペーンを実行しているとするサイバーセキュリティ勧告を公開しました。Cyberscoopなどが報じています。
蒸留は、大量のプロンプトを投げて対象モデルの出力を集め、それを自社モデルの訓練に再利用する手法です。APIコストの不正利用にとどまらず、モデルの能力そのものが持ち去られる点が、従来の認証情報の窃取とは性質の異なるリスクといえます。勧告の詳細な内容は今回の収集データには含まれていないものの、米政府機関が公式文書で国家規模の脅威として指摘したこと自体が、モデル提供各社に対策を迫るシグナルになりそうです。
Linux FoundationがエージェントAIの情報共有ガイドライン「SAFE」の草案で意見募集
エージェント型AIが本番環境に広がるなか、インシデントの情報を業界で共有する枠組みも動き始めました。Linux Foundationは、エージェント型AIのセキュリティインシデントを業界で共有するためのガイドライン「SAFE」について意見募集を開始しています。NVIDIA、Cisco、CrowdStrikeなどが初期案の作成に参加しているといいます。
エージェント型AIはツール呼び出しや外部サービスとの連携を伴うため、侵害の検出と原因の分析が単一のアプリケーションよりも複雑になりがちです。モデルの性能を上げる努力と並行して、起きたインシデントを共有し再発を防ぐ社会的な仕組みが整いつつあるのは、エコシステム成熟の兆しといえるのかもしれません。
2×RTX 4090でエージェントは何体同時に走れるか——3週間の実測が導いた「ソフトキャップ5体」
LocalLLaMAコミュニティで、2枚のRTX 4090(実効44.6GiB)と128GBメモリのマシンで、llama.cpp上のローカルエージェントを何体同時に走らせられるかを3週間かけて計測した検証が注目を集めました。著者は中堅非営利団体のCTOで、コーディング用サブエージェントを自前のマシンで回しています。
まずモデル選びの結論から。122B級のMoE(専門家混合)モデルは量子化すれば動くものの、エージェントのツール呼び出し1回あたり11.91秒を要し、27Bの3.40秒と比べて3.5倍遅いことが見切りをつける決め手になりました。1タスクで何十回もツールを呼ぶエージェントでは、1回あたりのレイテンシこそが本体です。試した125B級の新モデルはメモリバスがボトルネックになって23.7トークン/秒止まり。実はメモリスロットが4チャネル中2チャネルしか埋まっていない構成が響いており、空きチャネルを埋めることがどのチューニングフラグよりも効く、というのが著者の結論です。
精度面では予想外の結果が出ています。長い文書の15%・50%・85%の位置に事実を埋め込み、同じ項目を引用するおとりを6つ仕掛けたリトリーバル試験では、Q4_K_M/Q6_K_XL/Q8_K_XLの3つの量子化精度が最大251,557トークンまで全問正解でした。この試験では量子化による精度差を分離できなかった(天井に張り付いた)ため、「Q4はロスなし」と結論してはいけない、という慎重な読み方も示されています。
同時実行の結論は明快です。64kコンテキスト1体あたりで見るとQ8で3体、Q6で5体、Q4で9体が収まりますが、合計スループットはどの構成もほぼ同じ。エージェントのプロンプトは巨大で応答は短いためプリフィル(読み込み)処理が支配し、その合計帯域が約1,500トークン/秒で一定だからです。スロットはプリフィル予算を分割するだけで、増やしはしません。9体構成では1回の応答待ちが330秒に達し、3体構成の112秒と比べて同じ仕事量のまま3倍待つだけでした。著者の運用点は「UD-Q6_K_XL、5エージェント、64k×5(合計約33万トークン)、41.1GiB」です。
細かい発見も実用的です。KVキャッシュはq8_0で品質・速度ともf16と変わらず1.4GiB得しますが、Kをf16・Vをq8_0と混在させた構成だけは長いプリフィルが完了せずハングしたといいます。「KとVの型は合わせろ」という教訓です。また、Claude Codeのmodel:フィールドには自社モデルしか登録できないため、ローカルモデルはMCPサーバーとして公開し、「このファイル群について答える」「実装のドラフトを作る」「一括編集する」といった高トークン・低リスクの作業をローカルに振り分ける、という運用例も紹介されています。
BedrockでのGPT-6 Astra一般提供にせよ、過去最多の972件パッチにせよ、今日のテーマは「AIを本番環境に置くための条件整備」でした。高性能モデルがクラウドのガバナンス枠内で提供され、その裏では攻撃側のAI化を見据えた防御の前倒しが進む。そして自前のマシンでエージェントを回す人たちは、華々しいモデル性能よりも「1回の呼び出しに何秒かかるか」「何体なら同時に回せるか」という算術と誠実に向き合っています。次の競争は、モデル性能そのものよりも、運用の現実をどこまで正直に測るかに移っていくのかもしれません。
