Copilot Studio corre sobre tres harnesses. Dos ya operaban antes de agosto. El tercero llegó el 3 de agosto, y un agente creado en cualquiera no se puede mover a otro.
Microsoft define el harness como el runtime que vive entre lo que diseñas y el modelo que razona: decide cuándo llamar al modelo, qué le envía y qué herramientas usa. No es el modelo, y determina qué puedes construir. Producir archivos sin plantillas, usar skills o recordar entre sesiones depende del harness, no del modelo que elijas.
Cuatro hallazgos
- 01
Dos ya operaban antes de tener nombre, y no son árboles de decisión
El standard harness mueve a la mayoría de los agentes construidos hasta hoy, y desde 2026 nace con orquestación generativa: el agente elige topics y herramientas por sus descripciones. El Copilot chat harness es el de Microsoft 365 Copilot Chat. «Harness» es nomenclatura nueva, no un motor nuevo.
- 02
La elección es irreversible
La documentación es literal: un agente creado con el GitHub Copilot harness no puede transferirse al standard, ni al revés. Se elige al crear, y se vive con ello.
- 03
Solo uno de los tres factura desde la construcción
El standard harness empieza a facturar después de publicar. El GitHub Copilot harness cobra créditos desde que empiezas a construir, incluido el panel de prueba y la generación de evaluaciones.
- 04
La tabla oficial dice «no» donde la respuesta es «sí, de otra manera»
El standard harness tiene skills, produce documentos y retiene estado. Ninguna es lo mismo que en el harness nuevo, pero tampoco es la ausencia que sugiere la tabla.
Los tres, lado a lado
| Criterio | GitHub Copilot harness | Standard harness | Copilot chat harness |
|---|---|---|---|
| Para qué sirve | Procesos de negocio complejos, de varios pasos | Agentes por reglas y conversaciones estructuradas | Extender Microsoft 365 Copilot Chat |
| Cómo trabaja | Razona un objetivo por su cuenta, paso a paso | Trabaja con los topics y las herramientas que defines | Conecta conocimiento a Copilot Chat |
| Orquestación | Fija, la impone el harness | Configurable: generativa o clásica, por frases disparadoras | No aplica |
| Ante un error | Reintenta y busca rutas alternativas | Sigue las rutas que construiste | No es su foco |
| Archivos | Los lee y además los crea y edita de forma nativa: Word, Excel, PowerPoint y PDF | Los lee como conocimiento. Genera Word con Document output, con plantilla y un flujo | Los lee vía SharePoint y conectores de Graph |
| Skills | Archivo SKILL.md en Markdown, sin código | Azure Bot Service skills: un bot pro-code llamado desde un topic | No aplica |
| Memoria | Persistente por usuario, entre sesiones. Se borra a los 28 días sin uso | Variables de topic y globales, dentro de la conversación | No aplica |
| Publicación | Equipos internos o clientes externos | Equipos internos o clientes externos | Solo equipos internos |
| Facturación | Créditos, desde que se construye | Licenciamiento, desde que se publica | Consumo, o incluido en la licencia |
| Migración | No existe en ninguna dirección | No existe en ninguna dirección | No existe en ninguna dirección |
Las capacidades homónimas, y en qué se diferencian de verdad
- 01
Skills
En el harness nuevo es un archivo SKILL.md: front matter YAML con nombre y descripción, instrucciones en Markdown, empaquetable en ZIP con scripts y plantillas. En el standard harness es un bot desplegado con Bot Framework SDK o Microsoft 365 Agents SDK, llamado desde un topic. Una es un archivo de texto, la otra es un servicio.
- 02
Memoria
Se enciende por agente y guarda una memoria separada por usuario, gestionada por Microsoft. Se borra a los 28 días sin interacción y queda deshabilitada en chats grupales y canales de Teams.
- 03
Archivos
La diferencia no es producir, es producir sin andamios. Microsoft escribe que este harness «crea y edita de forma nativa» Word, Excel, PowerPoint y PDF. En el standard también sale un documento, pero por otra vía: una plantilla de Word con campos a reemplazar, un prompt que los rellena y un flujo que guarda el archivo.
Lo que más me llamó la atención no fue el harness nuevo. Fue la frase que dice que no hay migración entre harnesses. En una plataforma de bajo código la promesa implícita siempre fue que rehacer sale barato. Acá no: el primer agente que alguien de tu equipo cree esta semana queda amarrado a un motor y a un modelo de cobro, y la única salida es construirlo de nuevo.
Este informe recoge la documentación vigente en la fecha indicada. Estas condiciones cambian con frecuencia: verifica la versión vigente antes de tomar una decisión.