代码该不该读？RAG已死？Skills 真的杀死了 MCP 吗？——GitHub 博客深度解析（2026-09-25）

一场由 GitHub 博客引爆的“三连问”

近日，GitHub 官方博客发布了一篇题为《The Agentic Era: Skills, MCP, and the Future of Code Intelligence》的文章，迅速在开发者社区引发热议。核心争议集中在三个问题：代码到底该不该“读”？RAG 是否已死？Skills 真的杀死了 MCP 吗？

案例：一个真实的数据对比

以 GitHub Copilot Workspace 的实测为例：在 200 个真实 PR 中，纯 RAG 方案平均需要 4.2 秒 检索相关代码片段，而基于 Skills 的“按需执行”方案仅需 1.8 秒，且准确率从 72% 提升至 89%。但注意——MCP 并未被“杀死”。MCP 负责的是工具调用协议，而 Skills 解决的是任务编排与上下文压缩。两者在 GitHub 内部其实是共存关系。

代码该不该读？

该读，但别全读。 对于初学者，读核心模块的 200 行比泛读 2000 行更有效。对于 AI Agent，读代码的目的是“定位”而非“理解每一行”。

实用建议

• 人：每天精读一个 PR 的 diff，比刷 10 篇 RAG 论文有用。
• Agent：用 Skills 做“代码意图路由”，用 MCP 做“工具执行”，用 RAG 做“历史上下文召回”——三件套缺一不可。
• 团队：不要盲目替换 MCP。先测你的任务是否需要跨仓库、长链条工具调用。

结论：RAG 没死，MCP 也没死，死的是“全读代码”的执念

GitHub 博客原文指出：“Skills 不是 MCP 的替代品，而是 MCP 的上层调度器。” 真正被淘汰的，是那种试图把整个代码库塞进上下文的粗暴做法。

行动号召

今天就去你的 Agent 项目里，把“全量 RAG”换成“Skills 路由 + 按需 MCP 调用”，测一测延迟和准确率的变化。欢迎在评论区分享你的数据。

免责声明：本文基于公开博客与实测数据整理，不构成任何技术选型的绝对建议。不同团队、不同任务的最佳实践可能不同，请结合自身场景验证。