Twitter/X

@ankrgyl asserts the ground truth for agents is their expected behavior, not…

Brief

@ankrgyl argues the correct ground truth for agentic systems is documented behavior rather than outputs, because outputs are hard to verify and debugging requires introspection. Working with Mitchell Troyanovsky, trybasis, and Braintrust, they published an open behavior-specs standard and examples (repo, .agents/behaviors/) at agentbehavior.dev to evaluate and scale multi-hour/day agents for production tasks like tax returns.

Why it matters

@ankrgyl asserts the ground truth for agents is their expected behavior, not final outputs, because (1) generating reliable ground-truth values is hard and (2) debugging invalid outputs requires introspection of agent behavior.

Key details

  • In collaboration with @mitch_troy, @trybasis, and Braintrust, they released an open 'behavior specs' standard and repo (behaviors live in .agents/behaviors/) at agentbehavior.dev to evaluate and scale long-horizon agents (hours–days) for tasks like complete tax returns. (Created: 2026-03-11; Last updated: 2026-04-04.)
Source evidence

I have long felt the diminishing effectiveness of LLM-as-a-judge for agents, and one day over coffee @mitch_troy gave me a rant that helped clarify why. The ground truth for an agent isn't its output, it is how the agent should behave.

This is important for two reasons:

(1) it is very difficult to generate good ground truth values

(2) to effectively debug why an agent produced invalid outputs, you need to introspect its behavior.

Mitch then walked through why this is so hard for their team's tax agents. The behaviors themselves are subtle, hard-earned lessons from analyzing lots of failures in their traces in Braintrust, and to effectively flag them, you must effectively document them.

That discussion led us to build behavior specs: a new open standard we're releasing with @trybasis that documents how agents should behave. The repo includes a definition of the spec along with open examples for how to write good specs, evaluate agents using it, and more.

Clear, human-articulated prose is the highest leverage way to drive agentic systems to produce great outcomes. Behavior specs provide a framework to do that with evals. I'm super excited to work on this in the open, and would love to get feedback from others on how we can make this spec maximally useful.

Please try it out, and share your thoughts!

agentbehavior.dev/

Link

Agent behavior

A standard format for describing expected agent behavior for trace review and evaluation. Behavior specs live in .agents/behaviors/ and define what good agent conduct looks like before a reviewer,...
agentbehavior.dev

Mitchell Troyanovsky (@mitch_troy)

Out of the box, long-horizon agents struggle to accurately perform end to end work in the real economy (outside of coding) because those tasks are not easily verifiable, the data is hard to scale, and going from inputs to real outcomes can actually take many days.

Even if you had a reliable way to verify outcomes at scale (and weren’t bothered by the multi-hour iteration loops), the sheer volume of decisions by the agent that occur in a multi-hour job makes it hard to know whether performing well will generalize to production.

Over the last two years at @trybasis, we've been solving this problem by supervising the process our agents take to get to outcomes, rather than just looking at whether the outcome itself is correct.

We think this is the key to building production agents at scale.

It's what has allowed us to run agents in production that operate for hours, sometimes days, and reliably perform tasks like entire complex tax returns end to end.

Today, alongside @braintrust, we're open sourcing a standard for defining, evaluating, and eventually rewarding agent behaviors.

Thread below with all the details on how we’re scaling behaviors to close the loop for long-horizon agents.

— https://nitter.net/mitch_troy/status/2082513195357307158#m