Los asistentes de inteligencia artificial que compran, consultan pedidos o gestionan trámites necesitan una forma de demostrar a quién representan y qué permiso tienen. Sierra anunció este 6 de octubre que desarrolla con Meta el Personal Agent Protocol, una propuesta de estándar abierto para organizar esas interacciones entre agentes personales y empresas. Participan también Genesys, Instinct, Rocket, Shopify, Stripe y Walmart, según la presentación oficial.
La primera especificación se publicaría en octubre. La iniciativa aún está en desarrollo: no implica que cualquier tienda ya acepte agentes ni que todas las operaciones estén habilitadas. Su aplicación dependerá de cada servicio.
La propuesta distingue consultar información de modificar una cuenta. El consumidor concede acceso y cada empresa determina las operaciones disponibles. No es una autorización general para que un asistente actúe sin límites.
La base técnica anunciada es OAuth, un marco de autorización ya existente. Su especificación explica cómo una aplicación puede obtener acceso limitado a un servicio por cuenta de un usuario, mediante una autorización y un token. La idea central es separar el permiso para una tarea del acceso irrestricto a la cuenta, con responsabilidades diferenciadas entre quien solicita acceso y quien lo concede. Esa arquitectura permite delimitar alcance y duración, aunque la seguridad final también depende de cómo se implementen y protejan los componentes.
OAuth diferencia varios roles: quien controla los recursos, el programa que pide utilizarlos, el servidor que los conserva y el servicio que concede la autorización. En una gestión comercial, esa separación importa porque el asistente no debería decidir por sí mismo qué información puede leer o modificar. El permiso debe provenir del usuario y el servicio debe comprobarlo antes de ejecutar la operación solicitada.
Sierra plantea mantener una sesión al pasar entre la web, interfaces de programación y agentes comerciales. También estudia futuras ampliaciones de permisos, notificaciones y pagos. Esas extensiones todavía no deben presentarse como funciones implementadas.
Entre las interfaces mencionadas aparece MCP, un estándar para conectar aplicaciones de IA con sistemas externos. Su documentación describe conexiones con fuentes de datos, herramientas y flujos de trabajo: por ejemplo, consultar un archivo o utilizar una función de un servicio. Ese papel es diferente del permiso del usuario. Que exista una conexión técnica no significa, por sí solo, que una compra, una devolución o un cambio de datos esté autorizado.
La documentación de MCP muestra por qué esa distinción es relevante: sus conexiones pueden dar acceso a archivos, bases de datos o herramientas capaces de ejecutar acciones. Una integración útil reúne información y operaciones, mientras los controles de acceso definen cuáles están disponibles. El estándar ofrece una forma común de conexión para reducir desarrollos separados, pero no convierte automáticamente a todos los sistemas externos en servicios compatibles.
La especificación de OAuth añade otra separación práctica: un token representa una autorización concreta, que puede tener un alcance y una duración determinados. El programa debe utilizarlo ante el servidor que protege los recursos y ese servidor debe validarlo. La arquitectura busca evitar que compartir la contraseña del titular sea el mecanismo general de integración. No elimina la necesidad de proteger la sesión ni permite interpretar cualquier pedido conversacional como consentimiento para operar.
Para quienes delegan gestiones a una IA, el punto decisivo será poder distinguir qué se consulta, qué se cambia y bajo qué autorización. La propuesta anunciada hoy intenta llevar esas preguntas a una regla compartida entre empresas y asistentes; su especificación inicial será el primer documento para comprobar cómo se resuelven en la práctica.
