Workflow · 2026-07-10

Better tools made Copilot code review worse. Here's how we actually improved it.

GitHub swapped Copilot code review's custom exploration tools for the better-maintained shared CLI tools (grep, glob, view) expecting a clean upgrade — and got higher cost and fewer caught issues. The tools weren't the problem; the instructions were. Rewriting them around how a reviewer actually reads a pull request flipped the regression into ~20% lower review cost at the same quality.

GitHub Blog2026-07-10About 2 min readWorth tracking

Marked as a signal by the editors; worth tracking.

WorkflowCoding agents
On this page12 sections

The editors' notes below — why it matters, the context, the learning path — are written in Chinese.

Record

The signal

#

When GitHub migrated Copilot code review from its own code exploration tools to the shared Unix-style tools that power Copilot CLI (grep, glob, view), benchmarks showed higher review cost and fewer issues caught — despite the new tools being better maintained. The diagnosis: the instructions, inherited from the old tool layer's design (SWE-agent-style repository navigation), no longer matched the new tools or the task. Rewriting the workflow instructions around how a reviewer actually reads a pull request — anchored on pull request evidence — flipped the regression into roughly 20% lower average review cost while maintaining review quality. The broader lesson: when you build on an agent framework you inherit its tools and their implicit workflows, and as your use case drifts they can quietly start working against you.

Why now

Why it matters

#

生产级智能体的负面结果复盘比成功案例稀缺得多。「更好的工具让效果更差」直指一个普遍盲区:工具与指令是耦合的整体,替换其一必须重写另一——而且没有回归基准,这类退化会被安静地上线。

Background

Technical context

#

智能体的行为由「工具能力 × 指令假设」共同决定:工具定义能做什么,指令定义怎么探索。继承自框架的工具带着隐含的工作流设计(这里是 SWE-agent 式仓库导航),当任务从「解决 issue」漂移到「审查 PR」,同一套探索模式就从助力变成开销。以任务的原生证据(PR diff)为锚点重写指令,是把通用工具重新对齐到具体任务的正确杠杆。

At your level

Have AI explain this signal at your level

Pick your level of experience and AI writes an explanation for it on the spot.

Audience

Who should care

#
在智能体框架上构建产品的工程团队维护智能体工具层的平台工程师负责智能体评测基准的工程师
Areas it may affect
智能体工程开发者工具评测基准

Next

Learning path

#
  1. 读原文,注意「换工具前后」的基准对比是怎么设计的
  2. 对照 Shippy 复盘的「确定性工具层」经验,理解工具层设计的两种取舍
  3. 为自己的智能体产品建立一个最小回归基准,再做下一次工具或提示词变更

Getting started

Have AI draft a learning path

From the related knowledge and skills on this page, AI drafts a path from the basics to applying it.

Network

Where it sits in the network

#

How this signal connects to neighbouring technologies, skills and background knowledge. Follow any link to keep exploring.

Comparison

Compare with another technology

Pick another published technology and AI writes a comparison of what they share, how they differ and when to use each.

Further thought

Follow-up questions

#
  • 重写后的审查指令是否会开源或沉淀为可复用模式?
  • 20% 成本降低在不同模型上是否稳定成立?
  • 同样的「工具×指令错位」诊断方法能否用于其他智能体场景?

Publication record

Featured in

#

The briefings that carried this signal, newest first; the last row is the weekly review of its week. The tag is the section it ran in.

Sources

GitHub Blog

GitHubBig tech2026-07-10
Open original sourcehttps://github.blog/ai-and-ml/github-copilot/better-tools-made-copilot-code-review-worse-heres-how-we-actually-improved-it/