Evaluating Agents
aunhumano.com
Evaluating Agents
1–10 of 10 posts
Re: Evaluating Agents
#2The idea is to keep updating this post with a few more approaches I'd been using.
Re: Evaluating Agents
#3Re: Evaluating Agents
#4Re: Evaluating Agents
#5This is the biggest problem I've encountered with evals for agents so far. Especially with agents that might do multiple turns of user input > perform task > more user input > perform another task > etc.
Creating evals for these flows has been difficult because I've found mocking the conversation to a certain point runs into the drift problem you highlighted as the system changes. I've also explored using an LLM to create dynamic responses to points that require additional user input in E2E flows, which adds its own levels of complexity and indeterministic behavior. Both approaches are time consuming and difficult to setup in their own ways.
Re: Evaluating Agents
#6Re: Evaluating Agents
#7> There’s one issue with this, you’ll have to be careful to keep the “N – 1” interactions updated whenever you make some changes because you will be “simulating” something that will never happen again in your agent. This is the biggest problem I've encountered with evals for agents so far. Especially with agents that might do multiple turns of user input > perform task > more user input > perform another task > etc.…
I'm still thinking about good ways to mitigate this issue, will share.
Re: Evaluating Agents
#8Would love to see some examples
Re: Evaluating Agents
#9I'm a beginner user. My current agent is built using Java. I'm hesitant whether to use Python to call the api for evaluation or to introduce some tools into the Java project for evaluation, such as those related to OpenTelemetry.