国防総省、Anthropic問題後に単一AI提供業者を避ける方針を表明、AWS、Google、Microsoft、NVIDIA、OpenAI、Oracle、SpaceXとの契約を締結

✍️ OpenClawRadar📅 公開日: May 9, 2026🔗 Source
国防総省、Anthropic問題後に単一AI提供業者を避ける方針を表明、AWS、Google、Microsoft、NVIDIA、OpenAI、Oracle、SpaceXとの契約を締結
Ad

特別競争力研究プロジェクトのAI+ Expoイベントで、国防総省の研究・工学担当国防次官エミル・マイケル氏は、国防総省は二度と単一のAIモデルに依存しないと述べた。これは、国防総省がAnthropicをサプライチェーンリスクに指定し、ホワイトハウスが同社の自律型兵器や監視ユースケースへの対応拒否を受けて政府機関にAnthropic製品の除去を命じた後のことである。裁判官は3月末にこれらの命令を訴訟係属中一時停止した。

マイケル氏は統合の課題を次のように説明した:「私たちは戦争省で1つのベンダー、1つのAIベンダーに依存していました。機密システムへの統合は、単にソフトウェアをパブリッククラウドに載せて動作させるだけではありません。これらは高度で保護されたシステムであり、統合には多大な作業が必要です。そのため、簡単に他のモデルをいくつか切り替えることはできませんでした。」

この問題に対処するため、国防総省は8つのAI開発企業(Amazon Web Services、Google、Microsoft、NVIDIA、OpenAI、Reflection、Oracle、SpaceX)と契約を結んだ。マイケル氏はこれらの契約を、Anthropicとの紛争に対する「対抗声明」であり、複数のプロバイダーにわたる技術スタックの多様化への一歩と位置付けた。

注目すべきは、Anthropicが高度なサイバーセキュリティ脆弱性検出に特化したモデルMythos Previewをリリースしたことで、議論が変わったことだ。米国政府は、現在進行中の紛争にもかかわらず、一部の政府機関がAnthropicの最先端モデルを使用できるようにする政策計画を起草していると報じられている。

防衛・セキュリティ向けAIエージェントを構築する開発者にとって、これはマルチプロバイダーアーキテクチャへの明確な動きを示す。モデルプロバイダーを抽象化し(例:LangChain、CrewAI)、統合コードを書き直すことなくOpenAI、Anthropic、Google、オープンソースモデル間で切り替え可能なエージェントフレームワークへの需要が高まることが予想される。

📖 出典全文: HN AI Agents

Ad

👀 See Also

プロンプティングから仕様エンジニアリングへ:プランナー・ワーカーアーキテクチャの転換
News

プロンプティングから仕様エンジニアリングへ:プランナー・ワーカーアーキテクチャの転換

AI開発は、単純なチャットベースのプロンプトから、人間が仕様エンジニアとして機能するプランナー・ワーカーアーキテクチャへと移行しています。これには、自律型AIエージェントのための厳格な受入基準、制約アーキテクチャ、および分解パターンの定義が必要です。

OpenClawRadar
Claude Opus 4.6の精度が、BridgeBench幻覚テストで低下
News

Claude Opus 4.6の精度が、BridgeBench幻覚テストで低下

BridgeMind AIのTwitter投稿によると、Claude Opus 4.6のBridgeBench幻覚テストにおける精度が83%から68%に大幅に低下したことが報告されています。

OpenClawRadar
Claude Opus 4.1は、SWE-Bench Proのプライベートデータセットにおいて17.75%のスコアを記録し、記憶力と推論力のギャップを浮き彫りにしました。
News

Claude Opus 4.1は、SWE-Bench Proのプライベートデータセットにおいて17.75%のスコアを記録し、記憶力と推論力のギャップを浮き彫りにしました。

Claude Opus 4.1はSWE-Bench Verifiedで80%を獲得しましたが、SWE-Bench Proのプライベートデータセットでは17.75%に低下しました。Scale AIの分析によると、モデルは馴染みのあるリポジトリで推論するのではなく、記憶に基づいてナビゲートしていたことが判明しました。

OpenClawRadar
Claude CodeがQNXのビッグカーネルロック解除に挑戦、ユーザースペースの競合統計から着手
News

Claude CodeがQNXのビッグカーネルロック解除に挑戦、ユーザースペースの競合統計から着手

開発者がClaude CodeにQNXマイクロカーネルを再設計してBig Kernel Lockを除去するよう依頼しました。Claudeはトップクラスの人間の開発者なら3ヶ月かかると見積もり、まず/procのようなロック統計を設計し、カーネルサブシステムを一つずつ修正し始めました。

OpenClawRadar