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.
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.