¿Qué es A2A en Zero?
Zero A2A es una forma práctica de comunicación entre agentes dentro del producto. Permite que un agente abra varias conversaciones aisladas, que un coordinador delegue trabajo limitado a agentes especializados, y que puedas escribir @ en el compositor de chat para traer una conversación existente a una comparación, transmisión o decisión.
Esto es útil cuando una tarea es demasiado amplia, ruidosa o arriesgada para una sola conversación larga. En lugar de pedirle a un agente que mantenga todos los tests, fuentes y decisiones en el mismo contexto, le das a cada pieza de trabajo un hogar claro y traes solo la evidencia que importa.
Tres formas en que A2A funciona en Zero
| Qué quieres hacer | Usa esta configuración | Una buena primera escena |
|---|---|---|
| Repetir un método con un contexto limpio | Un agente, varias conversaciones | Probar el registro, facturación, permisos y móvil por separado |
| Dar partes de una tarea a diferentes expertos | Un coordinador, varios agentes especializados o subagentes | Dividir un lanzamiento entre investigación, QA de navegador, escritura y publicación |
| Reutilizar trabajo que ya existe | @ otra conversación en el compositor | Comparar dos informes de QA o pasar investigación a una tarea de escritura |
Tres objetos de producto se encuentran detrás de estos patrones:
- Un agente es el trabajador reutilizable. Propietario de instrucciones, flujos de trabajo, conectores, permisos, tono, rol y elección de modelo.
- Un chat es una conversación aislada con un agente. Mantiene una prueba, revisión o tarea de producción en su propio contexto.
- Un ejecución es una respuesta activa dentro de un chat. Las ejecuciones realizan el trabajo y pueden esperar cuando el espacio de trabajo alcanza su límite de concurrencia.
El detalle importante es simple: un nuevo chat hijo no hereda la historia completa del chat de control. Su primer mensaje debe incluir todo lo que necesita para hacer la tarea.
A2A, múltiples chats, subagentes, flujos de trabajo y automatizaciones
Estos términos resuelven diferentes problemas. Usa la configuración más pequeña que te dé la frontera que necesitas.
| Patrón de producto | Qué cambia | Mejor utilizado para |
|---|---|---|
| A2A en Zero | Cómo los agentes y chats coordinan el trabajo | Delegación, comparación, transmisiones y síntesis final |
| Múltiples chats bajo un agente | Contexto, mientras las instrucciones y permisos permanecen iguales | Pruebas paralelas, comprobaciones de localización, lotes de investigación y evaluaciones de modelos |
| Agentes especializados o subagentes | Rol, instrucciones, modelo, herramientas o permisos | Investigación, QA, escritura, análisis de datos y publicación controlada |
| Flujo de trabajo | Un procedimiento guardado que un agente puede repetir | Una lista de comprobación estable o método multi-paso |
| Automatización | Un disparador que inicia un flujo de trabajo con un agente | Informes programados, triage basada en eventos y comprobaciones recurrentes |
Una regla de deducción útil: divide en chats cuando el método permanece el mismo, divide en agentes especializados cuando el método o el acceso cambia, y usa un flujo de trabajo cuando el procedimiento debe repetirse de la misma manera.
1. Un agente abre varias conversaciones limpias
Estás a punto de lanzar. El registro, facturación, permisos y móvil necesitan un último pasaje. Poner todos los controles en una sola larga conversación suena conveniente, pero el estado puede filtrarse de una jornada a la siguiente. Un actualización de facturación puede cambiar la cuenta antes de que comience el test de permisos.
Usa una conversación por cada jornada en su lugar.
Una breve compartida, cuatro comprobaciones aisladas, luego un informe final.
Recreamos este patrón en el producto de prueba el 25 de agosto de 2026. El mismo agente Zero abrió cuatro chats reales para onboarding, facturación, permisos de equipo y pruebas de localización.
Cada jornada tiene su propio chat, por lo que la evidencia permanece fácil de inspeccionar.
Prueba este prompt:
Recorre este lanzamiento de prueba como cuatro trabajos separados. Abre una conversación para registro y onboarding, una para actualización de facturación, una para invitación de equipo y permisos denegados, y una para pruebas de móvil y localización. Usa el mismo agente de recorrido para cada conversación. Cada trabajador debe devolver la URL probada, rol de cuenta, pasos numerados, capturas de pantalla, estado de éxito/fracaso, y pasos exactos para reproducir. Trae los resultados aquí y agrupa bloqueos duplicados.
Este patrón también funciona para:
- Una conversación por navegador o tamaño de dispositivo
- Una conversación por localización o rol de cuenta
- Una conversación por solicitud de pull o bandera de característica
- Una conversación por revisor, con hallazgos mantenidos separados hasta el final
- Una conversión por lote de entrevistas de clientes o conjunto de fuentes de investigación
- Una conversación por modelo cuando quieres comparar salidas de manera justa
¿Qué suele salir mal? La breve es demasiado corta. "Comprueba facturación" deja al trabajador adivinando sobre la cuenta, compilación, resultado esperado y formato de evidencia. Da a cada conversación la misma lista de comprobación y una cuenta de prueba separada cuando el flujo cambia los datos compartidos.
2. Use @ para traer otro chat al trabajo
A veces el trabajo útil ya existe. Un chat de investigación tiene las cotizaciones del cliente. Un chat de QA tiene las capturas de pantalla. Una segunda revisión llega a una conclusión diferente. No necesitas copiar y pegar todo.
Haz clic en el compositor y escribe @. Zero abrirá una lista de tus chats existentes.
Comienza a escribir un título para acotar la lista, luego elige el chat que necesitas.
El chat seleccionado aparece como un chip azul claro que se puede hacer clic.
El chip apunta al chat de onboarding exacto. La respuesta se escribirá en el chat actual.
Luego agrega un verbo. Dile a Zero qué hacer con ese chat:
- "Compara
@Onboarding QAcon esta revisión de facturación." - "Continúa desde
@Investigación del cliente lote 2y escribe la recomendación aquí." - "Desafía la conclusión de mayor riesgo en
@Revisión de seguridad." - "Convierte las capturas de pantalla en
@Recorrido móvilen un informe de error." - "Extrae todas las preguntas no resueltas de
@Investigación de lanzamiento."
Escribe @, elige el chat, luego di lo que quieres que Zero haga con él.
La mención es una dirección, no una etiqueta vaga de texto. Punterea a Zero al chat seleccionado sin pegar la conversación completa en el compositor. Eso mantiene el mensaje actual legible, pero tu instrucción aún necesita una acción clara. "Usa esto" es débil. "Compara los pasos fallidos y clasifica los obstáculos compartidos" es claro.
3. Da partes diferentes a agentes especializados o subagentes
Usa varios chats cuando quieres copias limpias del mismo trabajador. Usa agentes especializados cuando el trabajo necesita diferentes instrucciones, herramientas, modelos o límites de permiso. Un agente especializado realizando una tarea acotada para un coordinador a menudo se llama subagente.
Un lanzamiento de producto es un buen ejemplo. El Escudo de Investigación puede verificar la evidencia. La QA del Navegador puede comprobar el producto enviado. El Escriba de Lanzamiento puede redactar la página. El Operador de Publicación puede crear el borrador del CMS después de que las afirmaciones pasen la revisión.
El espacio de trabajo en fase de prueba tiene un agente central y cuatro agentes especializados nombrados, cada uno listo para una tarea acotada.
El coordinador es el propietario del resultado. Los especialistas devuelven evidencia y artefactos, luego un propietario único escribe el resultado final.
Aquí está un breve lanzamiento práctico:
Coordinar un paquete de lanzamiento para la característica X. Pide al Escudo de Investigación que verifique la evidencia del cliente y las afirmaciones del competidor. Pide a la QA del Navegador que reproduzca cada afirmación del producto en pruebas y adjunte capturas de pantalla. Pide al Escriba de Lanzamiento que redacte la página solo después de que la evidencia llegue. El Operador de Publicación puede crear el borrador del CMS, pero no puede publicarlo. Informa de la evidencia faltante y las afirmaciones contradictorias en este chat.
El valor viene de límites reales. Un agente de investigación puede permanecer en modo de solo lectura. Un agente de publicación puede tener acceso a borradores sin permiso para publicar. Un agente de QA puede seguir la misma lista de comprobación del navegador cada vez. Los controles de permisos de Zero ayudan a mantener esos límites bien definidos.
No crees especialistas solo para hacer que el panel de navegación esté más ocupado. Crea uno cuando el rol cambia cómo se hace el trabajo.
4. Permíteles a los revisores independientes discrepar, luego usa un juez
Dos revisiones son útiles solo cuando el segundo revisor no está copiando al primero. Abre chats limpios, da a ambos revisores la misma evidencia y mantén sus primeros informes separados.
Luego inicia un chat de juzgamiento y menciona ambos informes en un solo prompt.
Un prompt puede referirse a dos chats de QA reales y pedir a Zero que encuentre los obstáculos compartidos.
Por ejemplo:
Compara
@Onboarding QAcon@Billing QA. Lista los obstáculos encontrados por ambos chats, los problemas encontrados solo por un chat y la evidencia que aún falta. Luego decide si el lanzamiento debe enviarse. Cita la captura de pantalla o paso que respalda cada obstáculo.
Este patrón funciona para la revisión de diseño, la revisión de seguridad, la selección de proveedores, las elecciones arquitectónicas, la revisión de contratos y la comparación de modelos. Define los criterios de juzgamiento antes de que lleguen los informes. De lo contrario, el juez puede premiar la escritura más confiada en lugar de la evidencia más fuerte.
5. Pasar el trabajo de un agente al siguiente
Algunas tareas no deben ejecutarse simultáneamente. La investigación debe terminar antes de la borrador. El borrador debe terminar antes de la QA. La QA debe terminar antes de la publicación.
Trate cada transición como una nota de entrega corta:
- Nombre al agente receptor o chat.
- Adjunte o haga referencia al artefacto.
- Establezca los criterios de aceptación.
- Indique dónde debe reportar el receptor.
“Dile al escritor lo que encontraste” es difícil de verificar. Esto es mejor:
Envíe el resumen de investigación aprobado al escritor de Lanzamiento. El borrador debe usar solo afirmaciones verificadas, mantener el término aprobado y marcar cualquier prueba pendiente con
[EVIDENCIA NECESARIA]. Regrese el enlace del borrador y las preguntas sin resolver a este chat.
El chip de chat @ es útil aquí porque proporciona al siguiente trabajador una fuente precisa. Para trabajos con muchos archivos, pase también el enlace al artefacto. El coordinador necesita el estado, las decisiones y el paquete final. No necesita cada nota preliminar copiada en su propio contexto.
¿Cómo comparten los agentes de IA el contexto en Zero?
Los agentes en Zero no necesitan una conversación compartida gigante. El contexto se mueve a través de breves explícitos, menciones de chat @, enlaces de artefacto y resúmenes devueltos. Cada trabajador recibe el mínimo contexto útil, completa una tarea acotada y envía evidencia o una decisión al coordinador.
Este enfoque evita dos problemas comunes de múltiples agentes. Primero, la historia irrelevante no sobrecarga el contexto del trabajador. Segundo, el coordinador puede ver exactamente qué fuente o chat respalda una afirmación.
Use estos cuatro patrones de compartir contexto:
- Breve autónoma: mejor para un nuevo chat hijo que debe comenzar limpio.
- Mención de chat
@: mejor cuando una conversación existente es la fuente. - Enlace de artefacto: mejor para documentos, capturas de pantalla, conjuntos de datos y cambios de código.
- Devolución estructurada: mejor cuando varios trabajadores deben informar en el mismo formato.
No asuma que un chat hijo ya sabe las decisiones del chat controlador. Si una terminología, restricción, cuenta, rango de fechas o formato de salida importa, póngalo en el primer mensaje.
Más escenarios de A2A y flujo de trabajo multi-agente
| Escenario | Cómo dividirlo | Qué se devuelve |
|---|---|---|
| Recorrido de lanzamiento | Mismo agente, un chat por viaje del usuario | Capturas de pantalla, comprobaciones de éxito/fallo y bloqueos compartidos |
| QA de localización | Mismo agente, un chat por idioma | Cadenas rotas, problemas de diseño y capturas de pantalla específicas del idioma |
| Pruebas de navegador y dispositivo | Mismo agente, un chat por navegador o vista previa | Una matriz de compatibilidad comparable con evidencia |
| Revisión de solicitudes de extracción | Mismo agente, un chat por PR o ángulo de revisión | Bugs, notas de riesgo y recomendaciones de nivel de línea |
| Investigación de clientes | Mismo agente, un chat por lote de entrevistas | Citas, patrones, objeciones y enlaces de origen |
| Respuesta a incidentes | Coordinador más aplicaciones, API, despliegue y agentes de impacto del cliente | Una cronología con acuerdos y conflictos destacados |
| Producción de contenido | Agentes de investigación, escritura, diseño, QA y publicación | Un borrador revisado y una transición de publicación controlada |
| Triage de soporte al cliente | Coordinador más cuentas, productos, facturación y agentes de respuesta | Causa raíz, prioridad, propietario y borrador de respuesta |
| QA de análisis de datos | Agente de análisis más un revisor independiente | Uniones verificadas, denominadores, zonas horarias y suposiciones |
| Comparación de modelos | Chats limpios con la misma breve y diferentes modelos | Precisión, costo, latencia y puntuaciones de formato |
La división correcta crea una frontera útil. Puede aislar el contexto, proteger una frontera de permisos, mantener las revisiones independientes o permitir que el trabajo listo se ejecute simultáneamente.
¿Cuándo usar un chat, varios chats o varios agentes?
Use un chat cuando cada siguiente paso depende de la respuesta inmediatamente anterior. Una sesión de depuración secuencial es un buen ejemplo.
Use varios chats bajo un agente cuando las instrucciones permanecen las mismas pero necesita un contexto limpio o evidencia independiente. Este es generalmente el mejor punto de partida para pruebas, lotes de investigación y comparaciones justas.
Use varios agentes especializados cuando cada parte necesita diferentes habilidades, conectores, permisos o modelos. Proporcione una responsabilidad al coordinador para la decisión final.
Use un flujo de trabajo cuando el procedimiento debe ser repetible. Añada una automatización solo cuando ese procedimiento también necesita un horario o un disparador de eventos. Zero documenta estos dos bloques de construcción separadamente: flujo de trabajo define el método, mientras que automatización decide cuándo se ejecuta.
Seguridad A2A y fronteras de permisos
El trabajo multi-agente es más seguro cuando el acceso sigue la asignación. Proporcione a cada especialista solo los conectores y permisos necesarios para su parte. Un agente de investigación rara vez necesita acceso a publicación. Un agente de QA puede necesitar un inicio de sesión de prueba, pero no los controles de facturación de producción. Un agente de publicación puede necesitar acceso a borrador, pero aún requiere una persona para aprobar la publicación final.
Mantenga las escrituras externas bajo un propietario nombrado. Pueden leer varios agentes un repositorio, CRM o CMS, pero un solo agente debe crear el ticket final, actualizar el registro, enviar la respuesta al cliente o publicar la página. Esto evita escrituras duplicadas y facilita el seguimiento del registro de auditoría.
Para trabajos de mayor riesgo, añada una condición de detención al breve: “Borrador solo”, “No enviar”, “Escalado si hay conflictos de evidencia” o “Preguntar por aprobación antes de cambiar la producción”. A2A facilita la delegación; no elimina la necesidad de una responsabilidad clara.
Cuatro reglas que mantienen el trabajo A2A ordenado
1. Hacer que cada mensaje inicial sea autónomo
Incluye el objetivo, el material de origen, las restricciones, el formato de salida, el destino y la condición de parada. Un chat de niño no debe tener que adivinar lo que ya sabe el chat de control.
2. Proporcionar a los trabajadores la misma forma de respuesta
Si cuatro chats de QA devuelven cuatro formatos diferentes, el coordinador pasará tiempo limpiando el texto. Pide a cada trabajador que proporcione los mismos campos: entorno, pasos, evidencia, estado y siguiente acción.
3. Dar escrituras compartidas a un propietario único
Dos agentes correctos aún pueden hacer un desastre al escribir dos veces. Nombra al agente que posee la acción final externa.
4. Dividir solo el trabajo que beneficia de la división
Crear ocho chats no significa que ocho ejecuciones se ejecutarán a la vez. La concurrencia del espacio de trabajo aún se aplica, y el trabajo dependiente debe esperar su entrada. Mantén un trabajo en un solo chat cuando cada siguiente paso dependa de la respuesta anterior.
¿Es Zero A2A lo mismo que el protocolo Agent2Agent de Google?
No se afirma ninguna equivalencia de protocolo aquí. Este guía describe la coordinación de productos entre agentes y chats dentro de Zero: cómo se divide, se referencia, se evalúa y se pasa el trabajo a través de la interfaz.
El protocolo Agent2Agent de Google es un estándar técnico para la comunicación entre sistemas de agentes remotos, incluyendo la descubrimiento de capacidades, la gestión de tareas, mensajes y artefactos. Los resultados de búsqueda para "A2A" a menudo se centran en ese protocolo, por lo que la distinción importa: Zero A2A es el flujo de trabajo práctico cubierto en este artículo.
Preguntas frecuentes
¿Es un chat lo mismo que un agente?
No. Un agente es una configuración de trabajador reutilizable. Un chat es una conversación aislada con ese agente. Un agente puede poseer muchos chats.
¿Comparten los chats hijos el contexto del chat de control?
No. Inicia cada chat hijo con una breve completa. Los trabajadores pueden devolver resultados o pasar artefactos limitados a otro chat, pero no deben asumir un historial compartido.
¿Qué sucede cuando menciono a un chat?
Zero inserta una referencia estructurada al chat que seleccionaste. La referencia identifica la conversación que quieres. No pega la conversación completa en el compositor, así que añade una acción clara como comparar, revisar, continuar o extraer.
¿Qué es un subagente en Zero?
Un subagente es un agente especializado que recibe una tarea limitada de un coordinador. Puede usar diferentes instrucciones, herramientas, permisos o un modelo diferente, y luego devolver su resultado al chat de control.
¿Pueden correr múltiples chats en paralelo?
Sí, cuando está disponible la concurrencia del espacio de trabajo y las tareas son independientes. Los trabajos adicionales pueden colarse cuando se alcanza el límite. El trabajo con dependencias debe ejecutarse en secuencia.
¿Cuándo debo usar diferentes agentes?
Usa diferentes agentes cuando el trabajo necesita diferentes instrucciones, flujos de trabajo, modelos, conectores o permisos. Usa varios chats bajo el mismo agente cuando principalmente necesitas un contexto limpio.
Prueba el recorrido de introducción en fase de pruebas primero
Abre un nuevo chat en Zero y divide una revisión real de lanzamiento en cuatro chats limpios. Pide capturas de pantalla y el mismo formato de aprobación/rechazo en cada chat. Una vez que funcione, reemplaza una rama con un agente especialista o menciona dos chats completados en un prompt de evaluación.
Para más ideas, consulta 20 casos de uso de agentes de IA con prompts y herramientas exactos.
