La respuesta corta
Microsoft alquila ahora el entorno de ejecución de agentes que impulsa GitHub Copilot. Desde el 28 de octubre de 2026 el harness de Copilot está en vista previa pública en Foundry Agent Service: Microsoft gestiona el bucle del agente y el sandbox, y los desarrolladores eligen un modelo y escriben las instrucciones, las skills y las herramientas. Para los equipos que planifican el desarrollo de agentes de IA, elimina semanas de trabajo de infraestructura, pero también ata el entorno de ejecución a las reglas y los precios de Microsoft.
¿Qué ha anunciado Microsoft?
Un harness es todo lo que rodea al modelo y permite que un agente complete una tarea: instrucciones, contexto, herramientas, un entorno de ejecución y controles. En una publicación firmada por Tina Schuchman, CVP de Foundry, y Vladimir Fedorov, CTO de GitHub, Microsoft afirmó que abre a desarrolladores externos el harness que GitHub creó para Copilot, ya sea como SDK descargable o como servicio totalmente gestionado en Foundry, donde Microsoft ejecuta el bucle del agente y el sandbox con la gobernanza integrada. Microsoft también indica que ha portado recientemente el runtime del harness a Rust para reducir la sobrecarga de las sesiones y el tiempo hasta el primer token.
Según The New Stack, el harness gestiona las llamadas al modelo y a las herramientas, controla el contexto y mantiene a los agentes dentro de las políticas configuradas. Las skills empaquetan instrucciones, scripts y recursos; los agentes pueden trabajar con archivos, ejecutar código y delegar trabajo en subagentes, y el agente principal combina los resultados. Los agentes se definen en un archivo azure.yaml, se despliegan con azd deploy --all mediante Azure Developer CLI y su configuración puede guardarse en el control de versiones junto al código de la aplicación. Eso lo convierte en una opción natural para los equipos que ya trabajan en Azure.
¿Cuáles son las contrapartidas?
La principal es el control sobre el entorno de ejecución. El tipo de harness debe elegirse al crear un prompt agent y no puede cambiarse después, ni siquiera en una versión nueva. Además, Microsoft decide cuánta CPU y memoria recibe el agente y cuánto tiempo puede permanecer inactivo. Los desarrolladores deciden qué hace el agente, no el entorno en el que se ejecuta.
La promesa multimodelo también tiene límites. Microsoft habla de más de 20 modelos de frontera y de la opción bring-your-own-key, pero en la versión gestionada de Foundry los agentes usan modelos compatibles desplegados a través de Foundry, y The New Stack informa de que no se admite traer modelos personalizados propios. Los equipos que necesiten sus propios frameworks o modelos pueden usar en su lugar los Foundry hosted agents, donde Microsoft solo se encarga del alojamiento; ese mismo día puso a disposición general la resiliencia para tareas de larga duración en esos agentes, de modo que las tareas que duran horas o días pueden recuperarse de las interrupciones.
¿Cuánto costará?
El harness es gratuito en Foundry Agent Service hasta el 1 de diciembre de 2026, aunque la inferencia del modelo y algunas herramientas y servicios conectados se facturan aparte. A partir de esa fecha, Microsoft cobrará $0.0994 por vCPU-hora y $0.0118 por GiB-hora de memoria, con tarifas que pueden variar según la región y el contrato. Por tanto, para la mayoría de los agentes el coste del runtime es pequeño frente al de los tokens, pero las sesiones inactivas, las tareas largas y los subagentes en paralelo suman, así que el coste debe medirse por tarea completada, no por mes.
Qué significa para los equipos de software de EE. UU. y la UE
Lo difícil de los agentes es pasar de elegir el modelo a la ingeniería del runtime: sandboxing, permisos de herramientas, reintentos, gestión del contexto y registros de auditoría. Un harness gestionado que ya da servicio a millones de usuarios de Copilot, según las cifras de Microsoft, quita gran parte de ese trabajo del backlog del equipo. Para los equipos de EE. UU. que trabajan en Azure, eso puede acortar un piloto de semanas a días y ofrecer a los revisores de seguridad un runtime conocido que evaluar en lugar de código a medida.
Para los equipos de la UE, un runtime gobernado con conexiones MCP sujetas a aprobación y controles de políticas ayuda con las obligaciones de registro y supervisión humana por las que preguntan los clientes regulados, pero no resuelve dónde se tratan los datos. Compruebe qué regiones alojan el agente y el modelo, y documente el acceso a las herramientas y las aprobaciones para las revisiones del RGPD, DORA y el Reglamento de IA de la UE (AI Act). En todas partes la cuestión estratégica es la misma: cuanto más de su agente vive en el harness de un proveedor, más difícil es cambiar de proveedor después. Para el mercado español: los equipos que trabajan para la Administración pública o para sus proveedores deben encajar el agente y sus herramientas en el Esquema Nacional de Seguridad (ENS), y los que tratan datos personales responden ante la AEPD. Conviene confirmar si el agente y el modelo pueden ejecutarse en una región de Azure dentro de la UE antes de llevar datos de clientes al piloto, y preparar la documentación pensando en la supervisión de la AESIA cuando el caso de uso entre en el ámbito del Reglamento de IA.
¿Qué deberían hacer ahora los equipos?
- Haga un piloto durante el periodo gratuito. Cree un agente real antes del 1 de diciembre y mida la tasa de éxito, los tokens y las horas de runtime por tarea.
- Mantenga la lógica del agente en su repositorio. Guarde skills, instrucciones, definiciones de herramientas y evaluaciones en git para poder llevarlas a otro runtime.
- Decida el harness desde el principio. Como no puede cambiarse tras la creación, elija entre el harness de Copilot y los hosted agents para cada caso de uso antes de desarrollar.
- Restrinja las herramientas. Use autenticación y aprobaciones MCP, credenciales de mínimo privilegio y sandboxes separados para los datos de producción.
- Fije presupuestos y alertas. Controle las vCPU-hora, la memoria y el gasto en modelos de cada agente, y limite el tiempo de inactividad y los subagentes en paralelo.
- Confirme la ubicación de los datos. Registre regiones, modelos y flujos de datos para las auditorías de clientes y reguladores.
Preguntas frecuentes
¿Qué es el harness de Microsoft Copilot?
Es la capa de orquestación que GitHub creó para sus propios productos Copilot: la parte que rodea al modelo y gestiona las instrucciones, el contexto, las llamadas a herramientas, el sandbox de ejecución y los controles de políticas. Microsoft afirma que el mismo harness ejecuta ya Copilot Code, Copilot Studio, la app GitHub Copilot, la CLI y VS Code. Desde el 28 de octubre de 2026 los desarrolladores pueden usarlo para sus propios agentes a través de Foundry Agent Service en vista previa pública, o descargar un SDK desde GitHub.
¿Cuánto cuesta el harness de Copilot?
El harness es gratuito en Foundry Agent Service hasta el 1 de diciembre de 2026, aunque la inferencia del modelo y algunas herramientas y servicios conectados se cobran aparte. A partir de entonces, según The New Stack, Microsoft cobrará $0.0994 por vCPU-hora de cómputo y $0.0118 por GiB-hora de memoria, con tarifas que pueden variar según la región y el contrato del cliente.
¿Qué modelos pueden usar los agentes del harness de Copilot?
Microsoft afirma que el harness funciona con más de 20 modelos de frontera y con la opción bring-your-own-key. En la versión gestionada de Foundry, los agentes usan modelos compatibles desplegados a través de Foundry; The New Stack señala que allí no se admite traer modelos personalizados propios. Los equipos que necesiten sus propios modelos o frameworks pueden usar en su lugar los Foundry hosted agents.
¿Qué riesgos de dependencia del proveedor hay?
El tipo de harness se elige al crear un prompt agent y no puede cambiarse después, ni siquiera en una versión nueva, y Microsoft controla los límites de CPU, memoria e inactividad. Mantener skills, instrucciones, definiciones de herramientas y evaluaciones en su propio repositorio, y detrás de una interfaz interna ligera, hace manejable un traslado posterior a otro runtime.
¿Deberíamos crear ya agentes sobre el harness de Copilot?
Encaja bien en pilotos, herramientas internas y equipos centrados en Azure que quieren un runtime de agentes gobernado con rapidez. Para productos de larga vida, pruébelo durante la vista previa gratuita, mida el coste por tarea completada y compárelo con un framework alojado por usted antes de comprometer cargas de producción.
Fuentes
The Official Microsoft Blog — Introducing the Microsoft Copilot harness (en inglés) (fuente primaria, 28 de octubre de 2026)
The New Stack — Microsoft’s new Copilot harness makes agents easy, until you want to switch (en inglés) (octubre de 2026)
Visual Studio Magazine — Microsoft Opens GitHub-Built Copilot Harness to Developers Through Foundry (en inglés) (28 de octubre de 2026)