← Latest papers
💻 computer science

A Few Pages of Markdown: Committed AI Configuration and Lower Quality Cost after Coding-Agent Adoption

This paper introduces RAMP, a cumulative maturity model for repository-level AI configuration, and demonstrates that while coding agents consistently accelerate development across all maturity levels, teams lacking committed AI configuration artifacts experience significantly higher technical debt and quality degradation.

Original authors: Yegor Denisov-Blanch, Shyam Agarwal, Pavel Azaletskiy, Hao He, Rylan Schaeffer, Brando Miranda, Bogdan Vasilescu, Sanmi Koyejo

Published 2026-08-27
📖 6 min read🧠 Deep dive

Original authors: Yegor Denisov-Blanch, Shyam Agarwal, Pavel Azaletskiy, Hao He, Rylan Schaeffer, Brando Miranda, Bogdan Vasilescu, Sanmi Koyejo

Original paper licensed under CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/). This is an AI-generated explanation of the paper below. It is not written or endorsed by the authors. For technical accuracy, refer to the original paper. Read full disclaimer

In the last few years, a new kind of software helper has arrived in the offices of professional developers. These are not just tools that finish a sentence or suggest a variable name; they are autonomous agents capable of writing entire sections of code, fixing bugs, and submitting changes to a project with very little human intervention. For many teams, this shift has been a revelation, promising to speed up work that once took days into hours. Yet, the experience has been uneven. While some teams report smooth, lasting improvements, others describe a flood of messy, error-prone code that creates more work for human reviewers than it saves. The central puzzle for researchers has been to understand why the same powerful tools produce such different results. Is the technology itself flawed, or does the outcome depend on how a team chooses to use it?

To answer this, a team of researchers from Stanford University and Carnegie Mellon University looked beyond the code itself to the instructions teams leave behind. In software development, teams often write down rules, standards, and configurations in files that are saved alongside the code they build. These files act as a shared memory for the project, telling the software how it should behave. The researchers wondered if the presence and quality of these written instructions might be the missing link explaining why some teams succeed with AI agents while others struggle. They set out to measure how teams organize these instructions and whether that organization changes the quality of the final product.

The researchers developed a new way to measure the "maturity" of a team's AI setup, which they call a maturity profile. They looked at thousands of software projects and sorted them into four levels based on what kind of instruction files the teams had committed to their version control systems. At the lowest level, a team has no written instructions for the AI at all; the agent starts every task from a blank slate, guessing how the project works. At the next level, teams have written down basic rules, such as coding standards or behavioral guidelines, giving the AI a shared understanding of the project's context. The third level involves more advanced setups where teams define specific roles for different AI agents or create reusable commands for complex tasks. The highest level, which is rare, involves coordinating multiple agents to work together in a single, organized workflow.

The study began by analyzing 441 private corporate repositories to build and test this measurement system. They found that the progression from having no instructions to having complex workflows follows a clear, cumulative path. Teams rarely skip steps; they tend to start with basic rules and, if they move forward, build on that foundation. A striking discovery was that once a team commits these instructions, they almost never change them. About 74 percent of the configuration files were written once and then left untouched, suggesting that the initial setup is a "set and forget" decision that defines the project's future. Most teams, however, never move past the first step of adding basic rules, and very few reach the level of coordinating multiple agents.

To see if these levels actually mattered for the quality of the software, the researchers applied their measurement system to a separate group of open-source projects that had recently started using autonomous coding agents. They compared the speed of development and the quality of the code between teams that had no written instructions and those that had at least some basic rules in place. The results showed a clear split. In terms of speed, both groups improved significantly; teams with instructions and teams without them both made more commits and wrote more code after adopting the agents. However, the quality of that code diverged sharply.

Teams that had no written configuration saw a much larger increase in code complexity and a significantly higher number of static-analysis warnings, which are automated flags that point out potential errors or bad practices. Specifically, the increase in complexity for teams without instructions was roughly twice as high as it was for teams with basic rules. The number of warnings also rose by a factor of 1.7 for the unprepared teams compared to those with structured practices. This suggests that while the AI agents are powerful enough to speed up work for everyone, they are also prone to introducing subtle errors and messy structures if they are not guided by clear, written constraints. The teams that took the time to write down a few pages of rules and standards effectively acted as a guardrail, keeping the AI's output within acceptable bounds.

The researchers are careful to note that this finding is an association, not a proven cause-and-effect relationship. It is possible that the teams with written rules were already more disciplined or had better engineering practices to begin with, and that these traits, rather than the files themselves, led to better outcomes. It is also possible that the teams with rules were using more advanced AI models. However, the data strongly suggests that the presence of committed configuration files is a reliable signal of better results. The study implies that the difference between a successful AI adoption and a chaotic one often comes down to a simple, low-cost step: writing down a few pages of rules before letting the agents loose.

Ultimately, the work reframes the conversation around AI in software development. It moves the focus away from the technology itself and toward the human practices that surround it. The researchers found that the most significant gap in outcomes is not between those who use AI and those who do not, but between those who use it without a plan and those who take the time to define how it should work. For teams looking to adopt these tools, the message is practical and grounded: the investment in writing clear, committed instructions is small, but the return in terms of code quality is substantial. As autonomous agents become more common, the way a team configures them may become one of the most important factors determining the success of their software projects.

Drowning in papers in your field?

Get daily digests of the most novel papers matching your research keywords — with technical summaries, in your language.

Try Digest →