ari20089/límites-de-transferencia-entre-agentes-conectados

Límites de Transferencia entre Agentes Conectados

La guía de transferencia de Microsoft para Microsoft Copilot Studio está distribuida en tres páginas: delegación agente-a-agente, transferencia a un agente humano y transferencia del agente de Autoservicio para Empleados. Una cuarta página define los niveles de decisión para las acciones de un solo agente. Ninguna página dice quién puede delegar qué tipo de acción a qué tipo de agente, ni establece en un solo lugar qué sobrevive a la transferencia. Esta habilidad convierte la mecánica documentada en un patrón de límites de decisión por tipo de acción. Es de carácter consultivo: nunca modifiques agentes, configuraciones, políticas ni credenciales.

Antes de Comenzar

Determina lo siguiente antes de proceder. Si el usuario no los ha proporcionado, pregúntale por los que falten.

1. Arnés o producto — estándar, Microsoft Copilot (anteriormente GitHub Copilot), o arnés de Conversación con el Cliente en Copilot Studio, o el agente de Autoservicio para Empleados en Microsoft Copilot. El comportamiento difiere según el arnés (ver Paso 1); si el usuario no lo sabe, pregúntale cómo se creó el agente y di cuál asumiste.
2. Delegados — cada agente o persona a la que el diseño transfiere, y cómo: agente secundario, agente conectado de Copilot Studio, agente externo (A2A, Foundry, Agents SDK, agente de datos de Fabric, agente de tienda de terceros), agente humano a través de un centro de participación, o redirección de tema.
3. Inventario de acciones — las herramientas, flujos y temas a los que cada agente puede acceder, con la autenticación de cada herramienta (del usuario final o proporcionada por el creador) y si Preguntar al usuario final antes de ejecutar está activado. Si se desconoce, clasifica según los nombres de las herramientas y marca la clasificación como provisional.
4. Delegadores — si el agente principal es contactado por usuarios en el chat, por un evento o activador programado, o ambos.
5. Artefacto deseado — matriz de límites (predeterminado), bloques de instrucciones, contrato de transferencia, lista de verificación de revisión, plan de prueba del inquilino, o una revisión de diseño de todo el conjunto.
6. Fecha de la documentación — si tienes acceso web, vuelve a verificar las páginas de Microsoft Learn en la lista de Fuentes de la guía, compara la ms.date de cada página con la fecha listada y di qué cambió. De lo contrario, di que te basas en las fechas de esa lista (última relectura: 5 de noviembre de 2026).
7. Observaciones del inquilino — cualquier resultado que el usuario ya tenga de las pruebas T1 a T10. Reporta estos como observado en el inquilino, separados de documentado y no documentado, con el tipo de inquilino y la fecha.

Estructura de Salida

Produce, en este orden:

1. Mapa de transferencia — una línea por delegado: delegador, mecanismo, arnés, delegado.
2. Hechos documentados que aplican — viñetas con la página de Microsoft Learn y su fecha, usando la redacción de la guía, cubriendo qué pasa cada mecanismo, qué devuelve y las configuraciones que cambian cualquiera de ellos.
3. Observado en el inquilino — solo si el usuario proporcionó resultados; de lo contrario, omite el encabezado.
4. Matriz de límites — la tabla de la sección 6.4 de la guía, una fila por delegado, con el tipo de acción más alto (A1 a A6) y cada celda llena o marcada como desconocido.
5. Violaciones de límites — cada lugar donde el diseño rompe una de las siete reglas de la sección 6.3, con el número de regla y la solución.
6. Preguntas abiertas que aplican — las filas relevantes de Q1 a Q10.
7. Suposiciones — una línea que enumera los valores predeterminados que aplicaste (arnés, clasificación, artefacto, fecha). Omite si el usuario proporcionó todo.
8. El artefacto solicitado — construido a partir de la sección correspondiente de la guía (Paso 5).
9. Recomendación — una posición clara sobre si el diseño está listo y las condiciones que deben cumplirse primero.
10. Fuentes y fechas — una línea que nombra las páginas utilizadas y sus fechas, más el estado de vista previa de los mecanismos en uso.

Usa tablas para el mapa, la matriz y el plan de prueba, listas numeradas para las listas de verificación, y bloques de código para cualquier texto de instrucción o descripción que el usuario pegará en Copilot Studio.

Paso 1: Identificar el arnés y los mecanismos

Lee las secciones 1 y 2 de references/handoff-guide.md. Decide primero el arnés: la misma palabra significa cosas diferentes.

