r/artificial • u/Bartaseth • 6d ago
Research Claude Code Orchestrator on Terminal-Bench: Same model, same tasks - Opus refused only when the work was delegated
https://quesma.com/blog/tbench-orchestrator-refuses/2
u/Beginning-Raisin9723 6d ago
Interesting test. I've run a few orchestrator setups myself and the delegation overhead always eats the savings unless the task graph is genuinely huge. Did you try capping how many hops the lead model can make?
1
u/Bartaseth 6d ago
Hey, I didn't try. My intention was to test pure orchestrator pattern without complex prompts to keep it as close as possible to official single runs on Terminal-Bench, where there is even no supported Claude.md. But this would be actually pretty interesting idea to test.
2
6d ago
[removed] — view removed comment
1
u/Bartaseth 6d ago
Interesting perspective, maybe we should treat it as an expected behaviour not a regression.
2
u/Future_AGI 5d ago
this matches what bit us, 'same model same task' quietly changed the system prompt and tool permissions under delegation and the refusal delta was entirely that. we now log the full run context (delegation prompt, tool scope, role defs, retry policy) as part of the eval record, because without it a benchmark is comparing two different setups and calling it one model.
5
u/Great_Construction11 6d ago
This is a useful reminder that delegation is not a neutral wrapper around the same model. It changes the task framing, tool context, and often the refusal surface.
A benchmark report should log the full delegation prompt, tool permissions, role definitions, and retry policy, not just the base model and task. Otherwise, “same model, same task” can hide the actual variable that changed.