Noticias, guías y análisis
Microsoft reorganiza Copilot alrededor de Home, Code y Autopilot y convierte el trabajo persistente en una función central
Microsoft presentó una nueva experiencia de Copilot con Home, Code y Autopilot; Autopilot se plantea como un agente persistente y proactivo, mientras la compañía añade gobierno de plugins, routing automático de modelos y
Copilot deja de ser una sola superficie y empieza a comportarse como un sistema operativo de trabajo. Microsoft presentó el 25 de septiembre una nueva organización de Copilot alrededor de Home, Code y Autopilot. Home concentra conversación, trabajo con archivos y tareas de Office; Code lleva capacidades de desarrollo apoyadas en tecnología de GitHub Copilot; y Autopilot se plantea como un agente personal persistente que puede continuar trabajando cuando la persona ya no está delante de la pantalla. La novedad importante no es un botón adicional. Microsoft está intentando convertir el asistente en una capa continua que recibe objetivos, conserva contexto y coordina acciones a través de distintos entornos de trabajo.
Autopilot cambia la unidad de riesgo porque una tarea ya no termina cuando se cierra la conversación. Un agente persistente puede seguir ejecutando pasos, consultar recursos y producir resultados mientras el usuario está ausente. Eso exige controles diferentes a los de un chat síncrono. Un sistema de este tipo necesita límites de duración, presupuestos, permisos temporales, criterios de pausa y un registro claro de qué cambió durante la ausencia. También necesita una forma de devolver el control al usuario sin esconder decisiones tomadas en segundo plano. La productividad aumenta cuando el trabajo continúa, pero también aumenta la importancia de saber exactamente qué estaba autorizado y durante cuánto tiempo.
El nuevo registro de plugins convierte la gobernanza de herramientas en una pieza explícita del producto. Microsoft también anunció un registro para plugins de Microsoft, partners y extensiones personalizadas, con aprobación central por parte de TI. Esa decisión reconoce que el riesgo de un agente no depende únicamente del modelo: depende de las herramientas que puede invocar y de los datos que esas herramientas exponen. Un registro administrado permite tratar cada integración como una capability versionada, con propietario, alcance y política. Para empresas grandes, ese control puede ser más importante que la diferencia entre dos modelos, porque una herramienta con permisos excesivos puede amplificar cualquier error incluso si el motor de razonamiento es muy competente.
El routing automático y FinOps acercan la economía del agente al plano de control. La compañía describe routing automático de modelos según precisión, velocidad y costo, además de nuevas capacidades de FinOps para IA. Eso apunta a una arquitectura donde seleccionar el motor deja de ser una decisión fija dentro del prompt y pasa a ser una política operacional. Si una tarea requiere mayor profundidad, el sistema puede escoger una configuración; si la prioridad es velocidad o costo, puede elegir otra. El desafío será impedir que la optimización económica contradiga requisitos de seguridad o calidad. El orden correcto es filtrar primero rutas permitidas y después optimizar entre opciones que ya cumplen los límites del workflow.
La experiencia unificada aumenta el valor de la continuidad pero también el costo de una identidad mal configurada. Home, Code y Autopilot hacen que la identidad del usuario pueda atravesar documentos, código, aplicaciones y tareas persistentes. Esa continuidad reduce fricción, pero crea una superficie mayor para permisos heredados, datos mezclados y acciones que cruzan contextos. Las empresas deberían separar lectura, propuesta y ejecución, especialmente cuando un agente pasa de comprender información a modificar sistemas. También conviene que las aprobaciones se asocien al efecto concreto y no a una autorización general para “usar Copilot”. Una experiencia más fluida necesita una política más precisa detrás para que la comodidad no se convierta en autoridad implícita.
Lectura Goatify. Para Goatify, el anuncio valida una dirección clara: los agentes persistentes necesitan un control plane que gestione leases, herramientas, presupuesto, routing y evidencia de ejecución. No deberíamos diseñar una habilidad como un prompt que permanece vivo indefinidamente. Debería recibir una autorización acotada, renovar permisos en checkpoints y producir receipts comprensibles cuando entrega el trabajo. El usuario puede delegar más sin perder visibilidad. Comercialmente, esto abre una categoría de servicios alrededor de gobernanza de agentes persistentes: revisar qué pueden hacer en background, cómo se detienen, quién aprueba herramientas y qué pruebas quedan cuando el humano vuelve a tomar el control.