El usuario dice	Significa en	Atención a
"Agente secundario"	Arnés estándar	Siempre recibe el contexto del principal; no hay configuración para excluirlo
"Subagente"	Arnés de Conversación con el Cliente (o informalmente, cualquier subagente)	Comparte configuración, implementación y ALM con el agente principal
"Agente conectado"	Cualquier arnés	Estándar: interruptor de historial, mismo entorno, un nivel. Arnés de Microsoft Copilot: el principal es el único comunicador; no hay una configuración de historial nombrada (Q3). Conversación con el Cliente: solo agentes de Microsoft Foundry.
"Agente A2A", "Agente Foundry"	Arnés estándar o de Microsoft Copilot	Externo: Microsoft pone la responsabilidad de los flujos de datos y aprobaciones en el creador
"Transferir a un humano", "escalar"	Arnés estándar, o rutas de escalado de Conversación con el Cliente	Estándar: el historial completo y todas las variables de tema definidas por el usuario van al centro. Conversación con el Cliente: carga útil no documentada.
"Transferencia de agente", "agente central"	Agente de Autoservicio para Empleados en Microsoft Copilot	La transferencia pasa el historial y el prompt original, puede cruzar entornos y puede dirigirse a agentes de terceros

Si el usuario mezcla arneses en un solo diseño, trata cada borde de delegación por separado.

Paso 2: Establecer qué cruza cada transferencia

Para cada delegado, indica de la sección 3 de la guía qué recibe, qué devuelve y qué se pierde: solicitudes reformuladas, citas, mensajes propios de un subagente, acciones de Adaptive Card y acceso. Usa la redacción de Microsoft. Donde la guía diga no documentado, dilo; no llenes el vacío con el comportamiento de otro arnés.

Paso 3: Clasificar acciones y establecer el nivel donde se ejecutan

Clasifica cada delegado por el tipo de acción más alto entre las herramientas a las que puede acceder (sección 6.1 de la guía, A1 a A6). Asigna cada tipo a los tres niveles de Microsoft (sección 5 de la guía): sin confirmación, confirmación en la conversación, aprobación fuera de línea. El nivel pertenece al agente que posee la herramienta. Lee la sección 4 de la guía para saber dónde se configuran la confirmación y las credenciales, y marca cada herramienta delegada de A2 a A5 que use credenciales proporcionadas por el creador. Cuenta las herramientas del servidor MCP como herramientas.

Paso 4: Verificar quién puede delegar qué a quién

Aplica la sección 6.2 de la guía (la tabla de delegación y la regla del delegador autónomo) y las siete reglas de la sección 6.3. Enumera cada violación con su número de regla y una solución concreta en términos de Copilot Studio, nombrando la configuración, el nodo o la entrada.

Paso 5: Construir el artefacto

Artefacto	Sección de la guía	Contenido
Matriz de límites	6.4	Una fila por delegado, cada columna llena o desconocido
Bloques de instrucciones	7	Bloques de principal, subagente y descripción, nombres adaptados, líneas de Microsoft mantenidas textualmente, líneas de límite marcadas
Contrato de transferencia	8	Entradas y salidas por delegado, con descripciones escritas para el orquestador
Lista de verificación de revisión	11	Las diez comprobaciones, cada una marcada como pasa, falla o desconocido para este diseño
Plan de prueba del inquilino	10	Las pruebas que aplican a los arneses y delegados del usuario; elimina las pruebas ya ejecutadas e incorpora sus resultados en Observado en el inquilino
Revisión de diseño	6.4, 6.3, 11	Matriz, violaciones, lista de verificación y recomendación juntos

Cada artefacto lleva la fecha de la documentación y el estado de vista previa de los mecanismos que cubre.

Paso 6: Recomendar y luego detenerse

Da una posición clara: listo, listo con las soluciones enumeradas, o no listo. Un diseño no está listo si alguna acción A5 es accesible mediante enrutamiento generativo, si alguna herramienta delegada de A2 a A5 usa credenciales proporcionadas por el creador sin una excepción registrada (un delegador autónomo siempre necesita una, porque los activadores se ejecutan con las credenciales del creador; secciones 4 y 6.2 de la guía), o si un delegado externo recibe el historial del chat sin una decisión registrada de intercambio de datos. No ofrezcas cambiar los agentes.

Reglas

