> Markdown version of [/events/world-congress-2026-europe/sessions/1336-api-mcp-or-mcp-app](https://www.wearedevelopers.com/events/world-congress-2026-europe/sessions/1336-api-mcp-or-mcp-app). Every page supports `.md` or `Accept: text/markdown`. Links point to the HTML versions so they work for humans too. Agent guide: [/agents.md](https://www.wearedevelopers.com/agents.md).

---

# API, MCP or MCP App? Choosing the right surface for AI agents


- **Date:** Friday, Jul 10, 2026
- **Time:** 14:20–14:50 (30 min)
- **Room:** Stage 4
- **Event:** World Congress 2026 Europe

## Recording

[Watch recording](https://www.wearedevelopers.com/videos/100305-api-mcp-or-mcp-app-choosing-the-right-surface-for-ai-agents)

## Description

AI-referred shoppers convert 54% higher and generate 53% more revenue per visit than non-AI traffic (Adobe, May 2026). AI sessions to retailers grew 138% year-over-year. As the customer journey collapses into a single conversation, "build an API" stops being the obvious answer when the consumer isn't a developer but an agent. 

This talk distills what we learned shipping to ChatGPT, Claude, and our own internal agents – and the framework we use to decide what to build for whom. 

API, MCP, and MCP App are three different products serving three different consumers: a developer building their own integration, an agent runtime where the host owns the UI, and an app surface where the UI returns but is shared with the model. Treating MCP as a drop-in replacement for an API is how teams end up with a tool surface their agents can't actually use. 

From there, four engineering lessons stand out that don't appear in the MCP spec: 

– Tool descriptions are prompts, not docs. A one-line change can flip whether the model calls your tool, or calls it with hallucinated arguments. 

– Flow is a design surface. You're not designing tools in isolation – you're designing the path the model walks through them. 

– Treat your tool surface like a prompt: version it, snapshot it, eval it. Unit tests don't catch the failures that matter. 

– In an MCP app, the UI is part of the prompt. Widget state pushes back to the model as context; tools split between model-visible and widget-only – a new design discipline with little prior art. 

Attendees leave with a decision framework for the three-way call, and a practical checklist for shipping a tool surface that agents can actually use. 

## Speakers

### [Rishabh Budhiraja](https://www.wearedevelopers.com/@rishabh-budhiraja)

Staff Engineer at idealo internet GmbH
### [Rishi Deorukhkar](https://www.wearedevelopers.com/@rishi-deorukhkar)

AI Engineer at idealo Internet


## Related talks at this congress

- [Building APIs for Agents vs Systems. Is MCP the answer?](https://www.wearedevelopers.com/events/world-congress-2026-europe/sessions/1322-building-apis-for) — Adam Bird
- [MCP is all you need to make an AI-agent consume your RESTful API](https://www.wearedevelopers.com/events/world-congress-2026-europe/sessions/956-mcp-is-all-you-need) — Nikos Delis
- [From APIs to MCP: Enterprise Governance, Registry, and Controls](https://www.wearedevelopers.com/events/world-congress-2026-europe/sessions/1376-from-apis-to-mcp) — Stefan Mesquita
- [MCP doesn’t suck — your agent does](https://www.wearedevelopers.com/events/world-congress-2026-europe/sessions/1218-mcp-doesn-t-suck) — Jan Curn