The Commonplace
Home Papers Evidence Explore Trends Syntheses Digests About 🎲 Workforce Futures
← Papers
Direction, evidence grade, and study type are AI-generated labels (gpt-5-mini), not human-verified. Syntheses are LLM-written. "Tensions" are machine-detected candidates, not confirmed contradictions. A research-acceleration tool, not peer review. How this is built →

Instruction files for code-writing AI are hit-or-miss: in an analysis of 15,549 agentic pull requests across 148 projects, only 27.7% of projects raised merge rates by at least 20% after adding instructions while 26.4% fell—projects that gained tended to use longer, more structured instructions.

Toward Instructions-as-Code: Understanding the Impact of Instruction Files on Agentic Pull Requests
Ali Arabat, Mohammed Sayagh · June 11, 2026
arxiv quasi_experimental medium evidence 7/10 relevance Full text usable extracted full text Source PDF
Across 148 GitHub projects and 15,549 agent-generated pull requests, adding instruction files for AI agents did not consistently improve outcomes: some projects saw large increases in merge rate while a similar share saw declines, with improvements correlated with longer, better-structured instructions.

AI-agents (e.g., GitHub Copilot) collaborate as teammates in different software engineering tasks, including code generation proposed through pull requests (Agentic-PRs). For better agent efficiency, developers create instruction files that guide the AI-agents, including how to navigate the project, locate the right components, run tests, respect best practices, and more. In this paper, we investigate the relationship between the creation of these instructions and the performance of AI-agents in creating better pull requests, which have a higher chance of success (i.e., the merge rate), address more complex tasks (e.g., code churn), and require less effort to be merged (e.g., time to merge). To this end, we analyze 15,549 agentic PRs from 148 projects in the AIDev dataset. Using the three dimensions, we compare each project before and after the creation of the instruction files. We find that specifying instructions for AI-agents does not necessarily lead to better results. With the instruction files, 27.7\% of the projects increased their merge rate by at least 20\%, while 26.35\% decreased it. The same observation is seen with the amount of changes (e.g., code churn, number of modified files) and with the efforts to merge an agentic PR (e.g., merge time and number of comments). From a first exploration, we find that projects that managed to increase their merge rate have substantially longer instruction files, which are also well structured into a higher number of sections and sub-sections. Our results motivate the need for research to assist practitioners in framing the development of instruction files as a software engineering activity (aka, \textbf{Instructions-as-Code}).

Summary

Main Finding

Adding repository-specific instruction files for agentic coding tools (e.g., Copilot, Claude) does not reliably improve agent PR performance. Outcomes are heterogeneous: a substantial share of projects see large gains in merge rate and task complexity after adding instructions, but a comparable share see declines. Projects that do improve tend to have longer, more deeply structured instruction files.

Key Points

  • Dataset and scope

    • 15,549 agentic pull requests (Agentic-PRs) from 148 GitHub projects.
    • Projects drawn from the AIDev dataset and extended via GitHub GraphQL (data through 2025-12-10).
    • Projects required ≥5 agentic PRs before and after the first instruction file creation.
  • High-level quantitative results

    • Merge rate (RQ1):
      • 27.7% of projects increased merge rate by ≥20% after adding the first instruction file; 26.35% decreased by ≥20%.
      • Considering all instruction files, 31.93% increased ≥20% while 27.73% decreased ≥20%.
    • Task complexity (RQ2; merged PRs only):
      • Statistically significant increases observed in: description length (35.35% of projects), code churn (10.10%), number of commits (12.12%), number of modified files (8.08%).
      • Some projects show statistically significant decreases for these metrics (smaller fractions).
    • Effort to merge (RQ3; merged PRs only):
      • 13.13% of projects showed an increase in time-to-merge; 15.15% showed an increase in number of discussion comments.
      • 8.8% of projects showed decreases in both time and discussion.
    • Instruction-file verbosity & structure (RQ4):
      • Projects with ≥20% merge-rate increase had substantially longer instruction files (median 976 words) vs. projects with ≥20% decrease (median 569 words); difference significant (p≈0.0029).
      • These improving projects also had more headers (median H1/H2/H3 counts ≈ 3.5 / 7.5 / 9 vs. 1 / 5 / 1), i.e., finer-grained structure.
  • Takeaway

    • Creation of instruction files alone is not sufficient; quality, length, and structure matter. The authors propose treating instruction development as a software engineering artifact — "Instructions-as-Code" — with standards and quality metrics.

