Daniel Griffin

Code Generation Feedback Loops

Multiple sources (2024-2026): LLMLOOP, SWE-agent, static analysis studies

Source Note This page is compiled from multiple academic papers and practitioner sources — not from a single ChatGPT Deep Research query. It synthesizes quantitative evidence on feedback loop effects from LLMLOOP, SWE-agent ablation studies, and static analysis research. Key Findings Claude Code vs Copilot Workflow Comparison > "Claude's debugging advantage is strongest when paired with an execution loop that can run commands, read outputs, modify files, and rerun tests repeatedly, which can reduce hallucination risk because the assistant is forced to confront real output rather than narrate what might happen." > "Claude tends to produce quality gains when the workflow forces verification through execution, because the assistant can iterate against real compiler output, unit tests, or runtime traces rather than guessing from static snippets." This is the extensions framework in action without using the word. The frontier is smoother when the tool has access to validation extensions (compilers, test runners, runtime output). LLMLOOP (Ravi et al., 2025) Iterative feedback loops improve LLM code quality: pass@10 improves from 76.22% baseline to 90.24% with feedback. The extensions (compiler feedback, test execution) smooth the frontier measurably. Source: https://arxiv.org/pdf/2512.02567 Static Analysis as Feedback Loop (2025) Iterative static analysis-driven prompting reduces security issues from >40% to 13% and readability violations from >80% to 11%. This addresses the Fischer et al. finding about insecure Stack Overflow code — the extensions can smooth even the non-functional property frontier when designed to do so. Source: https://arxiv.org/html/2508.14419v1 SWE-Agent Ablations (Yang et al., NeurIPS 2024) Changing the "agent-computer interface" — the commands available, the feedback format, the error handling — "significantly enhances an agent's ability" to solve real software engineering tasks, without changing the model weights. Same model, different extensions, different performance. Source: https://proceedings.neurips.cc/paper_files/paper/2024/file/5a7c947568c1b1328ccc5230172e1e7c-Paper-Conference.pdf The Automation Bias Connection Goddard et al.'s (2012) systematic review of 74 automation bias studies does NOT discuss immediate feedback loops or task verifiability as mediators. This is exactly where the extensions framework adds explanatory power — domains with rich validation (aviation checklists, compiler errors) should show less automation bias than domains without, but the review doesn't analyze it that way. Source: https://pmc.ncbi.nlm.nih.gov/articles/PMC3240751/ "Learned Carelessness" Also from the automation bias literature: if automated aids are highly reliable over time, automation bias increases. This suggests that smoothness itself (when the extensions work well enough that errors are rare) can create a new kind of danger. Significance for the Extended Frontier These studies quantify the extensions effect. When feedback loops are added to AI code generation — compilers, tests, static analyzers — performance improves dramatically without changing model weights. The "extra performance" is the extensions. The static analysis finding is especially important: it shows extensions can smooth even the non-functional property frontier (security, readability) that was previously jagged.