Comment by 14u2c
7 hours ago
You are correct, at least based on my experimentation. This subagent workflow really only delivers meaningful results when working across model families (ex: Opus asking Astra for a review) or when working across conceptual hardware boundaries (cloud offloading to local inference, etc). The planner / overseer model ends up reading all the output of the coder model anyway, at least if you want quality output, so there's not much benefit otherwise.
I mean, even that's fine because output tokens cost ~5x input tokens. So that's still a win if the agent that does the heavy code reading and writing produces output that may be read again by the lead (not my observation of how agents in Paseo interact and of course, correctable to degrees with shared system prompt).
Here's a snippet of a sample prompt downwards from the lead for a piece of code I'm working on:
The agent is given explicit "comms" instructions upwards and I find that both agents in this exchange stick to the contract.
> even that's fine because output tokens cost ~5x input tokens.
That's assuming you come in under a certain threshold of revisions, and excludes the tokens generated for all the exchanges. The later can be be significant, especially when there are significant issues to correct.
All I can say is give it a try. We can debate hypotheticals all day, but it costs nothing to try and see.
The Paseo harness/orchestrator is doing something right. I switched from TUI after trying it as a candidate for a non-TUI user.
It's not the same behavior as Claude starting a Claude sub-agent.
1 reply →