En Google I/O 2026, el 19 de mayo, la app Gemini recibió la actualización agéntica más ambiciosa de su historia. El titular fue Spark — un runtime de agente personal que corre 24/7 y que puede actuar, no solo redactar. El detalle que quedó debajo es la lista de conectores, y esa es justo la parte que cualquier PM de SaaS en LatAm o España tiene que aterrizar esta semana.
La prensa especializada ya repartió una lista larga de “partners MCP verano 2026” — Adobe, Samsung, Spotify, CapCut, GitHub, Notion, Slack. La realidad, cuando lees el post oficial de blog.google, es más acotada. Tres conectores MCP de terceros se lanzaron el día uno: Canva, OpenTable, Instacart. El resto es lenguaje de roadmap, no partnerships comprometidas, y Google no nombra a nadie.
Esto plantea la pregunta que ahora mismo todo PM de SaaS está haciendo en Slack: ¿debería construir un conector para Spark? Y la respuesta es más interesante de lo que sugiere el ciclo noticioso, porque Spark todavía no tiene proceso público de envío de conectores. Los 7 conectores que llegan este verano serán partnerships privadas, igual que Canva, OpenTable e Instacart. No hay un marketplace al que aplicar. Por ahora.
Este es el mapa para builders. Los tres conectores que existen de verdad el 24 de mayo, lo que Google sí prometió y lo que no para el verano, el árbol de decisión real para PMs de SaaS (“construir un conector para Spark” es la unidad de trabajo equivocada — “construir un servidor MCP genérico” es la correcta), y el único directorio donde de verdad sí puedes enviar hoy.
Lo que realmente está activo el día del lanzamiento (19–20 de mayo)
El post de lanzamiento oficial de Google es preciso: “ampliamos nuestra lista de apps Gemini conectadas con nuevas conexiones MCP a Canva, OpenTable e Instacart, lanzándose hoy.” Ningún otro partner MCP de terceros aparece en el texto principal. Los recap independientes de SiliconANGLE, Decrypt y Yahoo Tech coinciden en los mismos tres.
| Conector | Lo que habilita | Impacto para el usuario de Spark |
|---|---|---|
| Canva | Generación de diseño + recuperación de assets de marca | “Hazme tres variaciones de banner para el post del mercado del domingo” corre dentro de Spark — sin abrir una sesión aparte de Canva |
| OpenTable | Reserva de restaurante + disponibilidad de mesa | “Reserva mesa para 4 en un tailandés en Polanco el sábado a las 8 pm” llega como confirmación, no como borrador de email |
| Instacart | Receta-a-carrito + entrega programada (US-only al lanzamiento) | Para LatAm aún no está disponible directamente, pero el patrón sí aplica si Rappi, Cornershop o Mercadona lanzan conectores MCP propios |
Cada uno de estos tres conectores es una asociación que Google aparentemente negoció en privado antes de la keynote. No son endpoints MCP genéricos que puedas registrar hoy — vienen con acceso privilegiado dentro de la superficie Spark de la app Gemini.
Lo que Google sí prometió y lo que no para el verano
La lista secundaria más citada — Adobe, Samsung, Spotify, CapCut, GitHub, Notion, Slack — no está en el texto primario de Google. El blog de I/O y la developer keynote usan lenguaje cuidadosamente acotado: “una hoja de ruta cargada de partners”, “más partners se están integrando ahora”, “en las próximas semanas”.
Los partners de verano nombrados vienen de reacciones de analistas, no de una diapositiva de roadmap publicada por Google. Los más mencionados con confianza en cobertura secundaria son GitHub, Notion y Slack — pero esa confianza se apoya en inferencia de comentaristas. Otra pieza de Mashable habla de “más de 30 aplicaciones de terceros” incluyendo Dropbox, Lyft, Uber y Zillow — una lista completamente distinta.
Para planificación honesta de un PM de SaaS:
- Confirmado vivo: Canva, OpenTable, Instacart.
- Razonable planear para el verano: GitHub, Notion, Slack — los tres más consistentes en múltiples análisis de I/O.
- Tratar como especulación hasta que Google confirme: Adobe, Samsung, Spotify, CapCut, Dropbox, Lyft, Uber, Zillow.
“¿Debería construir un conector para Spark?” es la pregunta equivocada
Esta es la parte que la prensa está pasando por alto. A 24 de mayo de 2026, Google no ha publicado un proceso público de envío de servidores MCP para Spark. La documentación de Gemini Code Assist y la CLI de Gemini muestra cómo conectar servidores MCP arbitrarios a tu propia instancia vía JSON — pero eso es uso del lado del cliente, no listing en un directorio.
O sea: no hay formulario de solicitud, no hay cola de revisión, no hay página de política. Si quieres que tu SaaS sea el Conector #4, el camino es business development directo con el equipo de partnerships de Google, no un envío por un portal de desarrolladores.
Entonces la pregunta de verdad para tu próximo sprint planning no es "¿hacemos un conector Spark?" — es:
¿Hacemos un servidor MCP genérico que funcione en Spark (cuando Google abra envíos), en Claude (donde sí hay directorio público hoy), en Cursor (donde ya corren 5.000+ servidores de la comunidad) y en cualquier agent runtime nueva que adopte MCP después?
La respuesta casi siempre es sí, porque la especificación MCP es deliberadamente agnóstica al cliente. Un servidor MCP remoto bien diseñado funciona para cualquier agent runtime mayor que exista hoy y cualquiera que exista en los próximos 18 meses.
El árbol de decisión para builders
Versión operativa de ese cálculo. 6 preguntas.
1. ¿Tu producto está en una de las categorías día-uno de Spark — herramientas creativas, comida, scheduling, productividad? Si sí, este es tu trimestre prioritario. Sacar el servidor MCP ya para estar listo cuando Google abra la siguiente ventana de partnership.
2. ¿Tu producto está en una categoría plausible para el batch de verano (dev tools, comms, docs, media)? Si sí, sacar en los próximos 30 días. Una vez que GitHub o Slack se lancen en serio, la búsqueda comparativa (“X vs Slack Spark conector”) se convierte en una superficie SEO real.
3. ¿Ya tienes API pública REST o GraphQL? Si sí, envolverla como servidor MCP son 2–3 días con el SDK MCP de Anthropic o los frameworks open-source FastMCP / OpenMCP. Si no, primero la API.
4. ¿Ya enviaste un Custom Connector de Anthropic? Si sí, el 60 % del trabajo está hecho — tu servidor MCP existente corre también en Spark, siempre que expongas los tools correctos. Si no, empieza por Anthropic porque ahí sí hay proceso público de envío (más abajo).
5. ¿Tu base de usuarios es agent-curious — ya te están preguntando “¿puede ChatGPT hacer esto en tu app?”? Si sí, sube la prioridad. Esos usuarios van a migrar al agent runtime que les genere confianza, y quieren tu producto en esa superficie.
6. ¿Cuál es el riesgo de lock-in si Spark no despega? La mitigación está en la propia pregunta. No hagas un “conector Spark-específico” — haz un servidor MCP genérico. Si Spark se mete en meseta como Google Wave / Allo / Stadia, tu trabajo sigue rindiendo en Claude, Cursor, VS Code y Windsurf.
El único directorio donde sí puedes enviar hoy
Mientras la historia de envíos MCP para Google sigue siendo partnerships privadas, Anthropic tiene un Connectors Directory público con un formulario de envío real. El artículo de ayuda Pre-built connectors using remote MCP (30 de abril de 2025) lista los partners de lanzamiento actuales — Asana, Cloudflare, Zapier, GitHub, Slack, Google Drive, Postgres y otros. La Connectors Directory FAQ documenta el proceso de revisión.
Lo que se hace concretamente:
- Construir un servidor MCP remoto compatible siguiendo la Guía de Custom Connectors de Anthropic.
- Documentar el endpoint MCP, el handshake OAuth y la superficie de tools en la documentación pública del producto.
- Enviar el formulario de revisión del Connectors Directory — Anthropic evalúa contra la MCP Directory Policy (seguridad, safety, compatibilidad).
- Esperar respuesta de Anthropic. Revisan para fit; compliance no garantiza inclusión, pero sí garantiza que lo van a leer.
Cuando Spark abra un flujo equivalente — y va a pasar, igual que cualquier otra superficie AI de Google eventualmente desarrolla un programa de developers — tu servidor MCP grado Anthropic ya es la mayor parte del trabajo hecho.
Mientras tanto también ganas:
- Usuarios de Claude (Cowork, Custom Connectors en claude.ai) ven tu tool desde el día uno.
- Usuarios de Cursor pueden conectar tu servidor a su IDE con el mismo patrón JSON que Gemini Code Assist.
- Usuarios de VS Code / Windsurf / Cline — cualquiera con un cliente agéntico moderno — tiene compatibilidad gratis.
Tres cosas que esto no resuelve
Límites honestos antes de comprometer un sprint.
- OAuth hace más trabajo del que crees. La experiencia de conector en Spark / Claude / Cursor depende de que el usuario se autentique desde adentro del agente. Si tu flujo OAuth no aguanta ser iniciado desde un cliente no-web, tienes un problema de integración que ningún código MCP arregla.
- Los tools MCP tienen que ser chicos, atómicos y autodescriptivos. Un conector con un solo endpoint “hace-todo” es peor que uno con 20 tools de nombres afilados. El agente decide cuál tool llamar antes de llamarlo — nombres difusos = comportamiento difuso.
- Ninguna superficie agéntica salva un mal producto. Si tu SaaS es el tercer mejor de su categoría, sacar un servidor MCP primero no lo hace el mejor — solo hace la comparación más rápida.
Conclusión
La noticia real del 19 de mayo es que MCP es ahora el estándar abierto de facto para comunicación agente-a-SaaS, y la runtime que faltaba (Gemini de Google) ya está dentro. La lectura de Fahd Rafi en LinkedIn — “Esencialmente donde estaba OpenAI en diciembre. Era inevitable” — es correcta a largo plazo y también hoy.
Para PMs de SaaS en español, la unidad de trabajo correcta en Q3 es: hacer un servidor MCP remoto bien diseñado, enviarlo al directorio de Anthropic, documentar el endpoint para que los usuarios lo agreguen manualmente a Spark / Cursor / VS Code. Ese trabajo rinde en cada agent runtime existente. La unidad de trabajo equivocada es “hacer un conector Spark-específico” — no hay dónde enviarlo hoy, y código Spark-específico es exactamente el lock-in que el estándar abierto MCP está diseñado para evitar.
Si quieres un recorrido estructurado por la construcción del servidor MCP — incluyendo handshake OAuth, patrones de naming de tools y flujo de envío al directorio — el curso Herramientas MCP para builders de SaaS en FindSkill cubre todo eso. Las dos primeras lecciones son gratis sin cuenta.
Fuentes
- The Gemini app becomes more agentic — blog.google (18 de mayo de 2026)
- Google’s new Gemini Spark is an always-on AI agent — SiliconANGLE (19 de mayo de 2026)
- Google Launches Gemini Spark — Decrypt
- Anthropic Pre-built Connectors using Remote MCP
- Connectors Directory FAQ — Anthropic Support
- Build Custom Connectors via Remote MCP Servers — Claude Support
- Use agentic chat as a pair programmer — Google Gemini Code Assist Docs
- Introducing the Model Context Protocol — Anthropic (18 de noviembre de 2024)
- Model Context Protocol — modelcontextprotocol.io
