Latest / M365.FM – Podcast de Microsoft 365, Copilot e IA en español / Arquitectura de agentes de IA: cómo ejecutores, grafos de flujo de trabajo y validación los hacen fiables (Doblaje IA)

Transcript

Arquitectura de agentes de IA: cómo ejecutores, grafos de flujo de trabajo y validación los hacen fiables (Doblaje IA) · M365.FM – Podcast de Microsoft 365, Copilot e IA en español

0:00
La única validación que evita que los agentes inteligentes hagan cosas tontas.
0:03
Hay una puerta que convierte a lo inteligente en competente.
0:06
La comprobación del contrato prevé la ejecución.
0:07
Antes de ejecutar cualquier herramienta, el validador prueba tres cosas en orden.
0:11
La intención coincide con una capacidad real.
0:13
El autor de la llamada tiene permiso en este momento
0:15
y el resultado solicitado es viable dentro de los límites de datos declarados.
0:18
Si falla alguna parte, no se ejecuta nada.
0:21
No tener cuidado, no intentarlo de todos modos.
0:22
De negar con razones y alternativas.
0:24
Empezar con la coincidencia de capacidad.
0:26
El plan dice actualizar el elemento de la lista de SHOP.
0:27
El validador pregunta qué herramienta, qué método, qué versión del esquema.
0:32
Los argumentos se acotejan con el registro.
0:34
Campos obligatorios presentes, tipos correctos, rangos de valores válidos
0:37
y ningún campo extra infiltrado esperando ser ignorado.
0:41
Los alias de herramientas están prohibidos.
0:43
Utilice el nombre canónico o será rechazado.
0:45
Esto elimina herramientas alucinadas y parámetros inciertos antes de que fallen.
0:49
A continuación, el cumplimiento de la política.
0:51
El motor de política se evalúa la llamada propuesta en comparación con la política activa.
0:55
Listas permitidas para herramientas y dominio.
0:56
Verificaciones RBS o ABC vinculadas a reclamos, AD y alcances.
1:01
Reglas de nivel de entorno.
1:03
Límites de clasificación de datos.
1:04
Si el agente tiene como alcance archivos, lectura para un sitio específico,
1:07
una llamada de actualización o un sitio diferente es un rotundo.
1:10
Si la carga útil cae en clasificación restringida sin un punto de control humano, tampoco.
1:15
Los tokens se verifican nuevos.
1:16
Los alcances se verifican con exactitud y la escalada de privilegios por esta sola vez.
1:20
Se trata como lo que es un intento de infracción.
1:22
Luego, viabilidad posterior a la condición.
1:25
No basta con creer un resultado.
1:27
Tiene que ser alcanzable y verificable.
1:29
El validador pregunta.
1:30
El destino admite claves de potencia de elementos.
1:33
¿Emitirá el sistema identificador duradero o una etiqueta que podamos verificar?
1:36
¿Existe una acción compensatoria si falla el flujo descendente?
1:38
Si el plan no puede producir condiciones posteriores verificables, se rechaza o se reescribe.
1:43
No aceptamos, confía en mí, lo registraré más tarde.
1:45
Más tarde es como ocurre en los incidentes.
1:47
Junte todo esto y obtendrá el trío de puertas, coincidencia de capacidad,
1:50
cumplimiento de políticas y viabilidad posterior a la condición.
1:52
Aprueba las tres y el ejecutor procede.
1:54
Si falla alguna, se activa la ruta con motivo.
1:57
Esa ruta es educada, exhaustiva e inequívoca.
2:00
Esto es lo que intentaste.
2:01
Esta es la política o el esquema exacto que incumpliste.
2:03
Estas son alternativas seguras.
2:04
Si la intención del usuario se puede reparar, reduce el alcance, cambia un resumen de solo lectura,
2:08
dirige a un sitio permitido, dirige a un sitio permitido.
2:11
El validador propone un plan compatible y solicita aprobación.
2:14
Si no se puede reparar, escalar un punto de control humano con contexto completo
2:17
o detener el proceso por completo, sin bloqueos misteriosos, sin éxito o silencio.
2:22
Una microhistoria rápida que has vivido, incluso si no lo sabías.
2:25
Se le pide a la gente resumir los documentos de RRHH del último trimestre e enviarlos a legal.
2:29
La recuperación propone consultas de gráficos en los sitios de RRHH y del parte anterior.
2:32
El validador detecta un cruce de límite.
2:35
Está restringido.
2:36
Departamento de legales interno.
2:37
La puerta trío bloquea la lectura cruzada y el correo electrónico saliente.
2:40
La ruta de denegación regresa.
2:42
Contenido restringido detectado.
2:44
Alternativa propuesta.
2:45
Resumen del índice de políticas internas.
2:46
Suministro un enlace de solicitud para el resumen de RRHH.
2:49
A los revisores autorizados.
2:50
El usuario aprueba el plan conforme.
2:52
El ejecutor lo ejecuta.
2:53
Ubica el contenido interno y adjunta una solicitud de permiso para el material de RRRR.
2:57
Sin filtraciones ni drama sigue siendo.
2:59
La implementación es aburrida por diseño.
3:00
Un DSL de políticas define quién puede hacer qué dónde y con qué efectos secundarios.
3:04
Un registro de esquemas almacena contratos de herramientas, nombres, versiones, formas y condiciones.
3:09
Un solucionador de listas de permitidos asigna dominios, sitios y ámbitos a niveles de entorno.
3:14
El validador los compone, sea cada decisión, con un registro de auditoría, entradas, evaluaciones de políticas, resultados y entrega una luz verde o un plan de reparación al ejecutor.
3:22
El ejecutor nunca se mueve por su cuenta en un semáforo en RRRR.
3:25
Hace cumplir la decisión o se detiene.
3:26
El modelo mental es suficientemente claro como para tatuarlo en la frente de su diagrama de arquitectura.
3:31
Su ejecutor se hace incumplir.
3:32
Los gráficos restringen.
3:33
Los validadores dicen.
3:35
En ese orden.
3:36
El modelo propone únicamente dentro del patio cercado y en el momento en que intenta trepar, el validador lo detiene, explica por qué y señala a la puerta.
3:42
Orden preservado.
3:45
Seguridad aplicada.
3:46
Progreso desbloqueado.
3:47
Dentro de la política.
3:48
¿Querías algo que impidiera que los agentes inteligentes hicieran cosas tontas?
3:52
Esto es, una verificación de contrato previa a la ejecución que acredita capacidad, permiso y un resultado verificable antes de cualquier mutación real.
3:59
Conviarte creo que puedo, en tengo permitido, sé cómo y puedo demostrar que lo hice.
4:03
No, no, no, la oscuridad no nos alcanza.
4:06
Ahora tienes la arquitectura.
4:08
Úsala.
4:09
Conclusión clave, mástete.
4:11
Conclusión clave, las indicaciones son opiniones, los ejecutores y los gráficos validados son operaciones y la verificación de contrato previa a la ejecución es la barandilla que mantiene a ambos honestos.
4:19
Si esto te ahorró tiempo, paga la deuda.
4:22
Suscribe.
4:23
A continuación, mira el desglose del angra frente a Microsoft Agent Framework en cuanto a rendimiento y observabilidad, rastros reales, costes y P95.
4:31
Bloquea tu ruta de actualización, sigue, habilita las alertas y recibe el siguiente episodio según lo previsto.
4:35
¿Qué?
4:36
Muchos creen que mejores prumps arreglan agentes inestable.
4:39
Bonita tía.
4:39
Los mensajes guían los pensamientos, no ejecutan las operaciones.
4:42
La verdad es que la fiabilidad proviene de los ejecutores y la validación de gráficos, la columna vertebral que evita que los agentes se caigan de bruces cuando la realidad aparece.
4:49
Vamos a conectar esto a los escenarios de Microsoft, la recuperación de gráficos de Microsoft 365 al razonamiento de Azure OpenAI y los agentes de Copilot Studio que no se vuelven locos.
4:57
Lo que está en juego es simple, precisión, latencia, coste y auditabilidad.
5:02
Medible, no vibración.
5:03
Te daré un modelo mental que puedes ejecutar en tu cabeza, diagramas en palabras que no olvidarás y un paso de validación que evita que los agentes inteligentes hagan tonterías.
5:12
Introduce la arquitectura que deberías haber usado el primer día.
5:14
¿Por qué los mensajes fallan en las operaciones que los ejecutoren?
5:18
Vale, esta es la cuestión.
5:19
Los LM gestionan la cognición.
5:21
Los ejecutores gestionan la operación.
5:23
Mezclar todo eso es lo que genera caos.
5:26
El modelo puede proponer un plan.
5:27
No puede garantizarse que el correo se haya enviado, que el archivo se haya guardado o que el permiso existiera.
5:32
Habla en términos de probabilidades.
5:33
Las operaciones exigen garantías.
5:36
Entra el ejecutor.
5:37
Piensa en él como el adulto en la sala, un ejecutor de funciones vinculado a políticas con restricciones de estado y potencialamiento.
5:43
¿No cree que una acción haya tenido éxito?
5:45
¿Lo comprueba?
5:46
No asume que una herramienta existe.
5:48
Valida la capacidad, los parámetros y los permisos incluso antes de intentarlo.
5:52
Y cuando falla, falla estrepitosamente, clasifica el error y toma la ruta de recuperación prescrita.
5:58
La mayoría de agentes de solo prompts tienen tres fallos.
6:01
Primero, herramientas alucinadas.
6:04
El modelo solicita una función que no está registrada o la llama, con campos que no existen.
6:08
Segundo, condiciones faltantes.
6:10
Intenta editar un archivo de SharePoint sin comprobar si puede acceder al sitio, a la lista o a la versión del elemento.
6:16
Tercero, par silenciosos.
6:17
Paso 2, falla, pero la gente continúa y declara la victoria porque el texto parece seguro.
6:21
Ya lo ha visto.
6:22
Acaba de decir que sin estado.
6:23
Los ejecutores ejecutan un bucle que parece aburrido y por eso funciona.
6:26
Condiciones previas.
6:27
Verificar entradas, permisos invariantes.
6:30
Acción.
6:30
Llamar a la herramienta con una clave dida en potencia para evitar cobros o publicaciones dobles.
6:35
Condiciones posteriores.
6:36
Confirmar los efectos contra la fuente de verdad.
6:39
Taxonomía de errores.
6:40
Es validación.
6:41
Transitorio.
6:42
Límite de velocidad, juventud o política.
6:44
Recuperación.
6:46
Retroceder y reintentar si es transitorio.
6:48
Reautorizar o volver a consentir.
6:49
Usar alternativas conocidas y paradas definitivas por violaciones de política.
6:53
Le den potencia negociable.
6:55
Si una acción se puede reintentar, necesita una clave que haga que el segundo intento sea una operación nula o una anulación consistente.
7:00
Los tiempos de espera evitan llamadas.
7:01
La retrocesión respeta velocidad.
7:04
Este es un comportamiento determinista que rige a la generación de texto inherentemente estocástica.
7:09
El ejecutor es la caja de cambio.
7:10
El LM es el motor.
7:12
No pisas el acelerador a fondo y esperas que las ruedas se entiendan.
7:14
Los resultados basados en contratos son el antídoto contra los párrafos de fuerza.
7:18
El modelo de razonamiento no se desvía.
7:20
Emite JSON que coincide con un esquema.
7:22
Nombre de la herramienta, argumentos y poscondiciones esperadas.
7:25
Los validadores verifican el esquema antes de ejecutar nada.
7:27
Si la forma es incorrecta, el ejecutor lo denea con la razón, solicita un plan corregido o lo escala.
7:32
Si es como evitas que las ensaladas de nombre se conviertan en incidentes de producción.
7:35
Ahora, podrías estar pensando, ¿no puedo simplemente solicitar al modelo que compruebe su trabajo?
7:38
Pues pregunto.
7:39
Él siempre lo hace.
7:41
El usuario medio lo acepta.
7:42
Los profesionales requieren prueba.
7:44
Las pruebas residen en poscondiciones verificadas con sistemas como Microsoft Graph, SharePoint o Exchange.
7:49
Fuentes reales de verdad, no la memoria del modelo.
7:51
Pero ¿qué es donde se pone interesante?
7:53
Espacio individuales también.
7:54
Los flujos de trabajo reales tienen ramas, paralelismo, compensaciones y puntos de control humano.
7:58
Necesitas más que un ejecutor.
8:00
Necesitas un mapa que el ejecutor pueda leer.
8:02
Esto es un gráfico de flujo de trabajo.
8:03
En un grafo, los nodos son tareas o subagentes con contratos explícitos.
8:06
Los bordes definen el flujo de control y el flujo de trabajo.
8:08
El estado de primera clase.
8:09
¿Qué persiste?
8:10
¿Qué tiene puntos de control?
8:11
¿Qué se define?
8:12
El ejecutor recorre el grafo de forma determinista, respetando las listas de permitidos y los esquemas en cada borde.
8:16
Si un nodo falla, el grafo especifica compensaciones, deshacer, reparar o escalar.
8:22
Sin tu veredas, mister.
8:23
No, y entonces ocurre la magia.
8:25
Este es el momento en que la confiabilidad cambia.
8:27
El LL me propone.
8:28
El ejecutor hace cumplir.
8:29
La validación de las restricciones del grafo decide.
8:32
Te restablece el orden.
8:33
Una vez que separas la comisión de las operaciones, tus agentes dejan de improvisar y comienzan a comportarse.
8:38
Si siguen sintiéndose inteligentes porque los software están supervisados.
8:41
Listo para el plano.
8:43
Vamos a conectarlo a Microsoft 365 sin convertir a tu inquilino en un tonto.
8:47
Flujos de trabajo de grafo 101.
8:49
Nodos, bordes y estado que no filtra.
8:51
En vez de...
8:51
¿Tienes un ejecutor confiable pero no un mapa?
8:54
Seguirá órdenes, pero ¿hacia dónde?
8:56
Ingrese al gráfico de flujo de trabajo o su manual de operación.
8:59
¿Los nodos son tareas o subagentes con contratos explícitos?
9:02
Los bordes definen flujo de control y flujo de...
9:04
El gráfico codifica qué se ejecuta, cuándo se ejecuta y qué datos pueden cruzar los límites.
9:09
Sin improvisación ni jazz.
9:10
Esto es partitura.
9:11
Empiece por la forma.
9:13
La mayoría de los gráficos de producción son DAC, gráficos acíclicos dirigidos, porque
9:16
los ciclos invitan a bucles infinitos y corrupción de estado.
9:20
Aún puede tener bucles, pero los marca intencionalmente con contadores y protecciones, iteraciones
9:24
máximas, predicados de salida y tiempos de espera.
9:26
Así es como evita que pensar más se convierta en pensar para siempre.
9:30
El embrutamiento condicional es explícito.
9:33
Si la confianza de recuperación está por encima del umbral, pase a la síntesis.
9:36
Si no, pase a la nueva consulta.
9:37
El paralelismo es de primera clase.
9:40
Ejecute el resumen y la extracción de citas uno al lado del otro.
9:43
Luego únase a un nodo de barrera que verifique que ambos cumplieron sus condiciones posteriores.
9:47
El estado no es un VIBE, es un registro.
9:49
Mantienes tres tipos.
9:50
Estado persistente.
9:51
Puntos de control duraderos de los que puedes recuperarte después de un bloqueo.
9:54
Entradas, decisiones firmadas.
9:55
Estado efímero.
9:56
Búferes de corta duración como salidas de modelos intermedios que no quieres que contaminen
9:59
la memoria a largo plazo.
10:00
Estado derivado.
10:01
Artefactos recalculables como incrustaciones o resultados filtrados que puedes crear de
10:05
forma determinista.
10:06
La regla es simple.
10:06
Solo conserva lo que puedas defender en una auditoría.
10:09
Todo lo demás es desechable a propósito.
10:11
La estrategia de reversión es importante.
10:12
Cuando un nodo mute el mundo exterior, crea un evento de calendario actualiz.
10:16
Un elemento de lista.
10:17
Registras una acción inversa si existe.
10:19
O un plan de compensación si no existe.
10:21
Si un nodo descendente falla fatalmente, el gráfico puede recorrer esas compensaciones
10:25
en orden inverso.
10:26
No, no es exagerado.
10:27
Es como evitas que un error de doble reserva de SEO se vuelva a un error que no podemos
10:29
arreglar.
10:31
Los bordes llevan contrato.
10:33
Un borde no es una tubería misteriosa.
10:34
Es una API entre nodo.
10:36
Define esquemas de E, CS, tipos, campos obligatorios y valores permitidos.
10:40
Define listas de permitidos.
10:41
¿A qué herramientas o dominios puede llamar al siguiente nodo?
10:43
Define etiquetas de capacidad, lo que el nodo receptor promete hacer y lo que rechazará.
10:48
El ejecutor las aplica en tiempo de ejecución.
10:50
Un nodo no puede colar un token de SharePoint por un borde de resumen.
10:53
Es un esteatro de seguridad.
10:54
Así es como evitas el movimiento lateral de tu propio agente.
10:58
El manejo de errores reside en el gráfico, no en vibras.
11:02
Cada nodo declara su taxonomía de errores, error de validación, infraestructura transitoria,
11:07
limitación de velocidad, autenticación, autorización, infracción de política y desconocido.
11:12
Para cada clase, el gráfico proporciona una ruta.
11:14
Reintento con retroceso exponencial para transitorio, token de actualización para autenticación, herramienta alternativa para limitación de velocidad de negación con motivo párpulico.
11:22
Existen colas de mensajes fallidos para las incógnitas.
11:24
Las cargas útiles fallidas van a cuarentena con todo el contexto para que humanos las inspeccionen sin replicar caos en producción.
11:29
Los puntos de control de intervención humana no son mensajes de Slack ad hoc, congelan la ejecución, presentan la acción propuesta y la evidencia y requieren una aprobación o edición que se registre y firma.
11:40
Una vez aprobada la ejecución, se reno.
11:42
Si se deniega, el gráfico se basa en un recurso seguro.
11:44
Enhorabuena acaba de implementar un control de cambios que los desarrolladores seguirán porque es más rápido que el correo electrónico.
11:50
El aislamiento de la memoria no es negociable.
11:52
Cada sesión obtiene un contexto delimitado sobre los documentos, tokens y resultados intermedios que necesita.
11:57
El envenenamiento entre sesiones en el que la inyección de indicaciones de una conversación se filtra en otra es la forma en que se exfiltran datos accidentalmente.
12:03
El gráfico impone límites.
12:05
No hay memoria mutable compartida, solo lecturas autorizadas de un almacén examinado con filtros de contenido o validadores de esquemas.
12:10
Sí, puede almacenar en cache, incrustaciones y resumés, pero los etiqueta con procedencia y permisos y los expulsa cuando cambia la política.
12:16
La observabilidad de esta integrada no es un añadido.
12:18
Los seguimientos a nivel de nodo muestran entradas, salidas, duraciones, reintentos y efectos posteriores.
12:22
Un arrastros en un ID de ejecución de gráfico para poder reproducir, diagnosticar y probar cumplimiento.
12:28
¿Quién hizo qué, cuándo y por qué?
12:30
La detección de anomalía señala patrones extraños, picos repentinos en las llamadas herramientas, dominios inusuales y explosiones de tokens.
12:35
Esto alerta temprano antes de que lo interesante se convierta en incidente.
12:38
Básicamente el gráfico es la constitución, el ejecutor es la policía, el LM es el abogado, no el juez.
12:44
Cuando codificas nodos, aristas y estados de esta manera, no solo obtienes flujos de trabajo que tienen éxito,
12:50
obtienes flujos de trabajo que fallan de forma segura, se explican y se recuperan de forma predecible.
12:54
Ahora, con el plano en la mano, podemos conectarnos a Microsoft 365 sin convertir tu inquilino en un bufé.
12:58
Seguro por diseño. Validar grafos supera la ingeniería del caos.
13:03
No demuestras la fiabilidad lanzando el caos a producción y esperando que los supervivientes sean resilientes.
13:08
Demuestras rechazando los flujos de trabajo inseguros antes de que se ejecute.
13:11
Esto es la validación de gráfico.
13:12
Comprobaciones estáticas para mantener fueras, tonterías, barandillas de tiempo de ejecución para mantener peligro en una caja.
13:16
La validación estática es la verificación previa.
13:18
Comprobaras la estructura antes de que se active.
13:19
Ciclos que crean bucles ilimitados, rechazados u obligados a declarar protecciones de iteración.
13:24
Nodos inalcanzables.
13:25
El código muerto se elimina o justifica.
13:28
Contratos faltantes.
13:29
Cada nodo debe declarar esquemas de entrada y salida, capacidad requerida hacia efectos secundarios.
13:33
Límite de privilegios.
13:34
Los nodos que mutan sistemas externos deben ejecutarse en segmentos con credenciales de privilegios mínimos y listas de permitidos explícitos.
13:41
Y sí, si tu nodo de resumen solicita de repente acceso de escritura a SharePoint, el validador dice que no compre juicios.
13:47
Ahora, tiempo de ejecución.
13:48
Aquí es donde la gente se vuelve descuida.
13:49
Un motor de política se encuentra al lado del ejecutor, no detrás de él.
13:53
Las listas de permitidos herramientas y dominios no son documentación, son decisiones impuestas.
13:57
En el momento de la llamada, el motor verifica nuestra espalda o la nuestra contra el principio activo.
14:00
El token de ERI entra a los alcances, las notificaciones y se propaga correctamente por la cadena, sin superpoderes ambiental.
14:06
Los tokens están limitados, se refrescan cuando se permite y nunca se cuelan por bordes amigables.
14:11
El agente obtiene acceso en cada llamada o no llama.
14:14
La desinfección de entrada y salida es higiénica, no opcional.
14:17
La inyección de indicaciones no es inteligente, es predecible.
14:19
Cada fuente de contenido entrante pasa por filtros de contenido, HTML, depuradores de markdown y cortafuegos de instrucciones que eliminan las tonterías ignoradas.
14:26
La salida pasa por validadores de esquema.
14:30
Si un nodo prometió JSON, el ejecutor rechaza la prosa y solicita una reparación.
14:35
El modelo puede argumentar, el validador no negocia.
14:38
Aplica tipos, rangos invariantes.
14:39
El entorno aislado y la segmentación contienen radio de explosión.
14:43
Los nodos que llaman a código externo o conectores no confiables se ejecutan en entornos restringidos.
14:48
Puertas de enlace de API con límites de velocidad y políticas de red que impiden el movimiento lateral y controles de salida que solo permiten el tráfico a dominios verificados.
14:56
No dejes que un nodo de recuperación descubra una nueva fuente de datos en producción.
15:01
El descubrimiento se produce en el desarrollo, detrás de las pruebas con actualizaciones firmadas en la lista de permitidos.
15:05
La observabilidad no se registra en algún lugar quirúrgico.
15:08
El rastreo a nivel de nodo registra entradas, salidas, duraciones, reintentos y decisiones del motor de políticas.
15:13
Correlación es todo bajo una idea de ejecución.
15:15
Los registros de auditoría son inmutables.
15:17
Se atribuye en qué principio autorizó, qué acción con qué alcances, en qué momento y por qué la política lo permitió.
15:21
Cuando un regulador pregunta quién hizo qué, no te encoges de hombros, buscas.
15:26
Estar listo implica que tus pruebas sean aburridas y completas.
15:28
Los riesgos de parches y terceros son problemas de suministro.
15:31
Trátalo como tal.
15:32
El escaneo de dependencias se ejecuta en cada completación.
15:34
Auditan conectores y plugins, fijan sus versiones y revisan la proliferación de sus permisos.
15:38
Si importas un MSP o una especificación de API abierta,
15:41
validas que los métodos declarados coincidan con la política de privilegios mínimos que esperas.
15:46
Sin puntos finales como DIN, ni rutas de escritura ocultas que fingen ser leídas.
15:50
La higiene no es glamorosa.
15:52
Sin embargo, es la razón por la que duermes.
15:53
La validación del gráfico de verdad supera la ingeniería del caos
15:56
porque previene clases de incidentes en lugar de documentar sus consecuencias.
16:00
Sigues probando los modos de fallo, pero lo haces para confirmar las protecciones,
16:03
no para descubrir que olvidaste instalar.
16:05
Pero vamos a unir esto al modelo mental.
16:07
Las comprobaciones estáticas mantienen a planas en orden.
16:09
Sin rutas imposibles, sin trabajo huérfano, sin fugas de privilegios.
16:13
Las guardas en tiempo de ejecución mantienen en orden.
16:16
Cada llamada se autentica, autoriza, desinfecta y observa.
16:19
El ejecutor aplica las restricciones del gráfico que decide el validador.
16:23
El modelo propone dentro de los límites y se recorta cuando se desvía.
16:27
No es pesado.
16:28
Solo si te gustan las infracciones.
16:30
La sobrecarga en mecánica automatizada.
16:32
La validación estática ocurre en tiempo de compilación y display.
16:35
La política en tiempo de ejecución es un complemento rápido bloque.
16:38
Las comprobaciones de esquemas son demisa.
16:39
El coste que eliminas, incidentes, revisiones manuales, modernizaciones,
16:43
empeñece la microlatencia que añades.
16:45
Y la recompensa medible.
16:47
Menos llamadas no autorizadas.
16:49
Menos explosiones de tokens.
16:50
Y muchos menos análisis post-mortem de por qué hizo eso.
16:54
Un punto más que el usuario medio pasa por algo.
16:57
La validación es componible.
16:59
Puedes encapsular herramientas de terceros con nodos proxy
17:01
que apliquen contratos y políticas sin confiar en la propia herramienta.
17:04
Puedes segmentar los gráficos por confidencialidad, público interno restringido
17:08
y promover flujos de trabajo entre niveles
17:10
solo después de que la validación supere el modo límite.
17:13
Así es como escalas de forma segura.
17:15
La seguridad por diseño no es un eslogan.
17:16
Es propiedad del flujo.
17:18
Espera es que los agentes compongan.
17:20
Así es que la mala conducta sea estructuralmente difícil y visible.
17:24
Con los rieles en su lugar,
17:25
conectar Microsoft 365 Graph y Azure OpenAI no es una ruleta.
17:28
Es potencia controlada según tus términos.
17:30
Ahora ya podemos hablar de cableado, no de apagar fuegos.
17:32
El escenario de Microsoft
17:34
M365 Graph más Azure OpenAI más Copilot Studio
17:38
Vamos a reunir al elenco.
17:41
Agente de recuperación, bibliotecario y disciplinado
17:43
que solo obtiene de Microsoft Graph con el mínimo privilegio.
17:46
Agente de razonamiento, modelo de Azure OpenAI
17:48
que planifica, ubica y nunca trabaja de forma independiente
17:50
más allá de sus instrucciones.
17:52
Ejecutor, operador vinculado a políticas
17:54
que usa herramientas con idempotencia y revisión de poscondición.
17:58
Validador, rebotador, esquema, política y aplicación de límites.
18:02
Guardia de política, sidecar de ejecución
18:04
que vincula todo a ámbitos de entry y rebas.
18:07
Juntos se comportan como un equipo competente
18:09
en lugar de un hilo de comité.
18:10
El acceso a los datos comienza con Graph, no con conjetura.
18:12
El agente de recuperación mantiene un registro de aplicación
18:14
con ámbitos granulares.
18:15
Archivo, lectura para un sitio específico.
18:17
Correo, lectura básica para un buzón confinado.
18:20
Calendarios, lectura para un calendario de recursos.
18:22
Sin lectura de Graph, todas las heroicas.
18:24
Las consultas usan campos delta y selectivos
18:26
para que las cargas se indigieran.
18:28
Apaginación de primera clase.
18:29
La ejecutor sigue en las siguientes de forma determinista
18:31
con tiempos de espera, respetando la limitación.
18:33
Y cuando ocurren errores 4x matinoático, el retroceso.
18:36
Sin rabietas, solo paciencia exponencial.
18:39
La conexión a vibración es una canalización.
18:41
Recupera documentos candidatos mediante búsqueda de grafo
18:43
o consultas de lista.
18:44
Desduplica por id de item y versión y tag
18:46
para no mezclar datos obsoletos con actuales.
18:48
Fragmenta por límites semánticos,
18:50
encabezados de sección y saltos de diapositiva.
18:52
Luego adjunta procedencia, unidad, sitio, ruta, id,
18:56
modificación y hash.
18:58
El agente de razonamiento solo ve fragmentos más metadatos
19:00
y debe generar citas asignadas a esos id.
19:03
Sin cita o en regalación.
19:05
El ejecutor lo aplica como una condición posterior
19:07
antes de cualquier acción extra.
19:08
Ingresa a Copilot Studio para la orquestación.
19:11
Define herramientas declarativas, paquetes de consultas Graph,
19:13
acciones de escritura SharePoint,
19:14
publicaciones de Teams y envíos a Outlook bajo proxy
19:17
con esquemas y listas permitidas.
19:19
La coordinación entre agentes está estructurada.
19:21
El agente de recuperación expone herramienta básica.
19:24
El agente de razonamiento la solicita con parámetros.
19:26
El ejecutor media valida y devuelta.
19:29
Un contexto fundamentado.
19:31
Los puntos de control humano son nativos.
19:33
Un nodo de acción propuesto pausa la ejecución.
19:36
Presenta el plan más las citas y requiere aprobación.
19:39
La aprobación se firma y se registra.
19:40
Rutas de denegación a una alternativa segura a un escalado.
19:43
Los tokens y la latencia se gestionan, no se eliminan.
19:46
El contexto selectivo significa que solo alimentas los fragmentos relevantes,
19:49
no todo tu inquilino.
19:50
Los resúmenes se precalculan y almacenan en caché
19:52
con incrustaciones usando el hash de contenido y permisos.
19:55
Cambia el documento, cambia la clave,
19:56
omite la caché, vuelve a calcular.
19:58
Las respuestas en streaming mantienen la IU activa
20:00
mientras el ejecutor gestiona efectos secundarios
20:02
tras recibir el plan válido del esquema.
20:05
Las condiciones de salida anticipada detienen el bucle de razonamiento
20:07
cuando la confianza más la cobertura alcanza el umbral.
20:09
No hay que pensar más porque el modelo parecía poético.
20:12
La editabilidad viene integrada.
20:14
Cada acción es firmada por el principal de servicio o usuario delegado,
20:17
sellada con el ID de ejecución, herramienta, parámetros, alcances,
20:21
resultado y redactados, relectados.
20:24
Los registros inmutables viven en tu pila de observabilidad.
20:26
Erige tu favorito.
20:27
Para reproducir una ejecución sin repetir los efectos secundarios.
20:30
¿Quién hizo qué, cuándo y por qué es una consulta en una casa de brujas?
20:33
Y si las citas sobreven intactas,
20:35
por lo que puede verificar que la respuesta se remonta al contenido real del inquilino,
20:38
no a la ley modelo.
20:39
El error se normaliza y es aburrido.
20:42
439.
20:42
El ejecutor reintenta con fluctuaciones
20:44
y luego recurre a una consulta de menor costo o un tamaño de página reducido.
20:47
Cache obsoleta.
20:48
El validador detecta e-tags no coincidentes y fuerza una actualización.
20:52
Denegación de permiso.
20:52
El policy guard denega con razón.
20:54
Propone una ruta de solicitud de consentimiento en ruta
20:56
a un resumen redactado que no se filtra.
20:58
Si la herramienta falla,
20:59
el gráfico de cara a alternativas o estaciona la ejecución
21:02
en una cola de mensajes con contexto para intervención humana.
21:05
Los respaldos deterministas convierten el incidente en un ticket.
21:08
Ahora, un tutorial muy breve.
21:09
El usuario pide.
21:10
Redacta un resumen con enlace sobre las decisiones de la hoja de ruta trimestral.
21:14
El agente de razonamiento propone.
21:15
Utilice la búsqueda de gráficos en un sitio específico de SharePoint
21:18
y un canal de Teams,
21:18
filtre por último trimestre y luego sintetice.
21:21
El validador verifica que los ámbitos solicitados coincidan con el rol del agente.
21:25
El ejecutor emite llamadas de grafo con paginación y selección de campos.
21:28
Elimina duplicados por ID, fragmenta y devuelve contexto con procedencia.
21:31
El razonamiento produce un resumen con citas en línea asignadas a los ID de elementos.
21:35
El validador comprueba el esquema y las citas y aprueba.
21:39
Aparece un punto de control humano con resumen y evidencia.
21:41
El aprobador hace clic en aceptar.
21:43
El ejecutor publica el resultado en Teams, se avisa a interesados,
21:46
cada acción usa claves de impotencia para que los reintentos no dupliquen nada.
21:49
Ten en cuenta la disciplina.
21:50
Ningún agente crea herramientas,
21:52
ningún nodo cruza dominio fuera de su lista permitida.
21:55
Los tokens se delimitan y propagan correctamente a través del ID de Entra,
21:58
no se copian y pegan entre nodos.
22:00
El modelo nunca concluye el éxito.
22:02
El ejecutor lo demuestra con condición de gráficos.
22:05
Se creó el ID de mensaje, se actualizó la ITAG, el ID del evento,
22:08
y se marca la ejecución completada.
22:09
Y sí, puede ampliar esto de forma segura,
22:11
incorporar planer, viva o servicios de terceros a través de MSP o API abierta,
22:15
pero solo detrás de herramientas proxy con esquemas estrictos y controles de salida de red.
22:18
Envuelve a cada conector con la misma lógica de validación y protección de política.
22:21
La promoción entre entornos requiere pases de validación que coincidan con el nuevo límite.
22:25
De desarrollo, prueba y producción, cambios de alcance revisados, no asumidos.
22:29
Esa es la arquitectura de Microsoft bien hecha.
22:31
Gráfico para lado.
22:32
Azure Open AI para pensar,
22:34
Copilot Studio para la orquestación,
22:36
ejecutores para las operaciones,
22:38
validadores y políticas para la seguridad
22:39
y observabilidad para la prueba.
22:41
Los números son los siguientes, no las vibración.
22:44
Métricas de antes y después.
22:45
Precisión, latencia, costo y gestión.
22:48
Buena arquitectura, pruébelo.
22:50
Números no vibraciones.
22:51
Primero la línea de base de los agentes que solo responden a indicaciones sobre el ano.
22:54
La precisión es inconsistente porque inventan fuentes y olvidan las citas.
22:58
Sin conexión a tierra,
22:59
obtienes una prosa segura que no apunta a ninguna parte.
23:02
La latencia de cola es brutal.
23:04
Una larga cadena de llamadas seriales para pensar más,
23:06
cada una llena de contexto redundante.
23:08
Los costos se disparan,
23:10
ya que cada turno envía transcripciones y documentos al modelo
23:13
como si fuera un servicio de mensajería sobrepagado.
23:15
Gastos generales administrativos.
23:17
Altos.
23:18
Incidentes, correcciones urgentes, fallos misteriosos y auditorías
23:20
que aparecen arqueología con los ojos vendados.
23:22
Ahora, el estado posterior con ejecutores y gráficos validados.
23:25
La precisión aumenta porque las reclamaciones requieren recibos.
23:28
Las citas fundamentadas vinculadas a los ID de los elementos del gráfico,
23:31
las etiquetas electrónicas y los hashes firmados
23:32
implican que una respuesta que carece de procedencia simplemente no pase el validado.
23:35
El efecto es inmediato.
23:37
Menos respuestas erróneas,
23:38
menos ciclos de trabajo
23:39
y una mejora medible en el éxito de tareas en los conjuntos de vale.
23:42
Cuando no se puede respaldar una reclamación,
23:44
la gente la deniega con razones o solicita la aprobación humana.
23:47
Predecible, revisable, seguro.
23:49
La latencia se comprime por tres razones.
23:51
Primero, el paralelismo.
23:53
Recuperación, reclasificación y extracción de citas
23:54
corren simultáneamente y sincronizan el nodo barrera.
23:57
Segundo, el almacenamiento en caché,
23:58
las incrustaciones y los resúmenes codificados por hash de contenido
24:01
y alcance de permiso evitan volver a calcular lo que no ha cambiado.
24:03
Tercero, salida temprana.
24:05
Una vez que la cobertura y la confianza alcanzan el umbral,
24:07
el gráfico detiene el Google.
24:08
Compare esto con la indicación en serie,
24:09
donde el modelo reflexiona durante un párrafo
24:11
y sus usuarios reflexionan sobre la salida.
24:12
El coste disminuye porque la disciplina de tokens se aplica, no se ruega.
24:16
La salida restringida por esquema evita la divagación.
24:19
El contexto selectivo alimenta solo los fragmentos relevantes con metadatos,
24:22
no sitios completos.
24:24
Indicaciones más cortas, respuestas más pequeñas, menos reintento.
24:26
La identpotencia del ejecutor y la lógica de reintento
24:28
evitan llamadas duplicadas y ciclos perdidos.
24:31
El efecto neto es menos tokens por resultado exitoso y mucha menos varianza.
24:35
A finanza le gusta la reducción de varianza.
24:37
La sobrecarga administrativa se reduce
24:38
porque la observabilidad se diseña, no se improvisa.
24:40
Los trazos a nivel de nodo y registros inmutables reducen el tiempo de diagnóstico.
24:44
Puede ver qué nodo falló,
24:45
por qué el motor de políticas denegó
24:47
y qué intentó el ejecutor a continuación.
24:49
Los despliegues repetibles se eliminan en el teatro de que funciona mi equipo.
24:53
El cumplimiento deja de ser una crisis estacional
24:54
porque cada ejecución ya contiene quién, qué, cuándo y por qué.
24:59
Hagamos esto concreto con un equipo de medición que realmente pueda ejecutar.
25:02
Crea un conjunto de tareas representativas,
25:04
preguntas y respuestas con citas,
25:05
resumen con enlaces y propuestas de acción con aprobaciones.
25:07
Para cada respuesta dorada o criterio de aceptación definido.
25:11
Correja los hechos con edi de elementos asignados,
25:13
cobertura de citas y varianza permitida.
25:16
Instrumente los SLO de latencia extremo-extremo P50 y P95
25:19
el gasto de tokens por tarea y tasas de denegación.
25:21
Vincule toda métrica de seguimientos para que toda regresión tenga un rastro.
25:25
Resultados que debería esperar si sigue la arquitectura, no la improvisan.
25:29
Más validez, pues las afirmaciones sin respaldo nunca salen de preparación.
25:32
Menor latencia P95 porque las colas largas se cortan mediante nodos paralelos y salidas tempranas.
25:39
Menor gasto de tokens porque deja de enviar novelas y comienza a enviar fragmentos relevantes.
25:44
Menos avisos a administradores,
25:45
pues la mayoría de fallos se gestionan con alternativas deterministas.
25:49
Y sí, la métrica aburrida que todos olviden.
25:51
Tasa de finalización exitosa en el primer paso,
25:53
más ejecuciones finalizcate humano.
25:55
Pacto en el negocio.
25:56
Mayro rapidez implica que los usuarios dejen de abrir tickets.
25:58
Un gasto predecible implica presupuestar sin sorpresas en los top.
26:02
La confianza en el cumplimiento supone menos auditorías que secuestran tu plan.
26:06
La ventaja no obvia es la reputación.
26:08
Cuando las respuestas de la gente citan contenido del inquilino y los enlaces funcionan,
26:12
la gente confía en él, lo usa y deja de reenviar capturas de pantalla que empiezan con
26:16
¿Por qué decía esto?
26:18
Consejo directo.
26:19
Mide el rastro hacia la métrica o estarás volando basándote solo en opiniones.
26:22
Si no puedes abrir una ejecución y ver exactamente qué nodo influyó los tokens o detuvo la latencia,
26:26
no tienes observabilidad, tienes vibraciones con marcas de tiempo.
26:30
Todo cambia cuando el validador se encuentra entre un buen plan y una acción real.
26:35
La precisión se estabiliza, la latencia baja, el coste cae y los admis duermen.
26:39
Eso no es magia, son ejecutores, gráficos y validación.
26:42
Ah, haciendo el trabajo que asignaste incorrectamente las indicaciones.