Microsoft's 24% Pull-Request Finding: Coding Agents Pay Off Only When Adoption and Review Can Absorb Them

·10 min read·Evergreen Tools Team
Analytics dashboard showing pull request metrics over time

💡 Tool TipScaling coding agents safely? Use Evergreen Tools' AI Code Reviewer to check agent-generated diffs, Text Diff Checker to inspect changes before review, and AI Token Counter to keep per-developer spend visible instead of guessing. AI Code Reviewer, Text Diff Checker, AI Token Counter

A Microsoft study published July 1, 2026 offers a rare controlled answer to the question of whether AI coding agents actually help: over four months, developers using command-line coding agents (Claude Code and GitHub Copilot CLI) merged roughly 24 percent more pull requests per engineer per day, with a likely range of +14.5 to +33.7 percent. But the conclusion is far from buy-a-license-and-grow. The gains showed up only among regular users, and review pressure scaled right alongside output. For engineering leaders, the study's real value is that it reframes the question from whether to adopt AI to whether your team can absorb what AI produces.

1. What the Study Actually Measured

The Microsoft study tracked the early-2026 rollout of Claude Code and GitHub Copilot CLI inside the company, using merged pull requests per engineer per day as the metric over four months. The researchers also ran a placebo-style check: they pretended the rollout had started earlier than it really did and found no similar jump, supporting the conclusion that real tool use drove the increase. Remember what the study did not measure: software quality, customer impact, security, or long-term maintainability. That framing matters before you over-read any of the numbers.

-- Merged pull requests per engineer per day is the metric the
-- Microsoft study used. Track it weekly, split by team.
SELECT
  date_trunc('week', merged_at) AS week,
  team,
  COUNT(*) * 1.0 / COUNT(DISTINCT author_id) AS merged_prs_per_dev
FROM pull_requests
WHERE merged_at IS NOT NULL
  AND merged_at >= '2026-01-01'
GROUP BY 1, 2
ORDER BY 1 DESC;

2. Adoption Frequency Is the Multiplier

The sharpest differences came from usage frequency: engineers who used the tools five or more days a week saw lifts above 50 percent, while three-day-a-week users saw roughly 15 percent. That directly undercuts seat-count-as-adoption. A license inventory can make adoption look stronger than it is, so track actual active days per developer and whether usage survives the trial period. In Microsoft's environment, Copilot CLI users showed about 2.2 times the pull-request lift of Claude Code users, but the paper is explicit that this is a single-company result and not a general ranking of the two tools.

Chart comparing developer throughput before and after AI agent rollout
// Adoption frequency is the strongest predictor of gains:
// 5+ days/week users saw >50% lift, 3 days/week users ~15%.
function classifyUsage(daysPerWeek) {
  if (daysPerWeek >= 5) return 'heavy';   // >50% lift in the study
  if (daysPerWeek >= 3) return 'regular'; // ~15% lift
  if (daysPerWeek >= 1) return 'casual';
  return 'inactive';                      // license != usage
}

function adoptionCohorts(devs) {
  return devs.reduce((acc, d) => {
    acc[classifyUsage(d.activeDays)] =
      (acc[classifyUsage(d.activeDays)] || 0) + 1;
    return acc;
  }, {});
}

3. The Review Bottleneck: The First Constraint AI Amplifies

A companion enterprise study published July 2 (802 developers, 196,212 pull requests, January 2024 through April 2026) made the pressure point clear: as AI-authored pull requests grew, the share receiving at least one human review fell from 89 to 68 percent, automated AI review coverage rose from roughly 19 to 84 percent, and workload per reviewer roughly doubled. Merge rates stayed flat and revert rates declined, but AI-authored pull requests took about 20 percent longer to merge after their first human review and 22 percent longer overall. Output went up while delivery pace got stuck behind review.

// The study's warning: human review coverage fell from 89% to 68%
// while AI review coverage rose to 84% and reviewer workload doubled.
// Alert before reviewers saturate.
function reviewPressure(repo) {
  const humanCovered = repo.prsWithHumanReview / repo.totalPrs;
  const prsPerReviewer = repo.totalPrs / repo.reviewers;
  if (humanCovered < 0.75 && prsPerReviewer > repo.baselinePerReviewer * 1.8) {
    return 'CRITICAL: slow the agent rollout until review catches up';
  }
  if (humanCovered < 0.85) {
    return 'WATCH: coverage dropping, add reviewer capacity';
  }
  return 'OK';
}

4. New Repositories Benefit, Legacy Repositories Stay Quiet

