RAG Is Not Dead, MCP Is Not Killed: Testing Hype Claims

GitHub Blog examined the claims “RAG is dead” and “Skills killed MCP.” What is true, what is marketing, and how this affects AI project budgets.

  • The occasion: three claims in one post
  • The problem: the business buys a claim instead of a system
  • RAG is not dead; the task of finding context has changed
  • Skills and MCP operate at different layers rather than replacing each other

The occasion: three claims in one post

  1. Last week, GitHub Blog examined three fashionable claims from developer Twitter at once: there is no need to read code, RAG has outlived its usefulness, and Skills finished off MCP.

  2. Each sounds convincing in a single sentence and falls apart under the first test.

  3. The company pays for AI tools with real budget.

  4. For her, the difference between a striking claim and a working solution is the difference between an investment and a write-off.

  5. The GitHub Blog author realized that hype claims are a convenient format for engagement but useless for decision-making.

  6. The reader agrees, argues for five minutes, and scrolls on.

  7. A reader benefits from a claim only when breaking it down into conditions: when it is true, what is missing from the wording, and what changes when it is applied to a real task. This analysis is especially clear with RAG and MCP because both claims concern real technology but describe it inaccurately.

The problem: the business buys a claim instead of a system

A manager reads “RAG is dead” and removes a knowledge-base search project from the backlog. A technical director reads “Skills killed MCP” and stops an integration already connected to five data sources. In both cases, the decision is made not by an engineer who examined the issue, but by an unchecked tweet author. The cost of the mistake is tangible: a rehired team, a relaunched tender, and lost months of TTU—the time from deploying a tool to the first result.

RAG is not dead; the task of finding context has changed

  1. RAG is a mechanism: the model searches a vector database for relevant fragments, adds them to the prompt, and only then responds.

  2. It does not replace an agent with access to live APIs, and the claim is partly right here: where data can be obtained through a direct tool call, an extra retrieval layer is genuinely redundant.

  3. But when the source is a private database containing thousands of documents—regulations, a 1C catalog, or product taxonomy in Pimcore or Akeneo—RAG remains the only way to give the model precise context without retraining.

  4. The claim “RAG is dead” confuses a specific case with a general rule.

Assess where AI can deliver impact in your process

Skills and MCP operate at different layers rather than replacing each other

MCP is a protocol: it gives a model access to tools and data (Elasticsearch, Kafka, 1C, CRM) through a unified contract. A Skill is a packaged instruction layer on top of that access: how to solve a specific task, which order to call tools in, and which checks not to skip.

Without MCP, a Skill has nothing to execute the task with.

Without a Skill, MCP access becomes a collection of disconnected calls with no logic. GitHub Blog rightly notes that the “killing” claim works as a headline but does not describe the architecture. ###

What this looks like in a real project In product catalog projects that must manage facets, tag overrides, and taxonomy at the same time, retrieval over PIM data and MCP access to the catalog API solve different parts of the task: one finds relevant items and attributes, while the other lets the agent modify them and verify the result. KT.Team deliberately separates these layers in such solutions and routes calls through the LLM & Security Gateway, a single access-control point for MCP servers.

Direct integrations that bypass such a gateway cannot be audited later, so the solution excludes them.

What this changes for business

Before disabling a tool because of a tweet, ask three questions: what specific problem does the claim describe, what conditions does it silently assume, and what will happen if you apply it to your pipeline rather than the author's demo project? That same week, GitHub quietly removed five models from Copilot at once—the AI infrastructure is changing faster than opinions about it can form. Building architecture around a sentence from a feed carries roughly the same risk as ignoring deprecation notices altogether.

Conclusion

A hot take is a hypothesis. It has not been tested against your data. An opinion is valuable only after its conditions are analyzed and checked against a real pipeline. RAG and MCP do not compete: they solve different parts of the same task, and the company that understands this before its competitors will spend its budget on architecture rather than changing direction every quarter.

Discuss the article: RAG is not dead, MCP was not killed: how to test…

Enter your email or phone number so we can get back to you.

Send via: