Personal Agent Protocol vs MCP: ¿sobre qué estándar de agentes de IA debería construir tu empresa? (2026)

La economía de los agentes de IA acaba de estrenar reglamento. Si tienes una pequeña empresa, la pregunta ya no es si los agentes de IA llegarán a tu puerta digital, sino qué estándar regirá su comportamiento cuando lo hagan. La comparación entre el Personal Agent Protocol y MCP es la decisión de infraestructura más importante que afrontarán las pequeñas empresas de cara a 2027. Aquí tienes todo lo que necesitas saber, basado en lo que se ha confirmado.

Resumen rápido: Personal Agent Protocol vs MCP en lenguaje claro

El 6 de octubre de 2026, Sierra y Meta anunciaron el Personal Agent Protocol (PAP), un estándar abierto que regula cómo los agentes personales de IA se identifican e interactúan con las empresas. MCP (Model Context Protocol), en cambio, lo publicó Anthropic en noviembre de 2024 como estándar abierto para conectar asistentes de IA con herramientas y datos externos. Los dos son estándares abiertos y los dos importan a tu negocio, pero resuelven problemas completamente distintos. Confundirlos llevaría tu estrategia de IA en la dirección equivocada.

La forma más clara de entender la diferencia: PAP está por encima de MCP. Una empresa puede atender a los agentes personales a través de su web, de APIs basadas en estándares como MCP y OpenAPI, o de su propio agente. El protocolo cubre el descubrimiento, el inicio de sesión y los permisos, y MCP puede transportar las llamadas a la API. No compiten: son capas distintas.

Qué ha provocado este debate

Meta lanzó su agente personal de IA, Muse, el 8 de septiembre de 2026, con una adopción rapidísima que lo llevó a lo más alto de las tiendas de apps en pocos días. El 21 de septiembre de 2026, doce días después del lanzamiento, Amazon bloqueó el acceso de Muse a su tienda y frenó las compras automatizadas.

Amazon cortó el acceso al agente Muse de Meta el 20 de septiembre alegando que no se identificaba y que parecía almacenar las credenciales de los clientes. Ese choque dejó al descubierto un vacío en la pila actual de agentes: no había un estándar acordado sobre cómo un agente personal se presenta ante una empresa, pide permiso y actúa en nombre de un cliente. PAP es la respuesta directa a ese vacío.

Los agentes personales de IA ya compran, reservan y llaman en nombre de sus usuarios, y las empresas no tienen una forma estándar de distinguir a un agente legítimo de un scraper. Por eso esta distinción es urgente hoy para las pequeñas empresas.

Comparativa lado a lado

FactorPersonal Agent Protocol (PAP)Model Context Protocol (MCP)
Anuncio6 de octubre de 2026Noviembre de 2024
Impulsado porSierra + MetaAnthropic (ahora Linux Foundation)
Función principalCómo el agente de IA de un cliente inicia sesión en tu negocio y qué puede hacerCómo un agente de IA se conecta a tus herramientas, APIs y datos
AutenticaciónGestión de sesiones basada en OAuthEnterprise-Managed Authorization (estable desde 2026)
Socios claveWalmart, Shopify, Stripe, Genesys, Rocket, Instinct y 35 socios de diseño, entre ellos OpenAIAWS, Cloudflare, Google, Microsoft, OpenAI (compromisos en producción)
Estado de la especificaciónBorrador publicado el 9 de octubre de 2026; la v0.1 llega a finales de octubreEstable; última versión en noviembre de 2025, hoja de ruta 2026 activa
Tamaño del ecosistemaUnos 35 socios de diseño; aún sin servidores en producciónMás de 5.500 servidores (PulseMCP), 97 millones de descargas mensuales del SDK
Ausencias destacadasAmazon y Anthropic (en el lanzamiento)Ninguna relevante
PagosExtensión prevista; no incluida en la v0.1Fuera de su alcance
Listo para pequeñas empresasTodavía no: faltan talleres de diseño y la implementación de referenciaSí: listo para producción y con herramientas disponibles

Cómo funciona el Personal Agent Protocol

Las sesiones se basan en OAuth: un agente puede empezar como invitado con acceso de solo lectura y pasar a tener permisos de escritura cuando el cliente inicia sesión. La sesión se mantiene entre la web, las APIs expuestas con MCP u OpenAPI y el propio agente de la empresa. En la práctica: el asistente de IA de un cliente llega a tu tienda, se identifica y el cliente decide qué puede hacer.

Los agentes pueden actuar como invitados para consultar el stock o la política de devoluciones y, cuando el cliente inicia sesión, este decide si el agente tiene permisos de lectura o de escritura. Las sesiones se mantienen entre canales, así que una pregunta antes de iniciar sesión y un pedido después forman parte de la misma visita. Para una pequeña tienda online o un negocio de servicios esto importa ya: los agentes que actúan en nombre de tus clientes van a llegar con estándar o sin él. PAP intenta que esa interacción sea predecible.

PAP no es un protocolo de pagos. Los pagos figuran como extensión futura. Sierra dice que una extensión de pagos «podría permitir que un agente personal complete una compra sin compartir los datos de la tarjeta». Es un plan, no parte del diseño anunciado.

Cómo funciona MCP y por qué ya está en producción

El Model Context Protocol nació como una forma limpia y abierta de que los modelos de IA hablen con tus herramientas y tus datos. En 2026 eso cambió: MCP pasó de experimento a infraestructura, con hitos concretos y no solo expectativas. La extensión Enterprise-Managed Authorization se declaró estable, lo que da a las organizaciones una forma centralizada de controlar el acceso a los servidores MCP a través de su proveedor de identidad actual.

MCP es ahora un estándar abierto multiempresa bajo la Linux Foundation, con compromisos de producción publicados por AWS, Cloudflare y Google. Las cifras de adopción son reales: el Model Context Protocol, que Anthropic liberó en 2024, se ha convertido rápidamente en infraestructura empresarial, con 97 millones de descargas mensuales y un 41 % de responsables técnicos que afirman usarlo en producción.

Para una pequeña empresa, MCP resuelve un problema concreto: conectar tu agente de IA o tu chatbot con tus sistemas reales (CRM, inventario, documentación de soporte) sin crear una integración a medida para cada herramienta. Adoptar MCP puede reducir hasta un 30 % el tiempo inicial de desarrollo de integraciones y hasta un 25 % los costes de mantenimiento, simplemente porque ya no hay que escribir conectores a medida para cada nueva plataforma de IA que sale al mercado.

La diferencia clave que cambia tu decisión

El debate entre ambos es en parte una falsa elección, porque los dos protocolos funcionan en capas distintas. La capa de ejecución (MCP para acceder a herramientas, A2A para la comunicación entre agentes) gestiona cómo los agentes hacen las cosas. PAP gestiona la capa anterior: la identidad, el descubrimiento y los permisos cuando el agente externo de un cliente aparece en tu puerta.

Piénsalo así: MCP es el estándar que usa tu agente de IA interno para hablar con tus herramientas. La diferencia queda clara si inviertes la dirección: PAP es el estándar que regula qué pasa cuando el agente de IA de otra persona (el Meta Muse de tu cliente, su Instinct o cualquier asistente personal futuro) intenta interactuar con tu negocio.

PAP no es MCP. MCP es una de las formas en que una empresa puede exponer sus APIs, y Sierra lo cita como una vía que el agente puede usar. No lo sustituye.

¿Sobre cuál construir ahora?

Construye hoy sobre MCP si:

Quieres conectar tus flujos de IA con herramientas reales de tu negocio: tu correo, tu CRM, tu sistema de soporte o tu base de datos. MCP ha dejado muy atrás su origen como forma de conectar herramientas locales. Ahora funciona en producción en empresas grandes y pequeñas, impulsa flujos de agentes y lo moldea una comunidad creciente mediante grupos de trabajo, propuestas de mejora de la especificación (SEPs) y un proceso de gobernanza formal. Las herramientas existen, la documentación es estable y puedes lanzar algo este mismo mes.

