Model selection for squad coordination - do some models delegate better than others? #1054
Replies: 4 comments 3 replies
|
I'd love to hear from the main contributors @bradygaster @diberry @tamirdresher |
|
On an equally practical point it would be good to get some idea of aggregate token usage per request. Hell, let's just put a cost calculator in there while we're at it! |
Closing this outI ran a small directional experiment to better understand how different models behave in a Squad-style coordinator role. This was not a scientific benchmark. It was intentionally small, practical, and focused on the behavior we care about in Squad: when a user asks for "the team", does the coordinator actually coordinate, or does it start doing the specialist work inline? The short version: explicit delegation instructions matter a lot. What I testedI looked at two main setups. First, I tested prompts that explicitly told the coordinator to delegate, route work to the right people, and avoid doing the domain work inline. Then I tested a more realistic implicit setup, where the prompt said "Team" but did not explicitly say "delegate", "launch agents", or "do not write the answer inline". That distinction turned out to matter more than I expected. How I scored itFor delegation behavior, I used this simple drift score:
Lower is better. For the implicit test, I also scored role selection quality:
Again, lower is better. Results from the explicit-delegation testWhen the prompt clearly told the coordinator to delegate, the models behaved much better. Mean delegation drift scores:
In this setup, gpt-5.5 was the cleanest. It routed cleanly and avoided turning into the specialist itself. That is the behavior I want from a Squad coordinator. If I ask for a team, I want the coordinator to be Jean-Luc Picard, not the entire engineering department wearing a fake mustache. Opus addendumI also ran claude-opus-4.7 on five explicit prompts. Scores:
Mean drift: 1.4 My read: Opus understood the coordination pattern, but on planning-style tasks it often helped too much. It would say the right coordination-ish things, but then include a substantial plan inline anyway. That is useful behavior in a normal assistant. It is less useful when the job is specifically to coordinate a team. Results from the implicit-delegation testThe implicit prompts were closer to how users might naturally talk to Squad. They mentioned "Team", but did not explicitly say to delegate. The five prompts covered:
Mean scores:
This is where things got interesting. Without explicit delegation instructions, most models did a lot more inline work. They saw a useful problem and started solving it directly, which is understandable, but not quite the Squad behavior we want. In this setup, claude-sonnet-4.6 had the best role-selection behavior. It was better at picking plausible team members even though it still drifted into inline work more than I would like. ValidationI also reviewed the results for:
Token usage, cost, and elapsed time were not visible from the returned outputs, so I did not measure them and I am not drawing conclusions from them. My takeawaysA few things stood out to me. First, coordinator instructions need to be very explicit. "Use the team" is not enough. If we want delegation, routing, and clean handoff behavior, we should say that directly. Second, model choice depends on which failure mode bothers us more. In the explicit setup, gpt-5.5 had the cleanest delegation behavior. In the implicit setup, claude-sonnet-4.6 had the strongest role-selection behavior. Third, "helpful" can be a problem. Some models are so eager to be useful that they produce the plan, the answer, and the specialist artifact right there in the coordinator response. That is great if you are asking one assistant for help. It is not great if the whole point is to use a squad. So the practical guidance from this experiment is:
I am going to close this discussion as completed. The main answer is not "one model wins forever". The main answer is that Squad coordination is a behavior we need to prompt and evaluate directly, and explicit delegation language makes a measurable difference. |
|
Coordinator drift is worth measuring separately from answer quality. A model can produce a good final answer while still doing the work itself instead of delegating, which defeats the point of a squad architecture. A small evaluation rubric could track:
Reasoning effort may reduce poor delegation for some models, but it can also make a coordinator overthink and absorb the task. I would test with a fixed suite of multi-specialist tasks and compare traces, not only final answers. |
Uh oh!
There was an error while loading. Please reload this page.
When using squad, which model do you default to? I'm curious whether certain models are better at actual delegation vs. trying to handle everything themselves - I call this 'drift,' where the coordinator starts doing the work instead of handing off to team agents.
Do you find meaningful differences between models? For example, does Haiku stay focused on delegation better than Sonnet? Has anyone experimented with reasoning effort or other settings that seem to reduce drift?
Would love to hear what works for your squad.
All reactions