In the same enterprise study, output growth came almost entirely from newer repositories; legacy codebases saw little lift, and the pattern did not depend on seniority. Individual contributors and principal engineers looked similar; the codebase itself was the dividing line. A separate Claude Code study in ACM Transactions on Software Engineering and Methodology (567 pull requests across 157 open-source projects) agrees: 83.8 percent eventually merged, but only 54.9 percent merged without additional changes, and 45.1 percent required human revision, especially for bug fixes, documentation, and project-specific standards. Legacy context, dependencies, and review norms are harder for agents to master.

Development team reviewing code together

5. Why Token Counts Are Not a Productivity Metric

Tokenmaxxing, or treating token consumption as a proxy for productivity, was the defining wrong trend of early 2026. According to press reports, Amazon shut down its internal token-tracking leaderboard, Kirorank, after employees gamed it by running agents excessively and running up costs. The Microsoft research offers a better frame: measure merged output and review capacity, not consumption. Tool use only counts when it turns into mergeable, maintainable, reviewable work; otherwise you are simply paying for a token bill.

// AI-authored PRs took ~20% longer to merge after first human
// review. Watch merge latency per author type, not just volume.
function mergeLatencyDelta(prs) {
  const byType = { ai: [], human: [] };
  for (const pr of prs) {
    byType[pr.authorType === 'ai' ? 'ai' : 'human'].push(
      (pr.mergedAt - pr.createdAt) / 86400000
    );
  }
  const avg = (xs) => xs.reduce((a, b) => a + b, 0) / (xs.length || 1);
  return {
    aiMedianDays: avg(byType.ai),
    humanMedianDays: avg(byType.human),
    deltaPct: ((avg(byType.ai) / avg(byType.human)) - 1) * 100
  };
}

6. What to Do Today

Track the four things the study highlights: adoption by team, how often each developer uses the tools, how much legacy code is in scope, and whether reviewers can absorb the extra pull-request volume. Concretely: label AI-generated pull requests and enforce a human review gate; alert and slow the rollout when human review coverage drops below roughly 75 percent or reviewer load exceeds about 1.8 times baseline; and inspect agent diffs with a diff tool before deciding what reaches human reviewers. Build the review pipeline first, then open the AI throttle.

// A Claude Code study in ACM TOSEM found 83.8% of agent PRs merged,
// but only 54.9% merged without changes: 45.1% needed human revision.
// Treat agent output as a first draft with a mandatory review gate.
const MERGE_GATE = {
  requireHumanReview: true,
  requireGreenCI: true,
  autoApprove: false,
  label: 'ai-generated',
  policy: 'bug fixes, docs, and project standards need human eyes'
};

📌 Frequently Asked Questions

How much did the Microsoft study actually find?

Developers using command-line AI coding agents merged about 24.0 percent more pull requests per engineer per day over four months (likely range +14.5 to +33.7 percent). Engineers using the tools five or more days a week saw lifts above 50 percent; three-day-a-week users saw roughly 15 percent.

How much did the Microsoft study actually find?

Developers using command-line AI coding agents merged about 24.0 percent more pull requests per engineer per day over four months (likely range +14.5 to +33.7 percent). Engineers using the tools five or more days a week saw lifts above 50 percent; three-day-a-week users saw roughly 15 percent.

How much did the Microsoft study actually find?

Developers using command-line AI coding agents merged about 24.0 percent more pull requests per engineer per day over four months (likely range +14.5 to +33.7 percent). Engineers using the tools five or more days a week saw lifts above 50 percent; three-day-a-week users saw roughly 15 percent.

How much did the Microsoft study actually find?

Developers using command-line AI coding agents merged about 24.0 percent more pull requests per engineer per day over four months (likely range +14.5 to +33.7 percent). Engineers using the tools five or more days a week saw lifts above 50 percent; three-day-a-week users saw roughly 15 percent.

How much did the Microsoft study actually find?

Developers using command-line AI coding agents merged about 24.0 percent more pull requests per engineer per day over four months (likely range +14.5 to +33.7 percent). Engineers using the tools five or more days a week saw lifts above 50 percent; three-day-a-week users saw roughly 15 percent.

Will every team reproduce the 24 percent gain?

No. The study found gains depended on regular usage, newer codebases, and enough review capacity. Legacy repositories saw little lift, and falling human review coverage with doubled reviewer workload can offset the output gains.

Will every team reproduce the 24 percent gain?

No. The study found gains depended on regular usage, newer codebases, and enough review capacity. Legacy repositories saw little lift, and falling human review coverage with doubled reviewer workload can offset the output gains.

