El panorama de las plataformas de IA cambió en varios frentes esta semana. Microsoft presentó un Copilot rediseñado en torno a Home, Code y Autopilot; GitHub introdujo los workflows dinámicos; y GPT-6.1 Sol alcanzó la disponibilidad general en GitHub Copilot.
Para los líderes de TI, la señal es clara: el tema de esta semana es la consolidación de plataformas. Microsoft está llevando Copilot más allá de una interfaz de chat, pero el despliegue abarca acceso anticipado, versión preliminar privada y servicios con disponibilidad general. Esas distinciones deben guiar la política de implementación.
1. Copilot Home: una nueva superficie de trabajo
El anuncio de Microsoft en su sala de prensa del 29 de septiembre presentó Home como punto de partida de la experiencia rediseñada de Copilot. Microsoft afirmó que Home combina el chat con capacidades de colaboración y de trabajo delegado, mientras que la información publicada por The Verge describía que Word, Excel y PowerPoint pasarán a ser accesibles dentro de la interfaz más amplia de Copilot.
No es una simple actualización de la navegación. Es un intento de convertir Copilot en la superficie principal a través de la cual los usuarios acceden a documentos, conversaciones y tareas asistidas por IA.
Microsoft indicó que Home empezaría a desplegarse a través de su programa de acceso anticipado Frontier en las próximas semanas. El estado Frontier importa: tu equipo no debería dar por sentada la paridad de funciones, la preparación del soporte ni la disponibilidad en todo el inquilino (tenant) hasta que Microsoft documente el despliegue en producción.
La interfaz consolidada también cambia la planificación de la adopción. Si los usuarios empiezan a crear documentos, iniciar tareas y acceder a las aplicaciones de Office desde Copilot, la formación debe cubrir la superficie de trabajo y no solo prompts de chat aislados.
Qué significa esto para los líderes de TI: Identifica los grupos de negocio aptos para las pruebas de Frontier, documenta qué flujos de trabajo evaluarán y mantén la interfaz actual de Microsoft 365 como referencia operativa hasta que Home alcance una fase de producción con soporte.
2. Code y Autopilot: la creación se une al trabajo persistente
El anuncio de Microsoft del 29 de septiembre describía Code como un entorno en lenguaje natural para crear aplicaciones, paneles y flujos de trabajo. The Journal y TechRadar informaron de que los usuarios pueden describir lo que quieren que Copilot cree en lugar de empezar con las herramientas de desarrollo convencionales.
Por tanto, Code amplía la audiencia de Copilot más allá de los equipos de software. También plantea un problema de gobernanza de aplicaciones: una aplicación generada puede seguir dependiendo de datos de negocio, conectores, permisos y un propietario responsable.
Por otro lado, Microsoft describió Autopilot como un agente persistente capaz de seguir trabajando mientras el usuario está desconectado. Microsoft situó Autopilot en versión preliminar privada, mientras que Home y Code se asignaron al despliegue de Frontier.
El trabajo persistente es el cambio de fondo. Prolonga una tarea más allá de una sesión de conversación activa, pero el anuncio de Microsoft no establece la arquitectura completa de identidad, autorización, aprobación, registro o revocación que hay detrás de esa ejecución.
Esa carencia debería definir la evaluación. Los equipos de TI necesitan respuestas documentadas antes de permitir que Autopilot gestione datos regulados o acciones con consecuencias.
Qué significa esto para los líderes de TI: Separa los pilotos de Code y de Autopilot. Prueba Code frente a las directivas de propiedad de aplicaciones y de acceso a datos, y limita Autopilot a tareas reversibles hasta que Microsoft publique documentación operativa y de gobernanza suficiente.
3. Gobernanza y precios: dos partidas presupuestarias abiertas
El CEO de Microsoft, Satya Nadella, describió Copilot como un «nuevo sistema operativo para el trabajo», según la información resumida por Stocktwits y Reworked. Nadella también afirmó que las acciones de los agentes deben seguir gobernadas por la política de la empresa.
El objetivo de la política es explícito. Los detalles de implementación siguen siendo la cuestión de compras.
WindowsForum informó de una versión preliminar de Copilot Managed Runtime para el alojamiento gobernado de aplicaciones. Por otra parte, Finance Yahoo y TechGig informaron de un modelo comercial híbrido que combina el acceso por suscripción para el uso rutinario con Copilot Credits basados en el consumo para las capacidades avanzadas.
Ninguno de estos informes establece una tarifa universal de créditos ni un cálculo completo a nivel de SKU. Por tanto, los líderes de TI deberían evitar incluir en un presupuesto comprometido ahorros por usuario o costes de consumo supuestos.
No se trata de una renovación convencional basada solo en puestos. Es, potencialmente, un modelo mixto con licencias fijas y actividad variable de los agentes.
Qué significa esto para los líderes de TI: Añade partidas presupuestarias separadas para suscripciones y consumo, exige capacidades de exportación del uso durante el proceso de compra y pide a Microsoft que documente qué acciones de Home, Code, Autopilot y del runtime gestionado consumen créditos antes de aprobar una implementación amplia.
4. Workflows dinámicos: la orquestación pasa al código
El registro de cambios de GitHub del 1 de octubre presentó los workflows dinámicos en Copilot CLI, la aplicación GitHub Copilot y el Copilot SDK. GitHub puso la versión preliminar pública a disposición de todos los planes de Copilot.
GitHub afirma que los workflows dinámicos permiten a los equipos definir la orquestación en código para un trabajo multiagente más fiable y observable. Es una capacidad declarada por el proveedor, no una comparación validada de forma independiente con las sesiones conversacionales.
GitHub también indicó que un workflow debe residir en una extensión de GitHub Copilot para usar las API de extensibilidad de Copilot. Este requisito ofrece a los equipos de TI un límite de revisión concreto: las extensiones y sus workflows pueden inventariarse antes de su instalación o ejecución.
La etiqueta de versión preliminar pública sigue siendo el factor limitante. La sintaxis de los workflows, los permisos, la telemetría y el comportamiento de consumo pueden cambiar antes de la disponibilidad general.
Qué significa esto para los líderes de TI: Establece un repositorio de extensiones aprobadas, exige propietarios con nombre para cada workflow y registra el comportamiento de la versión preliminar en un entorno de pruebas. No confundas la disponibilidad en todos los planes con la preparación para producción.
5. Modelos e integraciones: la superficie sigue creciendo
El registro de cambios de GitHub del 29 de septiembre anunció la disponibilidad general de GPT-6.1 Sol en GitHub Copilot. Según se informa, la disponibilidad del modelo también varía según el nivel de Copilot apto, por lo que es necesario verificar los derechos de uso antes de actualizar las directrices internas.
Un cambio de modelo no es solo un anuncio de funcionalidad. Puede alterar la calidad de la salida, la latencia, los patrones de uso y las evidencias necesarias para la validación interna.
La actualización de Copilot de septiembre de 2026 de Microsoft también presentó Teams Phone Agent, diseñado para responder llamadas y dirigir a los usuarios hacia el soporte. Por separado, el equipo de Azure de Microsoft afirmó que Fabric IQ podría aportar contexto de negocio e información generada por Fabric a Copilot sin costes adicionales de tokens de IA en algunos escenarios.
La matización «en algunos escenarios» importa. Tu equipo financiero debería exigir una confirmación específica para cada carga de trabajo en lugar de aplicar la afirmación a todas las interacciones de Fabric y Copilot.
Qué significa esto para los líderes de TI: Vuelve a ejecutar las evaluaciones aprobadas de GitHub Copilot con GPT-6.1 Sol, confirma la aptitud de cada nivel y valida de forma independiente los costes de Teams Phone Agent y Fabric IQ antes de cambiar los presupuestos del centro de soporte o de analítica.
Próximos pasos estratégicos (para líderes de TI)
Clasifica la fase de cada lanzamiento. Registra Home y Code como funciones de Frontier, Autopilot como versión preliminar privada, los workflows dinámicos como versión preliminar pública y
GPT-6.1 Solcomo disponible de forma general.Define pilotos reversibles. Mantén las aplicaciones generadas, las tareas persistentes y los workflows multiagente alejados de acciones irreversibles hasta que estén documentados la propiedad, los permisos, los registros y los procedimientos de reversión.
Separa los costes fijos de los variables. Haz un seguimiento de las suscripciones de Copilot de forma independiente de los posibles Copilot Credits, los derechos de uso de modelos y el consumo específico de cada carga de trabajo.
Crea un punto de control de extensiones. Inventaría las extensiones de GitHub Copilot y exige la revisión de las herramientas, el acceso a datos, el propietario y el patrón de ejecución previsto de cada workflow.
Vuelve a validar las suposiciones de producción. Prueba el comportamiento de los modelos y los costes de integración en tu propio tenant en lugar de confiar en las afirmaciones generales del lanzamiento.
La interfaz se está consolidando. El trabajo persistente está entrando en versión preliminar. La orquestación se está trasladando al código. Los modelos van rotando. Los líderes de TI necesitan ahora controles que distingan la disponibilidad de la preparación.