• Nunca afirmes que la confirmación, las credenciales o la política de datos de un principal aplican a las herramientas de un delegado. Microsoft documenta estas por herramienta, en el agente que posee la herramienta.
• Nunca afirmes que un agente conectado recibe solo la tarea, a menos que el usuario haya confirmado que Pasar el historial de la conversación a este agente está desactivado en un agente de arnés estándar. Los valores predeterminados pasan el historial.
• Nunca nombres una configuración de historial, una profundidad de delegación, un bloqueo de administrador para conexiones de agentes o un paso de token de usuario donde la guía diga no documentado. Responde "no documentado a fecha de " y nombra la prueba que lo establecería. Tampoco lo niegues: las preguntas frecuentes dicen que "puedes configurar si el historial completo de la conversación se pasa" a agentes externos, aunque ninguna página nombra la configuración (guía Q3; prueba T6).
• Nunca presentes los tipos de acción, la tabla de delegación, las siete reglas, la salida actionsTaken o las líneas de instrucción boundary como guía de Microsoft. Son el patrón de esta habilidad sobre los hechos de Microsoft; etiquétalos.
• Siempre mantén separadas tres clases de hechos: documentado (página y fecha), observado en el inquilino (de quién es la prueba, cuándo) y no documentado.
• Siempre cita la redacción de Microsoft de la guía o de una obtención en vivo de la página citada, no de memoria.
• Siempre resuelve el conflicto "único agente que habla con el usuario" (Q6) a favor de la página de subagentes, a la que la página de patrones ahora se remite: indica al subagente que permanezca en silencio; no te bases en una instrucción de solo principal.
• Siempre usa los nombres actuales de Microsoft: arnés estándar; arnés de Microsoft Copilot (renombrado del arnés de GitHub Copilot el 28 de octubre de 2026; Learn y el producto pueden mostrar aún el nombre antiguo; mantén el nombre antiguo en los títulos y citas de las páginas de Learn; "un marco de creación y orquestación de Microsoft Copilot Studio, no el servicio de GitHub Copilot"; un arnés de Copilot Studio, no el producto de Microsoft Copilot); arnés de Conversación con el Cliente, cuyos especialistas son subagentes; Microsoft Foundry (no Azure AI Foundry); Agent2Agent (A2A); Microsoft 365 Agents SDK; centro de participación; y, para el agente de Autoservicio para Empleados, Microsoft Copilot y Copilot Chat como dicen sus páginas.
• Siempre mantén los nombres de inquilino, agente, usuario y cliente que el usuario comparte fuera de los ejemplos reutilizables y los bloques listos para pegar.
• Si el diseño no tiene delegación, di que esta habilidad es la herramienta incorrecta y señala los niveles de la sección 5 de la guía para un solo agente.

Ejemplos

Entrada: "Nuestro agente de helpdesk de TI (arnés estándar) enruta a un agente conectado de Instalaciones en el mismo entorno y a un agente A2A de un proveedor que puede cancelar pedidos de hardware. Los usuarios chatean con él en Microsoft Teams. ¿Qué límites necesitamos?"

Salida (resumida):

Mapa de transferencia: Helpdesk → Instalaciones (agente conectado de Copilot Studio, estándar); Helpdesk → Pedidos del proveedor (A2A, estándar). Hechos documentados: Instalaciones recibe el historial de la conversación a menos que Pasar el historial de la conversación a este agente esté desactivado; "está habilitado por defecto" (Diseñar subagentes, 4 nov 2026). La carga útil de muestra de A2A lleva "El historial completo del chat, no solo la última expresión del usuario" (A2A, 26 ago 2026). Para agentes externos, "eres responsable del uso de dichos agentes" (misma página). La confirmación es por herramienta: Preguntar al usuario final antes de ejecutar "está establecido en No por defecto" (Agregar herramientas, 1 oct 2026). Matriz de límites: Instalaciones, A3 (redacta órdenes de trabajo), enrutamiento generativo, historial activado (desconocido por qué), credenciales del usuario final, sin confirmación, sin salidas: incumple la regla 4. Pedidos del proveedor, A5 (cancela pedidos), enrutamiento generativo, historial completo del chat, conexión OAuth 2.0, sin confirmación: incumple las reglas 1, 3 y 5. Violaciones y soluciones:

• Regla 5: elimina el agente del proveedor del enrutamiento generativo. Accede a él solo a través de un tema "Cancelar pedido" con un nodo de confirmación y una redirección, pasando un scopedRequest que contenga solo el número de pedido.
• Regla 3: registra una decisión de intercambio de datos con el proveedor que cubra el historial del chat, o no conectes el agente.
• Regla 4: agrega las salidas answered, findings, openQuestions y actionsTaken a Instalaciones y desactiva el interruptor de historial. Preguntas abiertas: Q1, Q4, Q5. Recomendación: no listo. Lanza Instalaciones después de la solución de la regla 4; retén la conexión del proveedor hasta que exista el tema de redirección y la decisión de intercambio de datos esté firmada. Fuentes y fechas: Patrones multiagente (4 nov 2026); Conectar a un agente existente de Copilot Studio (30 oct 2026); A2A (26 ago 2026); Diseñar subagentes (4 nov 2026); Agregar herramientas (1 oct 2026). "Agregar otros agentes" del arnés estándar es documentación en vista previa.

Referencias

• references/handoff-guide.md — donde reside la guía de Microsoft (sección 1); mecanismos por arnés (2); qué cruza cada transferencia, textualmente (3); dónde se configuran las credenciales y la confirmación (4); niveles de decisión de Microsoft (5); patrón de límites de esta habilidad: tipos de acción, tabla de delegación, siete reglas, plantilla de matriz (6); bloques de instrucciones listos para pegar (7); contrato de transferencia (8); preguntas abiertas Q1 a Q10 (9); pruebas de inquilino T1 a T10 (10); lista de verificación de revisión (11); qué observar (12); todas las fuentes con fechas. Léelo antes de responder; lee la sección nombrada en el Paso 5 antes de construir un artefacto.