Harness Training、agent改善をモデル本体から実行基盤へ移す試み
Original: Training a harness for model-agnostic and task-environment-agnostic capability improvements with PyTorch-like framework [P] View original →
r/MachineLearningに投稿されたHarness Trainingは、agentの性能改善をモデル本体ではなく周辺の実行基盤に置くプロジェクトだ。作者は数カ月の作業を経て、「Agent-driven Self-improving Harness」を「Harness Training」として整理し直したと説明している。task LLMは固定し、特定の環境でharnessを一度学習させ、そのharnessで複数のモデルやタスク環境の能力を引き上げる、という考え方である。
PyTorch風の枠組みが面白いのは、helper関数、状態表現、リトライ、行動選択を最適化の対象として扱う点にある。agentシステムでは、結果を決めるのはモデルの大きさやpromptだけではない。どのツールを見せるか、観測をどう圧縮するか、失敗時に何を試すか、途中結果をどこで採用するかが実用性を左右する。
この方向が注目に値する理由はコスト構造にある。タスクごとに大規模モデルをfine-tuningするのは重く、promptを手作業で調整し続ける方法も再利用しにくい。harnessに運用上の知識を持たせられれば、新しいモデルや近い環境へ移すときに同じ実行ノウハウを使える可能性がある。ただし、一般化は検証が必要だ。特定ベンチマークに合わせたhelperが別環境でも効くのか、学習済みharnessが理解しやすい形を保つのかが重要になる。
この投稿が目を引くのは、agent研究の焦点がモデル外のシステム設計へ広がっているからだ。より強いモデルを呼ぶだけでなく、モデルの周囲にある実行層をどう学習し、評価し、再利用するかが次の課題になっている。Harness Trainingはまだプロジェクト段階だが、agentの信頼性をsoftware infrastructureとして扱う流れをよく示している。
Related Articles
Sam Altman氏は、OpenAIのagent製品の利用が1週間で2.5倍になったと投稿した。CodexやChatGPT Workが一時的な試用から継続的な業務利用へ移るかを測る材料になる。
モデル順位表の弱点は、モデルではなく問題側にあるかもしれない。新しいarXiv論文は、評価タスクの25.7%以上に重大な問題を見つけ、欠陥タスクを除くとSWE-bench Verifiedの平均性能が9.9%動くと報告した。
約300ポイントを集めたHNの議論は、secretが漏れなかった事実よりも実験条件が現実のリスクをどこまで表すかに向かった。