PART 1 OF 5 · UNAWARE → AWARE

Your API has no seat at the agent table

The buyer's interface is quietly changing from a human clicking your dashboard to an agent deciding whether your API exists. If an agent can't call you, you're not losing a deal — you're not in the room where the deal happens.

2026-06-165 minwritten for · Founderswritten for · Heads of Productwritten for · API/Platform leads

Picture the last time you bought a piece of software. You compared a couple of options, read some docs, clicked around a trial, and made a call. Now picture the same purchase happening a year from now — except the comparing, reading and clicking is done by an assistant, on your behalf, in the time it takes you to finish a sentence. You asked it to "find a service that can enrich these 4,000 leads and wire the results into our CRM," and it went and did that. It never opened your homepage.

This is not a far-future scenario. It is the near edge of a shift that is already underway, and it changes a question you have probably never had to ask about your product: can an agent call you at all?

The interface moved, and nobody told the API team

For thirty years the buyer's interface has been a screen a human looks at. Every instinct in your company is tuned to that human — the hero copy, the onboarding tour, the pricing page with the middle plan highlighted. But the fastest-growing new class of "user" doesn't have eyes. It has a context window and a list of tools it is allowed to invoke.

In late 2024 Anthropic published the Model Context Protocol, an open standard for connecting AI assistants to the systems where data and capability live, and described the state it was designed to end: every new data source needing its own bespoke integration, in what it called the "N×M" problem of models times tools. The protocol's own framing is that it is "a new standard for connecting AI assistants to the systems where data lives." [1] Within a year the major assistant platforms had adopted it. The plumbing for agents-as-buyers got standardized before most companies noticed the buyer had changed.

What happens to an API an agent can't call

Here is the uncomfortable part. Your REST API is not automatically agent-usable. An agent doesn't crawl your marketing site and intuit that you'd be perfect for the task. It works from a list of tools it has been given — each with a name, a description, and a schema of inputs — and it picks from that list. If your capability isn't expressed as something an agent can discover and invoke, then from the agent's point of view your capability does not exist. Not "ranked lower." Does not exist.

The analogy people reach for is search. When the web became the buyer's interface, a business that wasn't findable by search may as well have been closed. Being un-indexable wasn't a small disadvantage; it was invisibility. Agents are becoming a comparable layer, except the index isn't a crawler — it's a registry of callable tools. You are either in it or you are not.

An agent doesn't reject your product. It simply never enumerates it. Absence, not defeat, is the failure mode you should be worried about.

The sales question that is about to get asked

There's a leading indicator worth watching for, and once you see it you'll see it everywhere: the "do you have an MCP server?" question. It shows up in procurement threads, in developer Slacks, in the first call with a technical buyer. It is the 2026 version of "do you have an API?" — the same signal that you are, or are not, part of how modern work gets wired together.

When a prospect asks it, they are really asking three things at once. Can our agents use you without a human in the loop? Can we compose you with the other tools we already trust? And are you the kind of vendor who noticed the interface moved? A "no," or a vague "it's on the roadmap," answers all three at once, and not in your favour.

The quiet reframe

None of this means your product is worse. It means the front door changed location and you may still be polishing the old one. The companies that internalize this early get to treat "agent-callable" as a feature they shipped on purpose, described in their own words, priced on their own terms. The ones that wait get to treat it as an emergency when a big customer makes it a requirement.

You don't need to solve any of it today. You need to notice the table exists — that there is now a place where agents decide which capabilities are real, and that your API is not yet sitting at it. The rest of this series is about what "sitting at it" actually takes, and why the honest version is more work than a weekend hack but far less than the platform team you might otherwise accidentally build. Start by asking your own product the question your prospects are about to: if an agent tried to use us right now, could it?

REFERENCES

  1. Anthropic — Introducing the Model Context Protocol.
  2. Model Context Protocol — Introduction (spec & docs).
  3. Anthropic — Model Context Protocol documentation.
Turn the APIs you already have into an MCP agents can call. Register a platform →