This is just an ad for contextetech. Search engines build their own index, which is hard. Decentralized search engines like Searx have middling results, and it's a project running for over a decade. "Smart" is subjective, and not something I'd trust an LLM to determine.

No, because HTTP already is. You can't have every MCP added. Every harness has a search tool, so just fetch data as needed. MCP isn't for search, it's for interacting. Sometimes that's search but mostly not.

For web services, what is the point of MCP or even a skill when modern agents can just find API docs on their own and use it?

I think in this day and age agents no longer need official 3P integrations, they can just use whatever API is already available (and in some cases even the UI).

> Three things still have to be built, server by server

> citation

Nope, as long as the MCP server exposes enough metadata to be cited (mostly trivial), citation is a job of the client/LLM.

> trust

Also just a function of the client. The server can't aid here at all as it's inherently untrustworthy in the system.

> measurement

Maybe. Though it's debatable how much measurement _each_ server needs, and whether that actually gives meaningful insight to optimize. This might as well be measured outside of the servers, in the client/a centralized logging system that also sees surrounding context.

Decentralised search sounds weird to me. Searching always needs a centralised collection.

As always, the answer to an article whose title is a yes/no question: no

No

no