Data & Methods

  • Data collection

    • Base: AIDev dataset of agentic PRs extended to Dec 10, 2025 using GitHub GraphQL.
    • Project filtering: ≥20 stars, excluded toy projects/templates, no forks/archived, ≥50 commits, ≥50 PRs.
    • Instruction files located via filename predicates for common agent APIs (e.g., .github/copilot-instructions.md, CLAUDE.md, AGENTS.md, etc.). Creation time taken from first commit adding the file.
    • Final sample: 148 projects with ≥5 agentic PRs before and after instruction-file creation → 15,549 agentic PRs.
  • Metrics compared (before vs. after)

    • Success: merge rate (per-project).
    • Complexity (merged PRs): description length, code churn, number of modified files, number of commits.
    • Effort (merged PRs): number of comments, time to merge.
    • Instruction-file features: word count and number/counts of Markdown header levels (H1–H3 as proxy for structure).
  • Statistical analysis

    • Per-project comparisons using Mann–Whitney U tests (α = 0.05) and effect-size reporting via Cliff’s delta.
    • Two comparison modes: before vs. after first instruction file; before first vs. after last instruction file (if multiple).
  • Limitations noted by authors (implicit/observational)

    • Observational before/after design — association not proven causation.
    • GitHub-only and selection criteria may bias toward larger/popular projects.
    • Merge rate is an imperfect proxy for PR quality or long-term maintainability.

Implications for AI Economics

  • Heterogeneous returns to investment in instruction files
    • The mixed outcomes imply that investing developer time to author instruction files yields variable returns. Economically, this introduces uncertainty in the productivity gains from deploying/optimizing agentic tooling.
  • Cost–benefit and adoption decisions
    • Organizations should weigh upfront costs (developer time to author & curate instructions; possible short-term increases in discussion/merge time) against expected productivity gains. Richer, well-structured instructions appear to offer higher expected returns, suggesting diminishing returns to minimal or poorly structured guidance.
  • Standardization and public goods
    • Standards, quality metrics, and best-practice templates for instruction files could lower search/coordination costs and increase aggregate returns — an area where platform providers, open-source foundations, or public-good initiatives could add value.
  • Market and product opportunities
    • There is potential for tools and services (e.g., instruction-file linting, automated generation/optimization, marketplaces for instruction templates) that increase ROI for organizations using agentic AIs.
  • Labor-market and task-allocation effects
    • If high-quality instructions raise the autonomous capability of agents for complex tasks, this could shift developer time toward higher-level work (design, architecture, review) and increase productivity per developer — but gains will be uneven across teams depending on instruction quality.
  • Measurement and monetization
    • To make firm investment decisions, firms and researchers need models that translate observed changes (merge rate, code churn, time-to-merge) into economic outcomes (developer-hours saved, defect costs avoided, release velocity gains). The paper motivates work to quantify expected value per unit of instruction-file effort.
  • Policy for platforms and firms
    • Platform owners (e.g., GitHub) can influence economic outcomes by providing better instruction-file UX, defaults, analytics, and incentives (e.g., exemplars, tooling) that reduce the cost of creating high-quality instructions.

Suggested next steps for researchers and practitioners from an AI-economics viewpoint - Run controlled experiments (A/B) to estimate causal impact and compute expected ROI of diverse instruction-file interventions. - Develop standardized quality metrics for instruction files tied to economic outputs (time saved, acceptance rate lift). - Build tools to automate generation or evaluation of instruction files and measure marginal productivity gains. - Explore market design for instruction-as-code (templates, audits, certification) and platform incentives to foster high-quality instruction artifacts.

