Tu producto ya no compite por humanos. Compite por agentes
- Victorino Rodríguez
- 28 may
- 8 min de lectura
Esto va más rápido de lo que parece. Un viernes cualquiera, alguien que habría sido tu cliente abre Claude, ChatGPT o Cursor, describe lo que necesita en lenguaje natural, y un agente decide a quién llamar para resolverlo. No mira tu producto. No lee tu documentación. No compara opciones en Google. El agente revisa qué herramientas tiene conectadas, elige la que mejor encaja con la tarea, y ejecuta.
Si tu software no está en esa lista de "herramientas conectadas", no es que pierdas la venta. Es que dejas de existir para ese punto de entrada.
Este artículo va de eso, de tres palabras que llevas años oyendo en versión más o menos confusa (CLI, API, MCP), y de por qué en 2026 dejan de ser debate técnico y pasan a ser decisión de supervivencia para cualquier empresa de software.
El nuevo embudo no empieza en tu landing. Empieza en una caja de texto dentro del chat de otro.
Las tres capas, sin tecnicismo gratuito
Vamos al grano, porque la mayoría de explicaciones que circulan están escritas para developers que ya lo saben. Esta es para que un fundador o un head of product lo entienda en lo que dura un café.
CLI: la conversación más honesta entre máquinas
CLI son las siglas de command-line interface. Es lo que pasa cuando abres un terminal negro y escribes git status o npm install. Texto entra, texto sale. Sin botones, sin formularios, sin gráficos. Cero glamour, máxima velocidad.
¿Por qué importa hoy? Porque los agentes IA piensan en texto. Para un agente, una buena CLI es la forma más eficiente de ejecutar una acción: una sola línea, parámetros claros, respuesta predecible. No hay capa visual que parsear, no hay JavaScript que renderizar, no hay sesión que mantener. Por eso una parte de la comunidad técnica defiende que para muchos casos una CLI bien diseñada vence a integraciones más complejas.
API: el contrato pensado para humanos que leen documentación
Una API (REST, GraphQL, lo que sea) lleva 20 años siendo el estándar para que otro software hable con el tuyo. La diferencia con la CLI es que la API vive sobre HTTP, devuelve JSON, gestiona auth, escalado, versiones.
Una API funciona. El problema no es técnico, es semántico: la API asume que un humano va a leer tu documentación y va a decidir qué endpoint llamar, en qué orden, con qué parámetros. Toda tu Swagger, todos tus ejemplos en Postman, toda tu Stripe-style docs preciosa, están pensados para un cerebro humano que interpreta, prueba y ajusta.
Un agente no lee tu documentación de la forma en que la lee un developer junior un lunes por la mañana. Necesita pistas estructuradas, no prosa.
MCP: el contrato pensado para que un agente te descubra solo
MCP son las siglas de Model Context Protocol. Lo introdujo Anthropic en noviembre de 2024, y en diciembre de 2025 lo donó a la Agentic AI Foundation bajo la Linux Foundation, con Anthropic, Block y OpenAI como cofundadores y Google, Microsoft, AWS y Cloudflare como sponsors. Esto último es lo importante: MCP dejó de ser "el protocolo de Anthropic" y se convirtió en infraestructura compartida de industria.
¿Qué es MCP en una frase? Es API + manifest + semántica de negocio, empaquetada de forma que un agente IA pueda descubrir solo qué puede hacer con tu producto, sin que un humano abra tu documentación.
Cuando expones un servidor MCP, no solo dices "tengo este endpoint que hace X". Dices: "tengo esta capacidad, se llama así, sirve para esto, espera estos inputs, devuelve esto, y semánticamente equivale a este concepto de negocio". Un agente conectado a tu servidor MCP sabe, sin que nadie se lo explique en lenguaje humano, que tu herramienta puede crear una factura, mover un lead o consultar inventario.
API te dice qué endpoints existen. MCP te dice qué decisiones puede tomar un agente con tu producto.
Por qué el problema no se resuelve "abriendo una API más"
Aquí está el argumento que se le escapa a la mayoría de equipos técnicos cuando oyen hablar de MCP por primera vez. La reacción típica es: "ya tenemos API REST, ¿por qué necesito otra capa?". Es una pregunta legítima. La respuesta corta es matemática.
Sin un protocolo común, cada combinación de modelo × herramienta es una integración custom. Cuatro modelos (Claude, GPT, Gemini, Llama) por seis herramientas internas son 24 integraciones a mantener. Cada vez que sale un modelo nuevo o cambias una herramienta, multiplicas el problema.
Con MCP, expones un servidor una vez y todos los agentes que hablen el protocolo (que en marzo de 2026 son básicamente todos los grandes) saben usarlo. Pasas de N×M a 1×N. Es el mismo patrón que ya vimos con USB sustituyendo a 15 cables propietarios, con HTTP sustituyendo a protocolos de red propietarios, con OAuth sustituyendo a 200 esquemas de login distintos.
Los números acompañan: a marzo de 2026, los SDKs oficiales de MCP en Python y TypeScript acumulan 97 millones de descargas mensuales. Para poner eso en contexto, React tardó alrededor de tres años en llegar al volumen de descargas que MCP alcanzó en 16 meses. Hay más de 10.000 servidores MCP públicos activos a fecha de donación a Linux Foundation, y el registro oficial supera ya los 6.400 servidores listados.
Pasas de mantener 24 integraciones a mantener 1. El resto lo hace el protocolo.
El debate honesto: "MCP is dead, long live the CLI"
A principios de 2026, un post titulado "MCP is dead. Long live the CLI" llegó al top de Hacker News. El argumento, resumido sin caricaturizar: para muchos casos de uso prácticos, una CLI bien diseñada o un API REST directo combinados con un buen tool-use del modelo resuelven el problema sin la complejidad de un servidor MCP.
No es trolling. Es un punto válido y conviene escucharlo si quieres tomar una decisión de ingeniería sensata, no comprar hype.
La verdad incómoda es esta: si tu producto cabe en tres endpoints sin estado, sin permisos complejos, sin contexto de negocio que un agente necesite navegar, probablemente no necesitas MCP. Una CLI o un API REST clara hacen el trabajo, los agentes modernos las usan sin problemas, y te ahorras una capa.
Pero el momento en que tienes catálogo, jerarquías de permisos, datos relacionados entre sí, flujos de varias etapas, contexto que cambia según el usuario que pregunta, ahí MCP empieza a ganar solo. No porque sea más rápido (no lo es), sino porque captura el conocimiento de negocio en un formato que el agente puede interpretar sin asistencia humana.
La conclusión honesta no es "MCP gana" ni "CLI gana". Es que CLI, API y MCP no son alternativas, son capas. Una empresa madura en 2026 tiene las tres, conectadas, con el mismo modelo de auth y los mismos límites de scope. La CLI para automatización interna y agentes que ejecutan tareas simples. La API para integraciones tradicionales con sistemas que llevan ahí 15 años. El servidor MCP para que los agentes IA externos descubran tu producto sin intervención humana.
Lo que dicen los números (y por qué deberían incomodarte)
Mike Krieger, Chief Product Officer de Anthropic, lo formuló así: "MCP es para la IA lo que HTTP fue para la web. Un contrato abierto que desbloquea interoperabilidad masiva".
Es una frase grande. Pero los datos de adopción enterprise empiezan a justificarla:
El 78% de los equipos AI/ML en empresas con más de 50 practicantes tienen al menos un agente con MCP en producción en el primer trimestre de 2026. Hace un año esa cifra era del 31%. Salto de 47 puntos porcentuales en 12 meses (Truto / DigitalApplied 2026).
Gartner 2026 AI Infrastructure Report: 65% de enterprises planea adoptar MCP antes de cerrar 2026, 75% de vendors de API gateway tendrán features MCP nativas, 40% de las apps enterprise incluirán agentes task-specific.
Forrester: 30% de los vendors de aplicaciones enterprise lanzarán su propio servidor MCP en 2026.
En 13 meses, soporte nativo de Anthropic, OpenAI, Google, Microsoft y Salesforce. Cinco compañías que rara vez se ponen de acuerdo en nada.
Lee esos números otra vez. No habla un evangelista. Habla Gartner.
47 puntos porcentuales de adopción en 12 meses. No hay precedente reciente para algo así en infraestructura de software.
Qué cambia para ti si vendes software
El cambio estructural es este: el agente reemplaza al "Google + clic" como punto de entrada. La distribución se mueve.
Hasta 2023, la batalla era posicionarte en la primera página de Google, optimizar tu pricing page, reducir fricción en el sign-up. La pregunta era: cómo hago que un humano me encuentre y me elija.
A partir de 2025-2026, hay una pregunta nueva encima de esa: ¿cómo hago que el agente IA de ese humano me elija a mí cuando decide qué herramienta usar?
Quien tiene un servidor MCP limpio, bien documentado, registrado en MCP.so y en el registro oficial, empieza a aparecer citado por Claude, ChatGPT, Cursor y Perplexity cuando un usuario pide algo en su área. Es un fenómeno nuevo que se está empezando a llamar, medio en broma medio en serio, "SEO para agentes". El nombre puede que no aguante, pero la dinámica sí: hay un canal de descubrimiento nuevo y todavía está casi vacío.
Si tu producto no expone una capa que los agentes puedan consumir, ese canal no existe para ti. No es que conviertas mal: es que ni siquiera estás en la conversación.
Qué tiene que hacer una empresa de software hoy
Sin BS y en orden de prioridad:
1. Inventario honesto. ¿Qué endpoints tienes hoy? ¿Qué decisiones puede tomar un agente sobre tu producto sin romper nada? Si no puedes contestar esto en una hora, ese es tu primer trabajo.
2. Capa limpia primero, MCP encima. Antes de montar un servidor MCP, asegúrate de que tu API o tu CLI están bien diseñadas. MCP no arregla una API rota, la expone con más visibilidad.
3. Modelo de permisos serio. El agente no es admin. Nunca. Necesitas scopes, autenticación, rate limits y audit trail desde el día uno. Si un agente puede borrarte la base de datos, has fallado antes de empezar.
4. Documentación para máquinas, no solo para humanos. Descripciones semánticas en cada herramienta. Ejemplos concretos en cada parámetro. Tipos estrictos. Errores legibles. Todo lo que un junior agradecería, un agente lo necesita el doble.
5. Publicación y descubrimiento. Si quieres que los agentes te encuentren, regístrate en MCP.so, en el registro oficial de la Agentic AI Foundation y en los marketplaces de Claude, OpenAI y Cursor. Como hace 20 años con Google, pero más barato y con menos competencia (de momento).
MCP no arregla una API rota. La expone con más visibilidad.
La ventana es de 18 meses, no de 10 años
En 2007 algunos retailers se rieron del mobile. "La gente seguirá comprando desde el ordenador, esto es una moda". Diez años después, varios de ellos no existían. Tuvieron tiempo, eso sí. La curva fue lenta, había margen para corregir, había consultoras que te avisaban con dos años de antelación.
Esta vez la ventana es más estrecha. La adopción enterprise de MCP pasó del 31% al 78% en doce meses. Los grandes (Anthropic, OpenAI, Google, Microsoft) decidieron en menos de un año. El registro oficial pasó de cero a 6.400+ servidores en marzo de 2026. Esto no es una transición tipo cloud que tardó una década, es más parecido a la velocidad con la que móviles desplazaron al desktop como punto de entrada principal de internet, pero comprimido.
Si eres founder o CTO de una empresa de software en 2026, la decisión no es "si" hacer tu producto accesible a agentes IA. Es "cuándo", y la respuesta honesta es: antes de que tu competencia directa ya esté en la lista de herramientas que el agente sugiere por defecto. Una vez ese hueco se llena, salir requiere mucho más esfuerzo que entrar.
Llevamos meses ayudando a empresas a hacer exactamente esto: auditar qué partes de su producto pueden ser consumidas por un agente, diseñar la capa CLI/API limpia, montar el servidor MCP encima con permisos y audit trail, y publicarlo donde toca. No es trabajo glamuroso ni se ve en una keynote, pero es la diferencia entre estar en la conversación o no estarlo.
Si quieres una segunda opinión sobre si tu producto hoy es legible para un agente IA, escríbenos. Una hora de conversación honesta y te decimos qué tienes y qué te falta. Sin propuesta de 40 páginas ni venta agresiva.
Comentarios