Benchmarks are misleading if you don't account for the failure modes
I have been running side-by-side comparisons between Claude 3.5 Sonnet and GPT-4o to observe how they handle these agentic loops in a controlled setting. There is a distinct behavioral delta regarding instruction following; Claude appears more capable of maintaining the necessary context of the project structure when navigating multiple files, whereas other models tend to lose the thread and drift into repetitive, non-productive cycles.
However, we cannot place the entire burden of reliability on the model's intelligence alone. The engineering of the agentic framework is where most teams fail. If the tool-use implementation is poorly abstracted or the environment lacks strict constraints, even the most "intelligent" model will degrade. In my current testing, success is only achieved when we implement much tighter boundaries on what the agent can execute. You cannot simply provide a raw terminal and expect stability; you need a sandbox with robust error interception.
The current obsession with raw coding intelligence ignores the actual engineering requirement: a reliable "test-fail-fix" cycle. We don't need models that can write clever snippets; we need models that can execute iterative workflows without hallucinating their way into a system crash.
I have been compiling observations on how various open-source implementations handle these environmental constraints here:
https://github.com/features/copilot
If you are building these workflows, prioritize the reliability of the execution loop over the raw benchmark score of the underlying LLM.