「ハーネスこそが本質」：LLMエージェントを自在に操る開発者の実践記
The Harness Is the Thing
開発者のScott Fryxell氏が、AIコーディングエージェントを効率的に活用するための「ハーネス」の概念と実践を紹介。Cursor、Claude、PiなどのTUIを統合し、AGENTS.mdやスキル、拡張機能で統一された環境を構築。Deepseekなどのコモディティモデルを多用し、フロンティアモデルの使用を75%削減。planner/worker/critic/promoterの役割分離やprewalkテクニックなど、具体的なワークフローを解説する。
ハーネスこそが本質であり、私の期待とLLMの能力が出会う支点なのだ。
HNでの議論
34- cultofmetatron
ここでDeepSeekとQwenで全然問題ないって思ってるの、私だけ？ 基本的に頭の中で計画を全部立てて、やりたいことを数文書くだけで、DeepSeekが何時間分もの作業を省いてくれる。しかも、ほとんどはFlashで足りてて、Proはレビューとかにたまに使うくらい。
- AirMax98
これを読むと、もう少しワークフローが良ければなあって本当に思う。僕は完全にFableに依存してて、他のモデルを使うってことがないんだけど、もう毎週使用制限に引っかかる状態になってるんだ。本当に時間を借りて生きてるようなものだよ——Anthropicが8月末に50%の使用量増加を最終的に導入したら、絶対にワークフローを切り替えざるを得なくなる。そうなったら、単一のプロバイダーの単一のモデルに固執し続けるとはとても想像できないな。
- andai
Lunaにはとても満足してるけど、僕のアプローチは「小さな編集を何度も繰り返す」って感じで、それにはモデルは1年前にほぼ飽和状態に達してたんだよね。（あと、「巨大なモデルに巨大な変更をさせる」アプローチも試したけど、その経験からまだ心理的に回復中だよ。コードベースは永遠に回復しないかもしれない！）それに、LunaとDSV4 Flashは今では互角っぽいけど、Lunaの方が速くて安いんじゃない？
- brainless
Claude Code、Codex、opencodeをほぼ同じように使ってるよ。今月はClaudeを多めに使ってるけど、それは（バカみたいに）Max（$100）を払ったからで、大きなクライアントプロジェクトがあるからなんだ。一般的に、大きなモデルは計画を立てるのに使ってる。生成されるEpicは全部似た構造になってるし、リポジトリも全部似た構造だよ（最近の例だとhttps://github.com/brainless/akar と https://github.com/brainless/daftprompt）。プロンプトを作るのに時間や思考をほとんど費やしてない。いくつかの組み合わせが書かれたシンプルなテキストファイルがあるだけで、それらは共通のファイル（README、AGENTS、DEVELOPなど）を参照してる。参照ソフトウェアは全部ローカルにクローンされてて、ドキュメントにそのことが書いてある。プロンプトテンプレートは、リサーチモード（Epicを書く）、ワーカーモード（ソフトウェアを書く）、レビューモード（Epicにレビューコメントを残す）に要約される。それだけだ。ハーネスの実験の多くは、テキスト操作、テキスト検索、テキスト上のグラフに関するものだ。なぜなら、LLMはテキスト処理システムだからだ。プロンプトの一部を切り取り、レスポンスの一部を切り取り、ユーザーの意図の一部を切り取る。結合し、Epic/タスクに分割し、LLMで実行し、繰り返す。
- esalman
先週学んだことは、ハーネスは基本的にwhileループだってことだ。各反復でLLM呼び出しを行い、何らかの作業（ツール呼び出しなど）を実行し、プロンプトを拡張（追記や圧縮など）する——必ずしもその順番じゃなくてもいい——そして続ける。終了条件が満たされるまでね。そしたらループを抜ける。