PAP

2026-10-31. Seis commits de Draft 0.3 en main el 2026-10-30. El más relevante recomienda firmas de operador con Web Bot Auth (#117). Los números #112 a #120 vienen de un repo espejado y no son PRs públicos, por eso se citan los commits. Se abrió el issue #62, sobre con qué puede un PX confiar en los pedidos de agentes. Sigue siendo borrador y PAP sigue sin liquidar pagos. Commit 14eba30 · Web Bot Auth (#117) · Commit 999722a (#113) · Commit 1de1990 (#120) · Issue #62

2026-10-30. El Draft 0.3 se mergeó en main el 2026-10-29 (commit 3e9bada) y sigue siendo borrador: la última versión congelada es la 0.2. Se abrió el issue #61, que propone una extensión de pagos con un rol Payment Provider, credenciales atadas y atestaciones de aprobación firmadas. PAP sigue sin liquidar pagos. Commit 3e9bada · Draft 0.3 (#112) · Issue #61

2026-10-29. Seis issues nuevos abiertos (#55 a #60): una extensión de Financial Assurance, una demo comunitaria, Companies bajo un path en un host compartido, un agente de Company operado por otro proveedor, una extensión de aprobación por backchannel (CIBA, #59) y el sitio con el Draft 0.3 adelantado respecto de main (#60). El consorcio A-Comm Evidence Protocol (AEP), anunciado el 2026-10-28, propone un registro de evidencia que envuelve AP2, ACP, UCP, x402, Visa TAP, MCP, A2A y PAP, y abre su segunda ronda de comentarios públicos el 2 de noviembre. PAP sigue sin liquidar pagos. Sin Companies nuevas. Issue #59 · CIBA · Issue #60 · Draft 0.3 · A-Comm · consorcio AEP

2026-10-28. Issue #44 abierto el 2026-10-27: un testigo en vivo para los registros de pago. Su autora publica el diseño de una referencia opcional a un testigo en registros de grant y de pago, con dos pagos x402 como ejemplo, uno de su propio agente y otro de un tercero que verificó el recibo contra las claves publicadas. El issue #37, sobre usar un recibo x402 como evidencia, se cerró como not planned el 2026-10-27. PAP sigue sin liquidar pagos. Sin Companies nuevas. Issue #44 · Live witness · Issue #37 · Recibo x402 (cerrado)

2026-10-27. PAP publica una página de demos de la comunidad (Cliffside Retail, Poppy Demo Agent, Print with Poppy y Poppy on Cloudflare Workers), con la aclaración de que los autores de la spec no las revisaron ni las avalan. El validador ahora chequea Token Exchange, invalid_target y el endpoint de feedback. Issues nuevos #40 y #41 sobre Direct Conversation (sección 7.10): si la Company puede escribir primero y cuándo se cierra la conversación. Sin Companies nuevas. Demos de PAP · Issue #40 · Direct Conversation · Issue #41 · Direct Conversation

2026-10-26. Se publicó la versión 0.2 de PAP (fechada el 2026-10-24, congelada en /docs/0.2/spec) y arrancó el Draft 0.3 en /docs/spec. En el Draft 0.3, Session Keys con DPoP reemplazan session_id, los scopes los define cada Company con auth.scope_hints, Mediated Sign-In pasa a transicional y Device Sign-In sigue el RFC 10027. Issues nuevos: un recibo de un pago x402 como evidencia para el tema de pagos (#37) y dos sobre permisos permanentes en Operations (#38 y #39). Tilopay (tilo.shop) declara en su poppy.json un servidor MCP público sin autenticación, y sigue en protocol_version 0.1. Changelog PAP · Spec PAP 0.2 · Issue #37 · recibo x402 · Issue #39 · permisos permanentes · poppy.json de Tilopay

2026-10-22. Ocho issues nuevos contra el Draft 0.2 (#29 a #36), todos abiertos. Aaron Parecki, editor del borrador de OAuth 2.1, pide alinear el spec con la terminología estándar de OAuth y de AIMS, con un PR armado en su fork (#35). Caiioo, un agente que corre en los dispositivos del usuario, reporta que un agente local no puede guardar la clave private_key_jwt sin un firmante en la nube (#31), que no puede actuar en el navegador ya logueado del usuario (#32) y que los redirect_uris HTTPS dejan afuera a apps de escritorio y extensiones (#33), y propone declarar en poppy.json el manejo de datos (#34). Otro issue marca que un usuario no puede tener más de un agente en el mismo Personal Agent (#36). El Draft 0.2 sigue sin publicar. Issue #35 · terminología OAuth (Aaron Parecki) · Issue #31 · agentes locales y private_key_jwt · Issue #34 · extensión de manejo de datos · Issue #36 · más de un agente por usuario

2026-10-22. Tilopay muda su poppy.json a tilo.shop: tilopay.shop/.well-known/poppy.json redirige con 301 a tilo.shop/.well-known/poppy.json, con organization.domain tilo.shop, el mismo issuer (mcp.tilopay.com) y la misma API MCP. Sigue en el Draft 0.1. Companies por versión: Stacktree y PlanMyVisit en 0.2, Ample Computer y Tilopay en 0.1 (re-sondeo LupaRiel del 2026-10-22). tilo.shop/.well-known/poppy.json (protocol_version 0.1) · LupaRiel · Latam

2026-10-21. Primer agente personal que reporta Draft 0.2 en producción: Donna (donna.sh), asistente por WhatsApp y SMS, desde el 2026-10-20 y probado en vivo contra Stacktree. Implementa discovery, identidad del agente con clave en un KMS, sesiones sin login con un User ID y una clave DPoP distintos por usuario y por empresa (así las empresas no pueden cruzar usuarios), Device Sign-In por WhatsApp, Account Tokens y Feedback. No implementa Direct ni Mediated Sign-In, navegación web ni conversaciones. Reporta que un agente no puede saber desde poppy.json si un servidor MCP acepta DPoP y que las empresas que solo ofrecen Direct Sign-In, como Ample Computer, quedan fuera de alcance para agentes de chat. PlanMyVisit (planmyvisit.to, de Autoura) ya sirve poppy.json en 0.2 con Device Sign-In, y Stacktree publicó Poppy Simulator, un agente personal de prueba sobre Draft 0.2. Ya son 4 empresas con poppy.json: Stacktree y PlanMyVisit en 0.2, Ample Computer y Tilopay en 0.1. La 0.2 sigue sin publicar. Verificado por LupaRiel el 2026-10-21. Issue #27 · Implementation report: Donna · planmyvisit.to/.well-known/poppy.json (protocol_version 0.2) · Stacktree · Poppy Simulator

2026-10-21. Propuesta de extensión task_grants (issue #28), del autor de Donna: que el agente le pida al usuario aprobar una sola operación en la página de la empresa, con OAuth Rich Authorization Requests (RFC 9396), en lugar de pedir un scope amplio como poppy:write que puede durar 30 días. Apunta a acciones de alto riesgo, como pagos o cancelaciones, donde la empresa necesita prueba de que el usuario vio y aprobó los términos, algo que la extensión Operations hoy no define. Es una propuesta abierta, no parte del draft. Issue #28 · Extension proposal: Task grants

2026-10-20. El Draft 0.2 sigue en curso, sin publicar. El changelog se reorganizó en cambios mayores, menores y guías, con los mismos 24 cambios que rompen compatibilidad. Sin romper nada, suma una audiencia propia para la assertion del navegador (sección 9.4) y una guía para ajustarse a la spec, y el sitio sumó una pestaña de videos. Hay dos propuestas de extensión de terceros: Referral, de TrueFinds, para que una empresa acredite al agente que le mandó el cliente, como un link de afiliado, y Push notifications, para que una empresa avise al agente cuando pasa algo, uno de los temas abiertos. Stacktree sigue en 0.2, Ample Computer y Tilopay en 0.1. Verificado por LupaRiel el 2026-10-20. personalagentprotocol.org · Changelog (Draft 0.2) · Issue #21 · Referral (truefinds.ai) · Issue #22 · Push notifications

2026-10-19. La spec pasa a Draft 0.2, en curso, y la 0.1 queda congelada en /docs/0.1. El changelog marca 24 cambios que rompen compatibilidad con la 0.1. Entre ellos: HTTPS obligatorio en toda URL del protocolo, antes de 1.0 un agente solo usa un poppy.json cuya versión major.minor soporta, un issuer por empresa, ES256 obligatorio con validación DPoP completa según RFC 9449, el aud de las assertions igual al auth.issuer y una clave DPoP distinta por User ID. Sin romper nada, suma una sección de Feedback para que el agente avise de tareas que la empresa no ofrece, navegación anónima con un User ID descartable y un SECURITY.md para reportar vulnerabilidades en privado. Stacktree es la primera empresa que ya sirve la 0.2, con endpoint de feedback. Ample Computer y Tilopay siguen en 0.1. La propuesta de extensión Claim Records, para reclamos después de una compra, quedó fuera del protocolo y sigue como extensión de terceros. Pagos sigue como tema abierto. Verificado por LupaRiel el 2026-10-19. personalagentprotocol.org · Changelog (Draft 0.2) · personalagentprotocol.org · Spec Draft 0.1 (congelada) · stacktr.ee/.well-known/poppy.json (protocol_version 0.2) · Issue #16 · Claim Records · Issue #20 · FundGen, donaciones agénticas

2026-10-18. Segunda empresa que reporta Poppy en producción: Ample Computer (ample.computer), una nube donde los agentes despliegan apps, dice servir el Draft 0.1 desde el 2026-10-17 (reportado por la empresa, sin verificación independiente, su poppy.json responde). Usa un issuer Poppy aparte para no cambiar cómo se conectan sus clientes MCP actuales en ChatGPT y Claude. Implementó Sessions sin login, Direct Sign-In con scopes propios, Account Tokens y sign-out, pero no Device ni Mediated Sign-In, conversaciones ni Operations. En LatAm, Tilopay, una pasarela de pagos de Centroamérica y el Caribe, publica un poppy.json con una API MCP para comprar en sus comercios afiliados: el pago corre en su formulario con 3DS y el agente nunca ve la tarjeta (CRC, USD, GTQ y PAB). Stacktree, que reportó Poppy el 2026-10-16, también cobra con x402. Sigue en Draft 0.1. Issue #15 · Ample Computer, live on Draft 0.1 · ample.computer/.well-known/poppy.json · tilo.shop/.well-known/poppy.json (antes tilopay.shop) · stacktr.ee/.well-known/poppy.json · Issue #12 · Stacktree, live on Draft 0.1 · Ficha Stacktree publish (x402) · papchecker.com · sitios con poppy.json

2026-10-17. Primera empresa que reporta Poppy en producción: Stacktree (stacktr.ee) dice servir el Draft 0.1 desde el 2026-10-11 (reportado por la empresa, sin verificación independiente, su poppy.json responde). Implementó Sessions sin login, DPoP, Direct Sign-In, Account Tokens y sign-out, pero no Mediated Sign-In, conversaciones ni Operations. El borrador sumó una sección de Security considerations (prompt injection entre agentes, secretos en el contexto del modelo) y fijó el aud de las client assertions al issuer de la empresa. Además salió un kit de implementación para Companies (JSON Schemas y un validador). Sigue en Draft 0.1 y sin implementación de referencia de Sierra. Issue #12 · Stacktree, live on Draft 0.1 · stacktr.ee/.well-known/poppy.json · Commit e910c86 · Security considerations · Commit 95fcbf2 · Company implementation kit

2026-10-16. Primera tanda de cambios normativos al borrador, a partir de los issues del repo oficial: 13 cambios mergeados el 2026-10-15 a las 20:03 (hora de Argentina) y 2 más el 2026-10-16. Lo principal: DPoP alineado con RFC 9449 (chequeo de replay de jti y ES256 obligatorio), códigos HTTP y errores para Mediated Sign-In y límites para guardar sus credenciales (PR #53, que cerró el issue #5), account_mismatch en todos los tipos de sign-in, formato de rate_limited y extension_required, organization.domain igual al host que sirve poppy.json, Sessions para clientes MCP que no implementan Poppy y una Session que queda atada a su cuenta después del sign-out. El sitio sigue en Draft 0.1 y todavía no hay implementación de referencia de Sierra. GitHub · personal-agent-protocol commits · Commit 46dafba · Align DPoP rules with RFC 9449

2026-10-15. El repo oficial de la spec ya es público: personal-agent-protocol/personal-agent-protocol en GitHub (Apache-2.0, creado el 2026-10-14). Es la fuente del sitio y la documentación, no una implementación. El feedback ahora va por issues de GitHub, y el primer día ya sumó varios de seguridad (aud de la client assertion sin especificar, Mediated Sign-In, DPoP para MCP, Security Considerations). La página Path to 1.0 reemplaza a open topics: pagos, notificaciones push y adjuntos siguen fuera del borrador. Sigue sin implementación de referencia de Sierra. GitHub · personal-agent-protocol (spec oficial, Apache-2.0) · personalagentprotocol.org · Path to 1.0

2026-10-14. El SDK de Datalayer llegó a v0.24.0 (cuatro versiones desde la v0.20.0, la última el 2026-10-14 a las 07:49 hora de Argentina, en Python y npm). El sign-in ahora nombra a la empresa y lo que dice necesitar, una empresa puede declarar otros dominios propios, se marca cuando responde una persona de la empresa y los límites de frecuencia de un servidor MCP llegan con su Retry-After. Según su README siguen sin implementarse el streaming SSE, el handoff y el cierre de conversaciones (van por long polling) y el cliente/servidor de Operations. No es la implementación de referencia de Sierra, y los pagos siguen fuera del borrador. GitHub · personal-agent-protocol v0.24.0 (2026-10-14) · PyPI · personal-agent-protocol 0.24.0

2026-10-13. El SDK de Datalayer llegó a v0.20.0 (nueve versiones desde la v0.11.0, entre el 2026-10-12 y el 2026-10-13 a las 07:32 hora de Argentina). Suma displays para confirmar una operación y ver su resultado (PapConfirm y PapOutcome), un cliente que resuelve y fija la IP de cada empresa, el cierre de sesiones cuando se achica un scope o se resetea la contraseña, y límites de frecuencia por agente. Según su README siguen faltando el streaming SSE de conversaciones, el sign-in por dispositivo o mediado, el intercambio de Account Token y el cliente/servidor de Operations. No es la implementación de referencia de Sierra, y los pagos siguen fuera del borrador. GitHub · personal-agent-protocol v0.20.0 (2026-10-13) · PyPI · personal-agent-protocol 0.20.0

2026-10-12. El SDK de Datalayer pasó a v0.11.0 (v0.10.0 y v0.11.0 salieron el 2026-10-12, a las 03:04 y 06:55 hora de Argentina). Ahora declara el borrador 0.1 (revisión 2026-10-09) y los modelos de la extensión Operations v1, y suma conversaciones con long polling y recuperación por cursor. Según su README todavía faltan el streaming SSE de conversaciones, el sign-in por dispositivo o mediado, el intercambio de Account Token y el cliente/servidor de Operations. Sigue sin ser la implementación de referencia de Sierra, y los pagos siguen fuera del borrador. GitHub · personal-agent-protocol v0.11.0 (2026-10-12) · PyPI · personal-agent-protocol 0.11.0

2026-10-11. Primer SDK de la comunidad: Datalayer publicó personal-agent-protocol en Python y TypeScript (repo del 2026-10-10, v0.5.0 el 2026-10-11), sobre el borrador 0.1. Cubre descubrimiento (/.well-known/poppy.json), sesiones sin login con DPoP, Direct Sign-In y conversaciones básicas; todavía no tiene streaming de conversaciones, sign-in por dispositivo ni el flujo de operations. No es la implementación de referencia de Sierra, que sigue anunciada para el próximo mes. GitHub · datalayer/personal-agent-protocol · PyPI · personal-agent-protocol (v0.5.0, 2026-10-11)

2026-10-09. Pagos, fuera del borrador 0.1: la página de temas abiertos lista pagos (“incluido cómo funciona con los protocolos de pago existentes”), notificaciones push y adjuntos como pendientes. PAP es capa de identidad y acceso, no de pago. Entre los design partners están dueños de los otros rieles: OpenAI (ACP), Stripe (ACP y MPP, desde el anuncio), Mastercard (co-donó Verifiable Intent junto a AP2 en FIDO), Visa, Adyen, Cloudflare (Monetization Gateway con x402), PayPal y Plaid. La primera extensión del borrador es operations v1: el agente confirma la acción antes de que la empresa la ejecute, con los términos exactos, un solo registro por acción entre canales y reintentos que nunca la ejecutan dos veces. personalagentprotocol.org · Path to 1.0 · Open topics (Draft 0.1) · personalagentprotocol.org · Extensions (Draft 0.1) · Sierra · Sharing a draft of Personal Agent Protocol (2026-10-09)

2026-10-09. Sierra publicó el borrador 0.1 de Personal Agent Protocol (“Poppy”) y sumó 35 design partners que van a participar del diseño: Adyen, Atomic, Bank of America, BBVA, Chime, Cigna, Cloudflare, Comcast, DIRECTV, ElevenLabs, FOX, Gap Inc., GEICO, Hertz, Insurify, Klaviyo, Liberty Mutual, Mastercard, Nordstrom, Notion, Okta, OneSignal, OpenAI, PayPal, Plaid, SiriusXM, Synchrony, Target, United Airlines, Venmo, Visa, Wells Fargo, Zapier, Zendesk y 1Password. Por ahora participan del diseño; no es adopción en producción. Próximo mes, según Sierra: talleres de diseño e implementación de referencia. Sierra · Sharing a draft of Personal Agent Protocol (2026-10-09) · personalagentprotocol.org · Spec, Draft 0.1 (actualizada 2026-10-09)

2026-10-06. Anuncio de Sierra: “an open standard Meta and Sierra are developing along with industry partners at Genesys, Instinct, Rocket, Shopify, Stripe, and Walmart”. El post del 2026-10-09 menciona además a NiCE entre las empresas del anuncio. Sierra · Introducing Personal Agent Protocol (2026-10-06) · Sierra · Sharing a draft of Personal Agent Protocol (2026-10-09)

Novedades del protocolo con fuente citada. No son filas del catálogo ni cambian el corte.