Unreal Agent：AIエージェントによる次世代自動化の全貌

Unreal Agent（https://github.com/unreallabsai/unreal-agent ）は、AIエージェントを活用したワークフローの自動化を加速させる強力なツールです。複雑なタスクを自律的にこなすAIエージェントの構築や活用に興味があるエンジニアにとって、見逃せないリポジトリとなっています。

ヘッドラインにあるグラフ、ちょっと不可解だね。なぜかAstra xhighで動かしている自前のハーネスを、CodexとAstra maxの組み合わせと比較してるんだよね。それに、OpenAIが最近ハーネスに非同期ツール呼び出しのサポートを追加したのも注目しておきたい。これと完全に同じアプローチってわけじゃないけど、似たようなことができるようになってきてる。Codexのトークン消費が激しい大きな原因は、基本的には理由もなく開始したタスクをひたすらポーリングし続けるホットループにあるんだよ：https://www.reddit.com/r/codex/comments/1wdlp7q/weve_discovered_the_issue_behind_codex_harness/ 。私も1月か2月頃に自分のCodexフォークで修正したから、必要な人はこのパッチを使ってくれ：https://github.com/tekacs/codex/commit/9ffcf8db9078eae43d4111ff94259795c1e962c9 。これのおかげで、Unrealが提示しているのと同じくらいのトークン削減効果が出てるよ。あと、私のハーネスは2月頃からUnrealが使っているアプローチを少し工夫したものを使ってるんだけど、間違いなくすごく上手く機能する。ただ、非同期ツール呼び出しを理解しているAstraや最近のモデルの方が、確実にスムーズに動くね。

Epicがめちゃくちゃ人気のあるUnreal Engineを出してる以上、商標問題になりそうな気がする。

この分野はまだ全然開拓されてないと思う。モデル自体も興味深いけど、ここ数年研究・開発している以下の点にすごく夢中になってるんだ。
フラクタルツール発見：エージェントが必要なツールを「深掘り」して見つけられるツール分類法。膨大な（ほとんど不要な）ツールでコンテキストが汚染されるのを防ぐのに役立つよ。
スプレー木の活用：これ一番好きなデータ構造なんだけど、エージェントやハーネスの文脈ではあまり使われてない気がする。最近使ったワークフローやツールチェーンはまたすぐに使われることが多いから、それを検索階層のトップに置くのは素晴らしい最適化になるはず。
仮想化コンテナノートブック：WASI環境のPythonノートブックでモデルを動かすのは最高だよ。ローカルモデルでも（十分な時間を与えれば）大抵は良い解に収束する。ツールやリソース、ファイルシステムをマウントできるようにするのも、個人的にはかなり未開拓な領域だと思ってる。ただ、numpyやpandasのようなネイティブなものをコンテナで動かすのは悪夢みたいに大変だったり、不可能だったりする問題もあるけどね。
とにかく、この分野で本格的に取り組んでいる人が他にもいて嬉しいよ。何かコラボできそうなことがあれば遠慮なく連絡してね。仕事や契約案件も積極的に探してるよ。これから楽しみだ。

Goでハーネスを作る人が増えて嬉しいよ。自分も https://github.com/ChaseRensberger/wingman を作るのをすごく楽しんだしね。Goの言語プリミティブは、ネットワーク越しにツールを使ったり、並行処理で作業したりするニーズにうまくマッチしてると思う。あと、個人的に追っかけているGoのハーネスは https://github.com/boldsoftware/shelley （exe.devチーム）だね。

もし最先端の研究所（実質Anthropicだけかな）がサブスクリプションプランでも完全にOAuthをサポートしてくれたら、ハーネスの進化はもっと爆発的に進むはず。API課金がネックになって、試すべき低コストなアイデアや新しいコンセプトがたくさん埋もれたままになってる気がしてならないんだよね。代替ハーネスをテストするのも、開発するのも、API料金がかかると高すぎるんだよ。

自分のプロジェクトではUnrealを使っているんだけど、チームでいろいろ試した結果、MCPの複雑な仕組みは一切使わないことにした。エディタのPythonスクリプトを公開して、設計図（ブループリント）やアセットデータをbotがgrepできるようにプレーンテキストでエクスポートするステップを作るだけ。これが今のところ一番良い結果を出していて、エージェントにゲームコードを編集させたり操作させたりするのも問題なくできてるよ。このやり方は、現在のMCPのようなエージェントシステムや公式のUnreal MCPよりも圧倒的にパフォーマンスが良い。BlenderのMCPが、単にスクリプトを露出させて、Claude Codeなどに最小限のAPIを提供するのと似たようなアプローチだね。

いいですね！ https://maki.sh との比較もできますか？コスト削減を最適化するハーネスと比較するのも面白そうです。

CLI指向のSDKに対する批判は的を得てるね。「サブエージェントなし」という制約が厳しくなるような、長期スパンのタスクでどう振る舞うのか見てみたい。

この件（商標問題の可能性について： https://news.ycombinator.com/item?id=49807884 ）は別のスレッドで軽く触れたけど、わざわざ独立したスレッドを立てるくらい深刻だと思う。1年以内に訴訟で潰される可能性はどのくらいあるんだろう？半年後には素晴らしいサービスを提供できるようになっていたとしても、最初からブランドの根幹が危うい状態だったら、潜在的な顧客としてリスクを背負ってまで関わるべきなのか迷うよ。

残念な名前だね。誤解を招く。