Will every team reproduce the 24 percent gain?

No. The study found gains depended on regular usage, newer codebases, and enough review capacity. Legacy repositories saw little lift, and falling human review coverage with doubled reviewer workload can offset the output gains.

Will every team reproduce the 24 percent gain?

No. The study found gains depended on regular usage, newer codebases, and enough review capacity. Legacy repositories saw little lift, and falling human review coverage with doubled reviewer workload can offset the output gains.

Will every team reproduce the 24 percent gain?

No. The study found gains depended on regular usage, newer codebases, and enough review capacity. Legacy repositories saw little lift, and falling human review coverage with doubled reviewer workload can offset the output gains.

Is Copilot CLI really 2.2x better than Claude Code?

No. Copilot CLI users showed about 2.2 times the pull-request lift of Claude Code users inside Microsoft's environment, but the researchers explicitly say this is a single-company result and not a general ranking of the tools.

Is Copilot CLI really 2.2x better than Claude Code?

No. Copilot CLI users showed about 2.2 times the pull-request lift of Claude Code users inside Microsoft's environment, but the researchers explicitly say this is a single-company result and not a general ranking of the tools.

Is Copilot CLI really 2.2x better than Claude Code?

No. Copilot CLI users showed about 2.2 times the pull-request lift of Claude Code users inside Microsoft's environment, but the researchers explicitly say this is a single-company result and not a general ranking of the tools.

Is Copilot CLI really 2.2x better than Claude Code?

No. Copilot CLI users showed about 2.2 times the pull-request lift of Claude Code users inside Microsoft's environment, but the researchers explicitly say this is a single-company result and not a general ranking of the tools.

Is Copilot CLI really 2.2x better than Claude Code?

No. Copilot CLI users showed about 2.2 times the pull-request lift of Claude Code users inside Microsoft's environment, but the researchers explicitly say this is a single-company result and not a general ranking of the tools.

Why is token consumption a bad productivity metric?

Tokenmaxxing treats consumption as output, which invites gaming. Amazon reportedly shut down its internal token leaderboard Kirorank after employees abused agents to inflate usage. Better metrics are mergeable output, quality, and review capacity.

Why is token consumption a bad productivity metric?

Tokenmaxxing treats consumption as output, which invites gaming. Amazon reportedly shut down its internal token leaderboard Kirorank after employees abused agents to inflate usage. Better metrics are mergeable output, quality, and review capacity.

Why is token consumption a bad productivity metric?

Tokenmaxxing treats consumption as output, which invites gaming. Amazon reportedly shut down its internal token leaderboard Kirorank after employees abused agents to inflate usage. Better metrics are mergeable output, quality, and review capacity.

Why is token consumption a bad productivity metric?

Tokenmaxxing treats consumption as output, which invites gaming. Amazon reportedly shut down its internal token leaderboard Kirorank after employees abused agents to inflate usage. Better metrics are mergeable output, quality, and review capacity.

Why is token consumption a bad productivity metric?

Tokenmaxxing treats consumption as output, which invites gaming. Amazon reportedly shut down its internal token leaderboard Kirorank after employees abused agents to inflate usage. Better metrics are mergeable output, quality, and review capacity.

What should we do before scaling coding agents?

Track adoption by team, usage frequency per developer, legacy code in scope, and review capacity. Enforce a human review gate on AI-generated PRs, and alert when review coverage falls below roughly 75 percent or reviewer load exceeds about 1.8x baseline.

What should we do before scaling coding agents?

Track adoption by team, usage frequency per developer, legacy code in scope, and review capacity. Enforce a human review gate on AI-generated PRs, and alert when review coverage falls below roughly 75 percent or reviewer load exceeds about 1.8x baseline.

What should we do before scaling coding agents?

Track adoption by team, usage frequency per developer, legacy code in scope, and review capacity. Enforce a human review gate on AI-generated PRs, and alert when review coverage falls below roughly 75 percent or reviewer load exceeds about 1.8x baseline.

What should we do before scaling coding agents?

Track adoption by team, usage frequency per developer, legacy code in scope, and review capacity. Enforce a human review gate on AI-generated PRs, and alert when review coverage falls below roughly 75 percent or reviewer load exceeds about 1.8x baseline.

What should we do before scaling coding agents?

Track adoption by team, usage frequency per developer, legacy code in scope, and review capacity. Enforce a human review gate on AI-generated PRs, and alert when review coverage falls below roughly 75 percent or reviewer load exceeds about 1.8x baseline.