Assessment

Paper Typequasi_experimental Evidence Strengthmedium — The study uses a large sample of agentic PRs (15,549) and a within-project pre/post comparison which helps control for time-invariant project heterogeneity, giving reasonably informative descriptive evidence; however, there is no randomization or explicit causal identification (no control group, no difference-in-differences with parallel-trend checks, nor instrumental variables or matching reported), leaving open time-varying confounders, selection into adding instructions, and reverse causality. Methods Rigormedium — Data collection appears comprehensive for the chosen dataset and the analysis compares multiple outcome dimensions and instruction-file features, but the design lacks stronger quasi-experimental safeguards (e.g., explicit baseline trend checks, matched controls, or robustness tests controlling for concurrent project changes) and the paper does not report techniques that would more credibly isolate the causal effect of instructions. Sample15,549 agentic pull requests from 148 open-source GitHub projects contained in the AIDev dataset; measured outcomes include merge rate, code churn (lines changed, number of files), time-to-merge, and number of comments; instruction-file attributes include length and number of sections/subsections. Themesproductivity human_ai_collab IdentificationWithin-project before-and-after comparison: for each of 148 projects in the AIDev dataset the authors compare agentic pull-request outcomes (merge rate, code churn, time-to-merge, number of comments) before and after the creation of instruction files; they also compare instruction-file characteristics (length, sections) across projects that improved vs those that did not. GeneralizabilityOnly GitHub projects included — may not generalize to closed-source, enterprise, or non-Git workflows, Projects that adopt instruction files are a self-selected group, limiting population-level inference, Findings reflect the specific AI agents and versions present in the AIDev dataset (e.g., GitHub Copilot-like agents) and may not generalize across agent types or future models, Programming languages, project sizes, and domain mix are not fully described — results may vary by ecosystem, Temporal effects (changes in models, developer practices over time) may limit extrapolation to other periods

Claims (7)

ClaimDirectionOutcomeConfidence & EvidenceDetails
We analyze 15,549 agentic PRs from 148 projects in the AIDev dataset. Other null_result number of agentic pull requests and projects analyzed
Reading fidelity high
Study strength high
n=15549
0.8
Specifying instructions for AI-agents does not necessarily lead to better results. Output Quality mixed overall performance of agentic PRs (merge rate, code churn, merge time, comments)
Reading fidelity high
Study strength medium
n=148
0.48
With the instruction files, 27.7% of the projects increased their merge rate by at least 20%. Output Quality positive merge rate of agentic pull requests (projects with at least 20% increase)
Reading fidelity high
Study strength medium
n=148
27.7% of the projects increased their merge rate by at least 20%
0.48
With the instruction files, 26.35% of the projects decreased their merge rate. Output Quality negative merge rate of agentic pull requests (projects showing decrease)
Reading fidelity high
Study strength medium
n=148
26.35% decreased it
0.48
The same observation is seen with the amount of changes (e.g., code churn, number of modified files) and with the efforts to merge an agentic PR (e.g., merge time and number of comments). Task Completion Time mixed amount of changes (code churn, number of modified files) and effort to merge (time to merge, number of comments)
Reading fidelity high
Study strength medium
n=15549
0.48
Projects that managed to increase their merge rate have substantially longer instruction files, which are also well structured into a higher number of sections and sub-sections. Organizational Efficiency positive instruction file length and structural complexity (sections/sub-sections) correlated with merge-rate improvement
Reading fidelity high
Study strength low
substantially longer instruction files with a higher number of sections and sub-sections
0.24
These results motivate the need for research to assist practitioners in framing the development of instruction files as a software engineering activity ("Instructions-as-Code"). Organizational Efficiency positive recommendation for research/practice (development of instruction files as a software engineering activity)
Reading fidelity high
Study strength speculative
not reported
0.08

Notes