#Agent capabilities and if it makes sense over my current approach for pr analysis
1 messages · Page 1 of 1 (latest)
Very quick question. A lot of the benefit from tools like Claude, opencode , codex etc in headless is all the agentic harness stuff and the fact for headless I can have it operate and interact with the CI auth and tooling to do things.
So I have a pr reviewer and one consistent thing I've noticed is that using the agents in cli headless still are pretty inefficient at working quick.
So I'm 2 weeks in and still not happy with the flow and thought about what dagger might do here.
My hope was that I could spec out some stuff like security reviewers and have the agent run the slash command then coordinate parallel agents to knock things out.
Opencode has a killer feature with custom tools that let you throw in a quick ts file and essentially extend. This means most of my markdown shell script directions became just tool calls. Super slick.
But it's still not fast enough.
I did a pilot with anthropic code SDK and it was blazing fast but the cheapest model means PRs are still every single run $0.17 - high end $3 which isn't great for a CI "coding agent reviewer" across an org.
In contrast with opencode it's dirt cheap with model router using gpt-5-nano for the easiest stuff and all the way to gpt-5-codex high reasoning automatically as needed.
So a lot of these tools essentially have that genetic harness and I know that you guys have some good stuff and probably have been continually iterating on it.
So I'm trying to make sure this is easily extensible which code with a/command and markdown files would allow me to do.
If I go down the dagger route, there's a few capabilities. I'm not certain that are there.
The first I found a little bit confusing was pushing changes back out of dagger, but I think you have improved that with the changeset logic.
The next is tools.
So the sky is the limit with dagger but for the agent... I'm not looking for completions, but rather for the agent to have access to various functions that I would create.
For instance, let's say I create some quick helper methods on retrieving pull requests or commenting on a pull request. This would be typically in an MCP server, but if I don't wanna have to create a MCP server, is there a way for me to register code from my dagger module for the agent to be able to invoke as needed?
Can dagger coordinate any concept of sub agent agents or would I just have to use like go routines triggering different agents at the same time to run actions?
I guess the main thing is that a dagger workflow tends to be deterministic. So the way I've used the AI agent in the past to do a migration was one step to migrate certain types of files using agent features and then proceed with more deterministic action.
But the appeal of an agentic coding framework is that it can self solve more problems for me as it works through them and continues.
Is this something that dagger is a good fit for or does my use case sound like I'd be better served by sticking with an agentic CLI or SDK?
Just adding a few more markdown files to run an agent is really low overhead but like I said seems to be really poor in speed of execution. Figured I'd rexamine dagger for this part
I'm doing a hackathon today and finalizing tomorrow so any "gut reaction" info would be great.
And say I've got some decent experience with dagger in the past from our conversations, but I haven't really kept up with every change and the philosophy of the dagger agent approach and where it fits versus some of the other tools out there