智能体
x.com ·
@omarsar0
AI 工程师视角:是否应该自建 agent harness
作者认为,学习构建 agent harness 是 AI 工程师保持竞争力和挖掘 agent 独特价值的方式之一:即使不自建,也能用这套知识调优现有闭源或开源 harness;更进一步可结合领域专长构建领域专用 harness,解决其他公司不愿投入的可靠性问题。针对“模型会自己生成 harness”“harness-as-a-service”等反对意见,作者认为定制化程度和供应商锁定是主要顾虑,并称在生物、健康、法律、金融领域已有公司在自建。作者同时承认,前沿模型在数学、代码等可验证任务上变强,但尚未看到其解决动态领域环境可靠性问题的证据。
AI推荐理由 这是一篇关于是否自建 agent harness 的观点帖,作者以 AI 工程师身份给出论证:自建 harness 可迁移调优知识、结合领域知识解决可靠性问题、避免供应商锁定,并指出模型在动态领域环境中的可靠性问题尚未被证明解决。内容有具体论点和反方观点,但属于个人经验性主张,无实验数据或可验证证据,也未提供论文列表全文;互动量仅作传播信号,不折算为质量分。
62
浏览 78,872
点赞 746
评论 60
转发 58
正文
Should you build an agent harness?
I see lots of opinions about it.
My thoughts:
As an AI engineer, learning how to build a harness is one of the best ways to stay ahead and unlock unique value from agents.
If you understand how to build one, you can, at a minimum, transfer that knowledge to tune whatever harness or set of harnesses (closed or open) you use.
In the best case, you apply your domain expertise to build domain-specific harnesses that unlock unique real-world value and solve reliability issues other companies just aren't willing to invest time in. If you haven't noticed, many companies and startups have already started doing this. Harnesses are enablers in that way.
I don't see any drawbacks in learning to build one.
The main pushback against building a custom harness is that models will get better at generating them on the fly, so why build one? Or that companies will provide harness-as-a-service, etc. Now, ask yourself: will you have the level of customization that a proper harness requires? See, you are not building a wrapper here; you are building an important part of your intelligence stack. Something you want to control completely.
Like automated prompt engineering, evals, and many other areas requiring extensive domain knowledge, harness engineering isn't something models are great at (see dynamic workflows from ant as an example). We assume too much that tools will remain static, data won't change, or knowledge will not evolve. A custom harness lets you own these issues and solve them at your desired pace. You simply cannot afford to sit back and wait for model providers to solve this problem for you. The harness is too important to offload.
While general frontier models get better at verifiable (math, code, and the like) tasks, I haven't seen evidence that they solve reliability issues when you apply them to domain-specific and more dynamic environments. This is why you want to understand how the harness works and potentially build your own. I see a lot of companies already doing this in bio, health, legal, and finance.
My other concern about just relying on a model provider to solve the harness for you is vendor lock-in. Right now, we mostly use single models for most tasks, but it's not hard to see a world where we leverage a set of frontier models (open and closed) to address issues like cost and diversity of intelligence. Are you going to rely on some company to build that harness solution for you, or, even worse, trust a single model to do that for you?
I can go on and on.
Building your own harness is about working towards building your own intelligence stack. I don't think that's optional where things are headed if you really want to have a differentiated business or offering.
So where do you get started?
I suggest feeding this list of seminal harness engineering papers to your agent: https://academy.dair.ai/papers/collections/harness-engineering
You can start with something like: "Summarize the main components of an agent harness by researching this list of papers and tools: https://academy.dair.ai/papers/collections/harness-engineering. Then put together a set of visual notes on where to get started to build my own minimal harness using <language_of_your_choice>."
Your thoughts? I want to keep this as an open discussion. Please share any concerns or thoughts. I'll share more thoughts as the conversation evolves.
https://x.com/omarsar0/status/2098809969252450451?s=20