Microsoft ha anunciado la vista previa pública del Copilot harness en Foundry Agent Service, según el Azure Blog. Se trata de una capa de ejecución gestionada para agentes definidos de forma declarativa en Foundry. Microsoft ejecuta el bucle del agente y el sandbox; el cliente aporta el conocimiento, los procedimientos y las herramientas.
Qué incluye la vista previa
La vista previa reúne cuatro piezas:
- Skills reutilizables: instrucciones, scripts y archivos de apoyo empaquetados como un procedimiento que el agente puede aplicar en distintas tareas.
- Herramientas conectadas: herramientas compatibles de Foundry y herramientas del Model Context Protocol (MCP), con autenticación y aprobaciones configuradas de forma explícita.
- Ejecución y delegación: los agentes pueden trabajar con archivos y código y encargar tareas acotadas a subagentes integrados, mientras el agente principal ensambla el resultado.
- Definiciones bajo control de versiones: los agentes se pueden crear y probar en Foundry, o mantenerse en el mismo repositorio que el código de la aplicación.
El harness sigue el contexto de trabajo a medida que avanza la tarea y coordina los pasos del modelo y de las herramientas dentro de los límites y políticas que fijes. Eliges un modelo compatible de Foundry sin reescribir la orquestación que lo rodea.
El ejemplo de Microsoft es un agente que elabora informes de investigación. Un archivo de skill describe el método y una definición en YAML le asocia la búsqueda web y un intérprete de código. El despliegue y la invocación se hacen con Azure Developer CLI. El portal de Foundry, un kit para Visual Studio Code y un plugin de la app de GitHub Copilot son otras formas de empezar.
Agentes alojados de larga duración
Por separado, la resiliencia para tareas de larga duración en agentes alojados ya está disponible con carácter general. Los agentes alojados permiten que un equipo traiga su propio framework y su propio bucle mientras Foundry se ocupa del alojamiento. Cuando una interrupción afecta a un trabajo que dura horas o días, Foundry la detecta y relanza la tarea con su entrada original.
Reanudar el trabajo es responsabilidad del desarrollador. El código debe guardar el progreso y los resultados intermedios, porque el historial de la conversación por sí solo no basta para recuperar el trabajo en curso. Si el agente escribe en otro sistema, el flujo también debe comprobar si ya existe el resultado, de modo que un reinicio no repita una acción.
Cómo elegir el nivel
Microsoft plantea tres vías. Los agentes de prompt sin harness encajan cuando bastan las instrucciones y las herramientas compatibles. Los agentes de prompt con harness sirven para trabajo que exige skills, archivos, subagentes y una coordinación de herramientas más pesada. Los agentes alojados son para equipos que necesitan controlar el framework, el bucle, el middleware o el runtime.
Límites y coste
Durante la vista previa, el harness se elige en el momento de crear el agente. Los agentes que ya existen se quedan como están, y todavía no se puede cambiar el harness una vez creado el agente. Foundry configura la CPU, la memoria y el comportamiento en reposo del sandbox.
La facturación del harness arranca el 1 de diciembre de 2026, por consumo. El uso del runtime es gratuito hasta esa fecha, pero la inferencia del modelo y las herramientas y servicios conectados que se facturan aparte se cobran como siempre. Desde el 1 de diciembre, el cómputo del sandbox cuesta USD $0.0994 por vCPU-hora y la memoria, $0.0118 por GiB-hora. Los precios pueden variar según la región y el acuerdo.
Se citan dos clientes. El CTO de Confluence Technologies afirma que tuvo una solución funcionando en menos de una semana. El CEO de Fashable dice que sus agentes pueden descubrir, contactar y calcular, mientras que las decisiones con efecto comercial vinculante quedan bajo control humano.