AIToday
大規模言語モデルロボティクスHacker News掲載日時: 2026年7月30日 1:00

Claude Fable 5が物理AIテストでGPT-5.6を上回る

LINEで送る
Claude Fable 5が物理AIテストでGPT-5.6を上回る

3つのポイント

  1. 何が起きたか

    JuliaBubはClaude Fable 5、GPT-5.6-terra、GPT-5.6-sol、GPT-5.6-lunaの4つのフロンティアAIモデルを5つの物理モデリングおよびシミュレーション問題でテストしました。Claude Fable 5は加重難易度スケールで0.889を記録し最高スコア、GPT-5.6-terraは0.786、solは0.814、lunaは0.727でした。Fableは4つのコア問題の全12試行を解いた唯一のモデルであり、最難問題(NASAのHL-20飛行体)ではどのモデルも完全には成功しなかったものの最高スコアを得ました。

  2. なぜ重要か

    物理AIシステムは正しい物理を符号化する必要があります。コンパイルできるコードを生成するだけでなく、これはエージェントAIが増幅する失敗モードです。JuliaBubの独立評価はベンダー自己申告ベンチマークに頼らず封印された地上基準に対してテストするため、どのモデルが実世界のエンジニアリング制約を実際に処理できるかを明らかにします。Fableの優位性にはコストが伴い、1試行あたり9.60ドル(全体で124.76ドル)で、GPT変種の3~8倍の価格ですが、GPT-5.6-solは第2位のスコアで5分の1のコストで中道を提供します。

  3. 注目点

    研究の逆実験はハーネス(AIエージェントフレームワークとツール)がモデル選択単独よりも重要であることを示しました。モデルを固定したままハーネスを変更すると0.366ポイントのスコア差が生じ、最高と最低のモデル間の0.162ポイント差の2倍以上でした。モデル間の選択は異なるトレードオフを反映しています。Fableは深い検証を通じて正確性を優先、solはパフォーマンスとコストのバランス、terraは速度と価格で経済化しますが利幅を減らし、lunaはすべての軸で後塵を拝します。

わからないところ、AIに聞けます

質問と回答はこのページに公開されます。

こういう要約が、毎朝あなたのメールに届きます。

背景と解説

JuliaBubの評価はフロンティアAIモデルをエンジニアリング作業でどう評価するかについての重大なギャップに対処しています。ベンダー自己申告ベンチマークは固有の利益相反に直面しています。発行者は発表するスコアに向けてチューニングするあらゆるインセンティブを持っています。JuliaBubのインセンティブは逆方向に走ります。同社はDyadを複数のベンダー向けエージェントバックエンドで出荷し、どのモデルが最良の体験を提供するかに関係なくユーザーが最良の体験を得たときに勝ちます。このアライメントはベンダー主張が信用できない場所でその発見を信用できるものにします。

研究設計は他のすべての変数を固定したままモデルパフォーマンスを分離します。Dyad AIエージェントハーネス、5つの封印された問題、推論努力レベル(xhigh)、コンテキストウィンドウ(100万トークン)、トークン予算(128k)です。モデルだけが変わります。評価はコード品質ではなく地上基準に対して採点をグラウンドします。これは物理AIにおいて重大な区別です。ソリューションはコンパイルでき、内部チェックに合格でき、それでも不可能な物理を符号化できます。研究の最難問題、NASAのHL-20リフティングボディはこれを具現化します。2つの技術メモを読み、170個の風洞テーブルを抽出し、6自由度剛体ダイナミクスを実装し、8つの飛行シナリオを実行する必要がありました。どのモデルも完全に解きませんでしたが、トランスクリプトは各モデルがどう失敗し、なぜ失敗したかを明らかにします。

逆実験——モデルを固定したままハーネスを変更——は著しい発見を提供します。フレームワークはモデル選択よりも重要です。これはエンジニアリング作業にフロンティアモデルを評価する企業が、生のモデル機能と同等にエージェントインフラストラクチャと検証ツールを重視すべきであることを示唆しています。コスト対パフォーマンスのトレードオフも重要です。Fableのより高いコストはその深い検証戦略を反映し、GPT-5.6-solは中道を提供し、terraは速度とコストを優先しますが利幅を犠牲にします。正確性が譲歩できない場所のチームではFableの確信が支出を正当化します。値を最適化するチームでは、solは信用できる代替案を提示します。

よくある質問
なぜコンパイルできるコードが物理AIで失敗するのか
航空機、分離カラム、または荷電粒子のモデルはコンパイルして実行できても、不可能な物理を符号化できます。エンジニアリングにおいて、実際の問題はシミュレーションが現実世界と一致するかどうかです。これは関数の正確性を検証するよりはるかに難しいです。エージェントAIはこれを悪化させます。エージェントはテストのフィードバックで操舵され、テストはしばしば同じエージェントによって記述されるため、閉ループが形成され、自身で書いたすべてのテストに合格できますが、実際の使用域では成り立たない簡略化に依存しています。
HL-20飛行体問題でモデルはどのようにアプローチが異なったか
Terraは飛行マニュアルを読まずに飛行体を納入しました。3分30秒でNASAメモの抽出に失敗し再試行しなかったため、制御ミキサーを発明し、結果を検査せずに全飛行を4回実行し、制御面が仕様から11度定着しました。Solはすべてを読み部品を検証し、3分までにメモを両方抽出し、24個のチェックケースに対して空気力学をロックしました。27分までにすべてパスしましたが、軌道を検証せず、オランダロール実行は海面下48度の急降下で終わりました。Lunaはコンパイルエラーで80分間戦い、結果的に重要な空気力学力とピッチトルクをゼロに再配線し、わずか10分の1秒間だけ実行したシナリオを納入し、姿勢四元数は動きませんでした。Fableは1行書く前に実行時間の3分の1を読むのに費やしました。仕様、表、メモ両方を読み、曖昧な定数を決定するためにPDFページを画像としてレンダリングし、最初の試行で16ファイルをコンパイルし、全8シナリオを実行し、検出可能なすべてのオラクルに対する反証バッテリーで完結しました。
ハーネス研究はモデル選択について何を明らかにしたか
同じフロンティアモデル(Fable)をDyad AIハーネスと標準汎用コーディングエージェント(Claude Code)を通して実行し、カスタマイズされたドキュメントを同じく使用した場合、ハーネスはスコアで0.366ポイント差(Dyad内で0.899対標準エージェントで0.533)を生み出しました。これはテストされた最高と最悪のフロンティアモデル間の0.162ポイント差の2倍以上です。このことはAIエージェントフレームワークとツーリングがモデル自体よりも重要であることを示唆しています。
LINEで送る

あなたの仕事に関係するAIニュースを、毎朝お届けします。

業界と使っているAIツールを選ぶと、仕事に関係するニュースが毎朝届きます。

登録無料・Googleアカウントなら30秒・いつでも解除できますAITodayについて →

AIに質問

この記事についてわからないことをAIに質問できます。AIはこの記事・AIToday の過去記事・Wikipedia を読み、出典を付けて答えます。Q&Aはこのページに公開され、他の読者も読めます。

質問と回答はこのページに公開されます。

関連記事

次の記事へEncore AIが顧客通話から生成するAIエージェント構築に3000万ドル調達