También es la capa adecuada si estás creando o adoptando un agente de IA para operaciones internas: automatizar respuestas de atención al cliente, procesar pedidos o resumir datos. Consulta nuestra guía sobre cómo los agentes de IA están cambiando las operaciones de las pequeñas empresas en 2026 (en inglés) para encontrar puntos de partida concretos.

Sigue de cerca PAP, pero no construyas aún sobre él si:

Tienes una tienda online, una plataforma de reservas o cualquier negocio en el que los clientes estén a punto de enviar agentes de IA a comprar o contratar en su nombre. La decisión es real y urgente, sobre todo para el comercio. El 9 de octubre, Sierra sumó 35 socios de diseño, entre ellos OpenAI; Anthropic no aparece. La coalición crece rápido.

Sin embargo, la especificación sigue siendo un borrador. La v0.1 llega a finales de octubre y todavía no se han publicado la especificación, la licencia ni el órgano de gobierno. Los pagos, las notificaciones push y los permisos más finos son extensiones futuras. Construir sistemas en producción contra una especificación sin publicar es un riesgo que una pequeña empresa no puede permitirse. Lo sensato es vigilar personalagentprotocol.org, esperar a la v0.1 y asegurarte de que tu tienda o plataforma de reservas usa estándares (como MCP y OpenAPI) que PAP ya reconoce como vías compatibles.

El gran ausente: Amazon

Lo más importante que esta comparación no puede resolver por sí sola es el hueco en la coalición. Stripe, Shopify y Walmart están dentro. Amazon y Anthropic, no. Esa división es la clave. Si tus clientes compran en Amazon, y la mayoría lo hace, que la mayor plataforma de comercio electrónico del mundo no esté en la coalición fundadora de PAP es una limitación real. Amazon no ha dicho que vaya a adoptar PAP y ha bloqueado el tráfico de agentes que considera no identificados.

La regulación añade otra capa de complejidad. Si gestionas datos de clientes a través de agentes, la investigación de la FTC sobre agentes de IA y la Stop Rogue AI Act (ambas en inglés) hacen que la autenticación y la trazabilidad no sean solo requisitos técnicos, sino también de cumplimiento. La extensión estable Enterprise-Managed Authorization de MCP ya lo cubre en los flujos internos. PAP tendrá que demostrar lo mismo con los agentes de clientes que llegan desde fuera.

Qué hacer ahora

En la práctica, este es el camino más claro para una pequeña empresa:

Implanta MCP en tu pila de IA interna. Conecta tus herramientas de IA con tus datos y sistemas reales. Está listo para producción, el ecosistema es maduro y te deja preparado para PAP cuando llegue la v0.1, porque una API descrita con MCP u OpenAPI ya es una de las tres vías que un negocio compatible con PAP puede ofrecer a los agentes personales.

Revisa tus puntos de contacto con clientes. Si los clientes van a enviar agentes de IA para consultar stock, hacer devoluciones o reservar citas, necesitas un plan sobre cómo se identifican esos agentes y qué permisos reciben. PAP es la respuesta más probable para la identidad de los agentes entrantes. Mientras tanto, asegúrate de que tu web no bloquea en silencio a los agentes que sí se identifican correctamente: podrías estar rechazando clientes junto con los scrapers.

Apúntate a los talleres de diseño de PAP. Sierra prevé publicar a finales de octubre la especificación v0.1, materiales de diseño y una implementación de referencia. Todavía aceptan comentarios de socios de diseño. Tener visibilidad temprana de la especificación no cuesta nada y puede ahorrarte una decisión de arquitectura costosa más adelante.

Veredicto

La pregunta entre el Personal Agent Protocol y MCP no tiene un ganador: tiene dos respuestas para dos problemas distintos. MCP es el estándar sobre el que construir hoy los flujos de agentes internos, y tiene el ecosistema, la estabilidad y las herramientas para demostrarlo. En el comercio de cara al cliente, PAP es la apuesta más urgente a vigilar, pero aún faltan semanas para su primera especificación publicada. Adopta MCP ya. Diseña tus canales de cara al cliente para que estén preparados para PAP. Y revisa esta decisión cuando salga la v0.1, porque al ritmo que avanza este terreno, todo podría cambiar antes de que acabe octubre.

Fuentes

Deja un comentario