AIToday
AI Coding AssistantsGitHub Copilot BlogPublished: Jul 11, 2026, 01:00 JST3 min read

GitHub improved Copilot code review by rewriting tool instructions, not swapping tools

GitHub improved Copilot code review by rewriting tool instructions, not swapping tools

Key takeaway

  • GitHub found that upgrading Copilot code review to use better-maintained shared tools initially made performance worse—higher review costs and fewer issues caught.

  • The problem was not the tools themselves, but instructions that guided the agent to broadly explore the repository like a coding assistant rather than focus narrowly on the changed code like a reviewer.

  • After rewriting the instructions to prioritize targeted searches and minimal context, GitHub achieved roughly 20% lower review costs while maintaining quality.

3 Key Points

  1. What happened

    GitHub migrated Copilot code review to use shared code exploration tools (grep, glob, view) from the Copilot CLI harness, expecting better performance. Instead, benchmarks showed higher costs and fewer issues caught. After rewriting the tool instructions to match how reviewers actually read pull requests—starting from the diff and using narrowly targeted searches—the regression flipped into a win: roughly 20% lower average review cost while maintaining the same review quality.

  2. Why it matters

    The fix reveals that agent performance depends less on tool quality than on how those tools are instructed to behave. The shared tools were sound, but their original instructions guided the agent toward broad repository exploration instead of focused diff-based review, wasting context tokens. For teams relying on Copilot for code review, this means the product should now catch issues more efficiently without adding cost.

  3. What to watch

    GitHub's reframing of tool instructions for code review—from generic coding-assistant guidance to review-specific workflows—suggests a broader principle for agent design: the same tools can fail or succeed depending on the instructions shaping their use. The company framed this as a lesson in agent-framework design, indicating it may apply these insights across other Copilot products that share the CLI harness.

Ask the AI about this article →

Context & Analysis

GitHub's experience highlights a common pitfall in agent design: inheriting tools from a parent framework without adapting the instructions that control how those tools are used. The company's custom code review tools were designed when earlier AI models made fewer tool calls and benefited from having surrounding context automatically included. As models improved, those assumptions no longer held, yet the tools persisted because they worked well enough. When GitHub attempted to migrate to shared infrastructure—a sensible engineering goal to reduce duplication and enable cross-product improvements—the team expected a straightforward upgrade. Instead, benchmarks revealed a performance regression caused not by tool quality but by instruction mismatch.

The fix required reimagining the agent's workflow to mirror how human reviewers actually work. Rather than exploring broadly and pulling in context speculatively, the rewritten instructions prioritize narrow investigation: form specific questions from the diff, batch cheap searches before reading files, and use file-reading only once the agent knows exactly what it needs. This approach treats tool results not as disposable outputs but as context tokens that persist in the agent's working memory—a crucial insight for constrained inference budgets. The result was a win on both metrics: lower cost and maintained quality.

The broader implication is that agent performance tuning may require instruction engineering as much as tool engineering. GitHub's framing of this as a design lesson suggests the company views it as a scalable principle applicable across multiple Copilot products that share the CLI harness, potentially improving efficiency wherever agents inherit general-purpose tools for specialized tasks.

FAQ

What tools did GitHub migrate Copilot code review to use?
GitHub replaced Copilot code review's custom code exploration tools with shared Unix-inspired tools from the Copilot CLI harness: grep (for searching code), glob (for discovering files), and view (for reading file contents).
Why did the migration initially fail?
The shared tools' original instructions were designed for general-purpose coding assistance, causing the agent to broadly explore the repository and accumulate unrelated context. A code reviewer, by contrast, starts from the diff and asks targeted questions, using only the minimal context needed to confirm or dismiss a potential issue.
What was the performance improvement after rewriting instructions?
After rewriting the instructions to guide code-review-specific workflows—starting from the diff, narrowing first with grep and glob, then reading exact evidence with view—GitHub achieved roughly 20% lower average review cost while maintaining the same review quality.
GitHub Copilot BlogRead Original Article

Get the latest AI Coding Assistants news every morning

For example, today's edition would include:

  • OpenClaw 2.0 launches, targeting enterprise AI teamsVentureBeat AI · 10h ago
  • AI Coding Shifts from Prompts to Context to HarnessITmedia AI+ · 17h ago
  • Workday brings AI agents into Gmail, keeping ERP guardrailsSiliconANGLE AI · 19h ago

AI-summarized, only the topics you pick — one digest a day via Email, Slack, or Discord.

Free · takes 30 seconds · unsubscribe anytimeWhat is AIToday? →

Ask AI

Ask AI anything about this article. Q&As are published on this page for other readers too.

Related Articles

Next articleGitHub tweaks Copilot code review prompts, cuts costs 20%