Resumen

  • La presentación general del taller define ACP como Agent Communication Protocol. En cambio, una sesión de OpenAI utiliza ACP sin desarrollarlo. Las publicaciones comerciales de OpenAI permiten leer allí Agentic Commerce Protocol, aunque esa identificación es una inferencia documentada y no una definición escrita en la agenda.
  • Son dos proyectos públicos con funciones, responsables y estados de madurez distintos. Las siglas compartidas no permiten identificar por sí solas el objeto citado.
  • Una clave de protocolo debería registrar nombre canónico, URI, versión observada, lugar de decisión, licencia y vía de contribución, estado del ciclo de vida, afirmación precisa y una nota que descarte conclusiones no demostradas sobre respaldo, equivalencia o adopción.

Una sigla resuelta y otra abierta

El W3C y GS1 celebrarán en Zúrich los días 8 y 9 de septiembre de 2026 el taller híbrido E-commerce for Humans and AI Agents. La documentación de participación describe un espacio exploratorio: compartir experiencias de implementación, reconocer preguntas comunes, detectar oportunidades de normalización y conversar sobre posibles pasos posteriores. Ese propósito importa porque una agenda de aportaciones no equivale a una lista de tecnologías adoptadas por el W3C.

En la página de presentación aparecen MCP, UCP y ACP (Agent Communication Protocol). La última expresión enlaza con el sitio de Agent Communication Protocol. Nombre completo y destino hacen que la referencia pueda reconstruirse.

La agenda detallada presenta otro caso. La charla de Riley Strong, de OpenAI, “Progressive Enhancement: Evolving the Web for Agents and Commerce”, dice que se apoya en “nuestra experiencia con ACP”. No hay expansión ni enlace. OpenAI, sin embargo, llama Agentic Commerce Protocol al proyecto comercial que mantiene junto con Stripe. La temática, la identidad del ponente y las fuentes oficiales de OpenAI sostienen esa lectura del punto de agenda. No la convierten en texto de la agenda: debe conservarse como inferencia apoyada en fuentes.

No hay base para acusar a organizadores o ponente de haber confundido proyectos. La constatación verificable es más sencilla: ACP, sin otro dato, no conserva el referente.

Las diferencias existen antes de evaluar el diseño

Agent Communication Protocol ofrece una interfaz REST para la interacción entre agentes, aplicaciones y personas. Su documentación pública anuncia que ahora forma parte de A2A bajo la Linux Foundation. El repositorio contiene una especificación OpenAPI y una licencia Apache-2.0. Esos datos permiten ubicar tanto el artefacto técnico como el espacio al que ha migrado su continuidad.

Agentic Commerce Protocol se ocupa de flujos comerciales programáticos entre compradores, agentes de IA y empresas. El repositorio señala a OpenAI y Stripe como mantenedores, marca la especificación como beta y publica instantáneas fechadas. En el corte de evidencia, la última estable que indica es 2026-04-17. También usa Apache 2.0, pero compartir licencia no significa compartir gobierno, finalidad ni decisión.

Este artículo no decide cuál es mejor y no afirma que sean compatibles, incompatibles o sustitutos. No hace falta una comparación de mérito para demostrar la falla del identificador. Con las tres letras no se recuperan el alcance, el responsable ni la versión. Incluso el nombre largo puede quedarse corto si un proyecto cambia de repositorio, migra a otra comunidad o modifica la especificación.

El acta debe sobrevivir a la sala

En una conversación, el contexto completa una abreviatura. Un registro duradero será leído por personas que no estuvieron presentes: participantes de estándares, equipos de ingeniería, compradores, autoridades o investigadores. El título de una charla puede pasar a unas conclusiones; una conclusión puede ser citada al discutir una futura carta; una frase de una sesión puede terminar como prueba de que “el taller estudió ACP”. Cada copia aleja el enunciado del objeto inicial.

La consecuencia no es solo bibliográfica. Los dos proyectos tienen rutas diferentes para aceptar cambios. Una fecha fija una instantánea en uno; un aviso de migración cambia el lugar institucional del otro. Si sobrevive únicamente la sigla, una observación puede vincularse al repositorio equivocado, una versión beta puede parecer estable o la experiencia de un ponente puede adquirir por error la voz de la institución.

El Process Document del W3C mantiene clara la secuencia. Los talleres reúnen interés. Si existe interés suficiente, puede redactarse una carta, los Miembros la revisan y un grupo aprobado trabaja dentro de su alcance. La aparición de un protocolo en un taller no abre por sí misma un grupo, no lo incorpora a la ruta de Recomendación ni expresa adopción.

Una clave de ocho campos

El mecanismo puede ser deliberadamente austero. Cada protocolo citado en la agenda definitiva, el índice de presentaciones, las notas de sesiones o la síntesis debería llevar:

  1. el nombre canónico del proyecto;
  2. la URI canónica de la especificación o repositorio;
  3. la versión, fecha o commit inmutable que se observó;
  4. el mantenedor y el foro donde se deciden cambios;
  5. la licencia y la vía pública de contribución;
  6. el estado —beta, publicado, migrado, reemplazado o el que defina el proyecto—;
  7. la afirmación exacta relativa a ese artefacto; y
  8. una no-conclusión explícita: la referencia no demuestra respaldo, equivalencia ni adopción.

La clave de protocolo no sería un registro de siglas ni un árbitro de legitimidad. Solo enlaza un rótulo humano con un objeto examinable en un momento concreto.

En este caso conservaría dos estados. La página general enlaza expresamente Agent Communication Protocol. La entrada de OpenAI deja ACP sin resolver en la propia agenda. Un editor puede añadir Agentic Commerce Protocol como referente apoyado, citar los documentos de OpenAI y marcar la naturaleza inferencial de la atribución. Si la agenda se aclara antes del taller, el historial puede registrar cuándo ocurrió, en vez de borrar la ambigüedad inicial.

Separar al hablante de la institución

En un mismo documento pueden convivir cuatro niveles. Un ponente relata una implementación. Un proyecto describe su protocolo. Los participantes consideran una pregunta digna de seguimiento. Un eventual grupo del W3C decide después dentro de una carta aprobada. Autor y autoridad no son intercambiables.

“OpenAI presentó experiencia con Agentic Commerce Protocol” podría ser una descripción precisa una vez confirmado el referente. “El taller respaldó Agentic Commerce Protocol” es una afirmación institucional mucho mayor y no está demostrada. Del mismo modo, el enlace de Agent Communication Protocol en la página general no acredita que GS1 lo adoptó ni que el W3C lo seleccionó.

La clave permite escribir con exactitud sin perder utilidad: citar un repositorio sin certificarlo, describir una experiencia sin fabricar consenso y anotar una oportunidad de normalización sin declarar que la decisión ya existe.

Fuentes