Unreal Agentが非同期ハーネスでコーディングエージェントのコストを最大40%削減
Unreal Labsが開発したUnreal Agentは、ツール呼び出しを完全に非同期で管理するハーネスを採用し、モデルが待機やポーリングから解放される。これによりユーザーはツール完了を待たずにエージェントを操作でき、モデル呼び出し間でより多くのツール作業をスケジュール可能。Terminal-Bench 4.0などでCodex比最大40%、Pi比最大20%のコスト削減を達成し、同等以上の成功率を示した。
私たちは、ハーネス設計それ自体が研究領域であり、まだ研究・実装すべき有望なアイデアが多く残されていると考えています。
HNでの議論
75- dvt
この分野はまだまだ未開拓だと思う。モデルも面白いけど、ここ数年リサーチ／開発してきたことの中でも特に夢中になっているものがあるんだ:
フラクタルなツール探索: エージェントが「より深く掘り下げて」目的の特定ツールを見つけられるツール分類。大量の（ほとんど不要な）ツールでコンテキストを汚染する場合に役立つ。
スプレー木の活用: これは僕の一番好きなデータ構造で、エージェント／ハーネスの文脈では比較的使われていないと思う。最近使ったワークフローやツールチェーンが再び使われることはよくあるから、それらを検索階層の上位に置くのは素晴らしい最適化だ。
仮想コンテナ化ノートブック: サンドボックス化された（WASI）Pythonノートブックでモデルが動くのは驚異的だ。ローカルモデルでも（十分な時間を与えれば）たいていは良い解に収束する。ツールやリソース、ファイルシステムをマウントできるのも、繰り返しになるけどかなり未開拓だと思う。問題は、ネイティブなもの（numpyやpandasなど）をコンテナで動かすのが悪夢（あるいは不可能）なことだ。
とにかく、この分野で真剣に取り組んでいる人たちが他にもいるのを見られて嬉しい。何かコラボしたい人がいたら気軽に連絡してね :) 仕事や契約案件も積極的に探している。
楽しい未来が待っている。
- tekacs
見出しのグラフがなんか妙だ。
なぜか彼らは、Astra xhighで動かした自分たちのハーネスと、Astra maxのCodexを比較している？
---
あと注目すべきは、OpenAIが最近ハーネスに非同期ツール呼び出しのサポートを追加したことだ。これはこのアプローチと1対1ではないけど、似たようなことを提供できる方向に徐々に進んでいる。
Codexがこんなに多くのトークンを使う大きな理由は、基本的に自分で開始したタスクを...まったく正当な理由もなくホットループでポーリングしているからだ: https://www.reddit.com/r/codex/comments/1wdlp7q/weve_discove...
僕も1月か2月にCodexの自分のフォークで修正した。このパッチはリベースし続けているので、欲しい人はどうぞ: https://github.com/tekacs/codex/commit/9ffcf8db9078eae43d411...
これで、ここでUnrealが示しているのと同程度のトークン節約になる。
---
僕のハーネスは2月頃からUnrealが使っているアプローチの少し凝ったバージョンを使っている。そして...間違いなく素晴らしく機能するけど、非同期ツール呼び出しをより意識したAstraや他の最近のモデルでは確実にさらにスムーズだ。
- bryant
これについては深いスレッドでついでにコメントしたけど（潜在的商標問題について - https://news.ycombinator.com/item?id=49807884）、これは独立したトップレベルスレッドに値するほど深刻だと思う。
1年以内に訴訟で潰される可能性はどれくらいある？ 半年後には強力な製品群を持っているかもしれないが、会社のブランドの本質が最初から危ういように見えるなら、潜在顧客としてその種の訴訟を生き延びられるというリスクを取れるだろうか？
- tapoxi
Epicが爆発的に人気のUnreal Engineを出している時の商標問題に聞こえる
- tontinton
おお、とてもいいね。https://maki.sh とも比較できる？
コスト削減に最適化したハーネスとも比較すると面白いだろうね。