Microsoft acaba de convertir Copilot en un sistema operativo para el trabajo, y Autopilot continúa funcionando incluso después de que cierres sesión

En resumen: Microsoft rediseñó Copilot como Home, Code y Autopilot, un entorno de trabajo con archivos de Office en tiempo real, aplicaciones alojadas por el usuario y un agente persistente que continúa funcionando incluso después de cerrar sesión. El chat se mantiene dentro de las licencias de usuario; el trabajo con agentes utiliza facturación basada en el uso. Si utiliza Microsoft 365, configure la identidad, la auditoría y los límites de gasto antes de que Autopilot ejecute tareas durante la noche.

Conclusiones clave:

Interfaz de inicio: Comience en la pantalla de inicio para que el chat y el trabajo colaborativo compartan contexto en lugar de utilizar plataformas de IA separadas.

Entorno de pruebas de código: Cree rastreadores y aplicaciones en lenguaje natural únicamente dentro del entorno de ejecución administrado y bajo las normas de TI.

Identidad del piloto automático: Asigne a cada agente un nombre, rol, objetivo y registro de auditoría antes de que mencione a otras personas.

División de facturación: Mantén el chat diario en USL; asigna Cowork, Code y Autopilot a UBB con límite de consumo.

Controles humanos: Bloquean los envíos externos y las marcas de "listo" visibles para el cliente hasta que una persona los revise.

Algo cambió en la forma en que Microsoft habla de Copilot. Ya no es solo un chat lateral, ni un complemento de productividad integrado en Word o Teams. Satya Nadella describió la reconstrucción como la transformación de Copilot en un nuevo sistema operativo para el trabajo. Jared Spataro, director de marketing de IA en el trabajo, explicó la misma idea en la publicación oficial de Microsoft: tres interfaces, una plataforma de agentes y una clara apuesta por que los compañeros de equipo digitales se integrarán en Microsoft 365 con identidad, memoria y gobernanza asociadas.

La aplicación Copilot rediseñada ahora se centra en Inicio, Código y Piloto Automático. En Inicio, puedes empezar, chatear y delegar tareas importantes. Código permite que casi cualquier persona describa una aplicación o flujo de trabajo con un lenguaje cotidiano y obtenga resultados tangibles. Piloto Automático, antes conocido como Scout, es el asistente permanente que sigue funcionando incluso cuando estás desconectado, durmiendo o en otra reunión.

Si esto suena a jerga de marketing, es porque lo es. Pero si analizamos las afirmaciones del producto, la imagen se aclara: archivos de Office que permanecen activos dentro de Copilot, un entorno de ejecución administrado que aloja aplicaciones aisladas para cada inquilino, facturación basada en el uso para los componentes de agente y agentes que aparecen en Teams como personas con nombres y roles. Aquí les presentamos el recorrido.

¿Por qué Microsoft lo llama un sistema operativo para el trabajo?

Llamar a Copilot un sistema operativo es una metáfora deliberada. Un sistema operativo no solo responde preguntas; aloja aplicaciones, gestiona la identidad, enruta el trabajo y mantiene el estado entre sesiones. Esa es, a grandes rasgos, la estructura que Microsoft está impulsando.

En lugar de tener que alternar entre un panel de chat, un estudio de agente independiente y un montón de ventanas de Office, la empresa quiere una superficie de trabajo que pueda:

• Le orientaremos sobre la actividad reciente y las sugerencias
• Gestiona conversaciones instantáneas cuando necesites una respuesta rápida
• Delegar proyectos de varias etapas de principio a fin
• Implementa herramientas personalizadas sin tener una cola de incidencias de TI llena
• Utiliza un agente personal que no fiche su salida cuando tú lo hagas

Nada de esto reemplaza a Excel ni a Teams. Simplemente los complementa. La idea es que Copilot se convierta en la primera aplicación que la gente utilice, y que luego se integre con documentos, canales y aplicaciones personalizadas según sea necesario. Que esto se mantenga dependerá de la calidad del lanzamiento y de la percepción de Autopilot en los entornos de producción, pero la ambición es más clara que la antigua idea de "chatear junto a tus documentos".

Una breve digresión que vale la pena mencionar: toda gran plataforma aspira a convertirse en la pantalla de inicio. Microsoft ya domina el escritorio para una gran parte del trabajo intelectual. Convertir Copilot en el sistema operativo de trabajo no es tanto un cambio de rumbo de marca, sino más bien una apuesta por que los agentes necesitan una interfaz de primera clase, no una burbuja aislada.

Inicio: Chat y espacio de coworking en un mismo punto de partida

El hogar es la nueva puerta de entrada. Combina chat y espacio de coworking para que no tengas que elegir entre "hacer una pregunta" y "gestionar un proyecto" antes incluso de saber lo que necesitas.

En Home puedes revisar la actividad reciente, consultar sugerencias y retomar donde lo dejaste. Esto último es más importante de lo que parece. La pérdida de contexto es el precio silencioso del trabajo con IA: explicas el encargo, cierras el portátil, lo vuelves a abrir al día siguiente y tienes que volver a explicarlo. Home está diseñado para evitar ese ciclo.

El chat mantiene el modo de conversación instantánea. Una reescritura, un resumen rápido, una revisión del tono: eso es chat. El trabajo colaborativo es la vía de delegación para trabajos complejos de principio a fin: piense en un paquete de solicitud de propuestas, un kit de lanzamiento, una sesión informativa para la dirección o un paquete de cierre financiero. No se trata de supervisar cada párrafo, sino de asignar un resultado.

A continuación, en esa superficie: indica lo que necesitas y Copilot te redirige a Chat, Cowork o Code. Esa capa de enrutamiento es el detalle sutil del producto que hace que la metáfora del sistema operativo sea menos abstracta. Una buena interfaz no te obliga a elegir el subsistema correcto cada vez. Detecta la intención y abre el camino adecuado.

Si has pasado por una docena de "centros de IA unificados" que aún parecían tres productos unidos con cinta adhesiva, un poco de escepticismo es saludable. La diferencia aquí es que Chat y Cowork comparten el mismo punto de partida y la misma historia de profunda integración con Office, que veremos en un momento.

Copiloto de Office Inside: Archivos reales, sincronización en vivo

Esta es la parte que, dentro de seis meses, resultará obvia o aún indescriptible. Microsoft está integrando Word, Excel y PowerPoint completos en la aplicación Copilot. No capturas de pantalla. No borradores que solo se pueden exportar. Archivos de Office editables reales: informes de lanzamiento, presupuestos, presentaciones, que se mantienen sincronizados con las aplicaciones de Office que tus compañeros ya utilizan.

La sincronización en tiempo real del equipo y la edición de menciones son algunas de las ventajas. Puedes revisar un brief en Copilot, otra persona abre el mismo archivo en Word y el trabajo no se divide en dos versiones que luego requieren una resolución. Este es el tipo de detalle que los compradores empresariales valoran una vez finalizada la demostración.

En cuanto a los productos especializados:

• PowerPoint ahora cuenta con plantillas personalizadas para que las presentaciones reflejen la imagen de tu empresa, y no parezcan un paquete de temas genéricos de IA
• Excel ofrece explicaciones de cambios y recomendaciones de gráficos, lo que resulta útil cuando un modelo reorganiza otro modelo y necesita saber por qué.
• Las habilidades aportan conocimientos especializados al flujo de trabajo: trabajo financiero en Excel, asistencia en la redacción legal en Word y paquetes de software similares

Es fácil subestimar las habilidades. Un modelo de chat genérico que "más o menos sabe de finanzas" no es lo mismo que una ruta de habilidades optimizada para la lógica de las hojas de cálculo y los hábitos de revisión. Aún está por verse si Skills se convertirá en el fenómeno de la App Store para Copilot o en un conjunto de funciones empresariales discreto, pero la dirección es clara: competencia especializada, no una herramienta genérica que pretenda abarcar todos los departamentos.

Código: Describe la aplicación, obtén la aplicación

El código es la interfaz dirigida a constructores que no siempre son desarrolladores, y a desarrolladores que aún desean un camino más rápido desde la idea hasta la herramienta interna.

Cualquiera puede describir una aplicación, un rastreador, un panel de control, una automatización o un flujo de trabajo en lenguaje natural. Copilot lo crea. Internamente, se basa en la misma tecnología que impulsa GitHub Copilot, lo que supone una sólida señal de credibilidad para quienes ya confían en esa plataforma para la finalización de código y la programación asistida por agentes.

Pautas importantes en la historia del producto:

• Las soluciones se ejecutan en entornos aislados y están alojadas por el inquilino
• Microsoft Copilot Managed Runtime aloja el código de forma segura dentro de Microsoft 365 bajo la gobernanza de TI.
• La conexión a tierra se realiza a través de Microsoft IQ, con complementos que mantienen los datos sincronizados

El conjunto de soluciones descrito abarca widgets de escritorio, paneles interactivos y aplicaciones internas alojadas en la nube. Esto cubre gran parte de la realidad corporativa del tipo "Necesito un sistema de seguimiento para el viernes y no quiero un elemento pendiente que ocupe tres sprints".

Los desarrolladores no están siendo excluidos. Siguen utilizando GitHub Copilot, ahora con mayor conectividad a la plataforma Copilot. El enfoque es complementario: los desarrolladores no profesionales obtienen Code para herramientas operativas; los profesionales conservan sus flujos de trabajo más complejos y acceden a la misma arquitectura de agentes.

Si el departamento de TI gestiona bien la situación, existe una ventaja cultural oculta. Abundan las soluciones de TI informales porque la espera de una aplicación formal se siente más lenta que una hoja de cálculo adjunta a un correo electrónico. La solución de Microsoft es combinar código y Managed Runtime: permitir que los desarrolladores creen, mantenerlo dentro del entorno del inquilino y brindar a la seguridad una base sólida. Esto solo funciona si el entorno aislado es real y la implementación de complementos no parece una solución improvisada.

En cuanto a disponibilidad, Code se implementa primero a través del programa Frontier, luego con acceso más general y, posteriormente, con una versión preliminar para Microsoft 365 Premium y Pro. Managed Runtime ya está en versión preliminar. La misma plataforma está diseñada para alojar aplicaciones de Cowork, Code y Copilot Studio, y Microsoft afirma que abrirá este entorno de ejecución a desarrolladores de código profesionales y de terceros. Si esto se confirma, el entorno de ejecución se volverá tan estratégico como la interfaz de chat, o incluso más.

Piloto automático: El agente que no espera instrucciones

El piloto automático es el componente que más intriga genera, y con razón. Anteriormente conocido como Scout, se presenta como un agente personal, persistente y proactivo que sigue trabajando incluso cuando el usuario no está presente.

Le asignas un nombre, una función y un objetivo. Monitorea canales, da seguimiento a hilos de conversación, gestiona tareas recurrentes y puede retomar un proyecto días después sin necesidad de que se lo pidas de nuevo. Este modelo mental es diferente al del chat. El chat funciona mediante la solicitud de información. El piloto automático funciona mediante la solicitud de información y la memoria.

Desde el punto de vista arquitectónico, Microsoft describe Autopilot como una aplicación alojada en la nube con identidad, memoria, equipo y espacio de trabajo propios, basada en Microsoft IQ. Aparece en Teams, Outlook, chats, canales y documentos. Se le menciona como a un compañero. Los permisos, los registros de auditoría y la gobernanza forman parte del paquete empresarial, algo imprescindible si se va a permitir que un agente programe reuniones con proveedores en nombre del usuario.

El ejemplo de la revisión de proveedores es una prueba de estrés importante para la idea. El piloto automático puede gestionar todo el proceso: programación, preparación, reuniones, seguimiento y comunicación con las partes interesadas. No se trata de una sola acción, sino de una serie de pequeñas acciones que se desarrollan a lo largo de varios días. Si funciona correctamente, elimina gran parte del trabajo de coordinación del gestor de proyectos. Si es confuso o se equivoca con frecuencia, se convierte en una avalancha de notificaciones. El éxito o el fracaso del producto depende de esa decisión.

La cobertura externa ha comparado el origen de Autopilot con OpenClaw, un enfoque de agente autónomo de código abierto, destacando la versión empresarial alojada en la nube frente a las configuraciones locales, además de medidas de seguridad más estrictas. Las demostraciones presentadas en dicha cobertura han incluido flujos de trabajo similares a los de inventario minorista y pedidos vencidos. Considérenlas como afirmaciones y demostraciones documentadas, no como una promesa de que cada cliente implementará una flota de Autopilots de la noche a la mañana. Aun así, la posibilidad de tener varios Autopilots en un mismo cliente, cada uno con diferentes funciones, es precisamente la razón por la que la identidad y la auditoría son importantes.

Es fácil restarle importancia a la idea de un sistema multiagente hasta que uno se imagina un sistema automatizado de compras, uno de éxito del cliente y uno de cierre financiero funcionando en el mismo entorno. No se trata de tres sesiones de chat, sino de tres trabajadores con nombres propios, objetivos diferentes, calendarios superpuestos y canales compartidos. Sin permisos claros ni auditoría, esto se convierte en un caos. Con estos sistemas, empieza a parecerse a la gestión de personal, solo que con memoria en la nube y un ordenador que no necesita vacaciones.

Opinión directa: esta es la estrategia más clara que hemos visto en una gran plataforma para integrar agentes como compañeros de equipo digitales con identidad corporativa. El gran interés en Autopilot es comprensible. Los agentes persistentes plantean preguntas difíciles sobre propiedad, responsabilidad y costes que un panel de chat convencional nunca haría.

Inicio vs. Código vs. Piloto Automático: una visión general

Si tu cerebro ya está clasificando estas opciones en categorías, aquí tienes una comparación clara de las tres superficies tal como las describe Microsoft:

Dicho de otro modo: Home es el entorno virtual, Code es el taller, Autopilot es el compañero que no te necesita en la sala. Chat y Office Copilot siguen siendo la capa de conveniencia siempre activa en USL con enrutamiento del modelo automático. Las funciones más complejas de gestión de agentes (Cowork, Code, Autopilot) se encuentran en UBB, donde FinOps y los controles de Agent 365 empiezan a cobrar importancia.

Reparto de facturación: USL Comfort vs. Agentes UBB

Microsoft está estableciendo una clara distinción entre la asistencia cotidiana y el trabajo de agente.

La licencia de suscripción de usuario (USL) cubre la experiencia conversacional y de Office Copilot que la mayoría de los usuarios ya esperan, con el enrutamiento automático del modelo que decide qué modelo gestiona cada giro. Este es el modelo predecible por usuario que los equipos financieros conocen.

La facturación basada en el uso (UBB) cubre los componentes de los agentes: Cowork, Code, Autopilot y modelos de vanguardia como Astra y Fable cuando estén en funcionamiento. Usted paga por lo que hacen los agentes, no solo por los puestos disponibles.

Esa división es un diseño de producto inteligente, pero un tanto peligroso si no se gestiona adecuadamente. Las licencias de usuario fomentan una amplia habilitación. La facturación por uso incentiva la experimentación, y a veces genera facturas inesperadas. El mismo paquete de anuncios menciona FinOps para IA y los controles de costos de Agent 365: políticas de gasto, visibilidad del uso del crédito e información sobre los resultados de Cowork. Breve, pero importante. Si Autopilot puede gestionar un proceso de proveedor durante días, alguien debe controlar su nivel de funcionamiento.

Para los socios de TI y finanzas que lean esto: planifiquen dos modelos mentales en un mismo entorno. USL es el punto de partida. UBB es el acelerador para los compañeros de equipo digitales. La gobernanza sin visibilidad de costos es un plan incompleto.

Microsoft IQ, Grounding y la capa de plataforma silenciosa

Una breve parada en la fontanería, porque el piloto automático y el código solo son tan buenos como lo que pueden ver de forma segura.

Microsoft IQ es la capa base que se utiliza en todas estas superficies. Fabric IQ y Dynamics se integran en la plataforma general, junto con un registro de complementos que mantiene los sistemas sincronizados. En resumen: se supone que los agentes y las aplicaciones de Code deben analizar los datos de la empresa con los permisos intactos, no extraer cualquier información que encuentren en un volcado de chat.

Esto es crucial para la afirmación de Autopilot sobre su "identidad propia". Un agente con identidad corporativa resulta inútil —o incluso peligroso— sin los mismos controles de acceso que tendría un empleado humano. Managed Runtime, la validación de IQ y los controles de costos y políticas al estilo de Agent 365 conforman la infraestructura empresarial que respalda las atractivas demostraciones.

No hace falta memorizar todas las marcas de IQ para entenderlo. La propuesta de un sistema operativo para el trabajo solo funciona si los datos, el código y los agentes comparten una misma historia de permisos.

Verificación de la realidad del lanzamiento

La disponibilidad se gestiona por etapas, que es la forma adecuada de enviar algo de este tamaño.

• Home y Code se implementarán próximamente en el programa Frontier.
• El piloto automático pronto estará disponible en versión preliminar privada
• Managed Runtime ya está en versión preliminar y se comparte entre Cowork, Code y Copilot Studio
• El acceso a Broader Code llega después de Frontier, con una vista previa de Premium y Pro más adelante

El acceso al programa Frontier es la vía de acceso anticipado que Microsoft suele ofrecer a los clientes que están a la vanguardia y pueden proporcionar comentarios antes de que se generalice la información. La vista previa privada de Autopilot sugiere una precaución adicional, apropiada cuando un agente puede mencionar a las partes interesadas y programar la instalación en su nombre.

Si esperas que "todos reciban todo el martes", ajusta tus expectativas. La cuestión importante no es el calendario, sino si tu inquilino está preparado para la identidad del agente, las políticas de UBB y una plataforma de inicio que se convierta en el punto de partida diario.

¿Qué nos depara el futuro?

Vale la pena echar un vistazo a dos notas más breves sobre la hoja de ruta, sin que esto se convierta en un foro de rumores.

En primer lugar, el próximo de Hoy busca consolidar la jornada en una vista unificada para cada agente, evitando así tener que buscar entre diferentes aplicaciones para encontrar lo que requiere atención. En segundo lugar, la función @Copilot en Teams, con contexto compartido, apunta a los agentes que comprenden el contexto de la sala, no solo el último mensaje que se escribió en un panel privado.

Son herramientas secundarias junto a Inicio, Código y Piloto automático. Sin embargo, refuerzan la misma idea: Copilot pretende ser una infraestructura ambiental para el trabajo, no una pestaña que recuerdes cuando estés atascado.

¿Quién debería preocuparse primero?

No todos los puestos requieren las tres superficies desde el primer día. Un recorte práctico:

• Trabajadores del conocimiento y gerentes : la división Chat/Cowork de Home y Office-in-Copilot les resultarán más inmediatas.
• Personal de operaciones, finanzas y programación : código para herramientas de seguimiento y paneles de control; Autopilot para procesos de seguimiento intensivo recurrentes.
• Desarrolladores : conectividad GitHub Copilot más Managed Runtime; menos "reemplázame", más "lanza herramientas internas más rápido".
• TI, seguridad y FinOps : identidad, auditoría, políticas UBB, controles de Agent 365; aquí es donde la metáfora del sistema operativo se convierte en un proyecto de gobernanza.

Si solo puedes liderar una cosa, Autopilot representa el cambio cultural. El código representa el cambio de influencia. El hogar representa el cambio de hábitos. Elige según si tu obstáculo es el seguimiento, las herramientas o los puntos de partida fragmentados.

Instantánea final

Microsoft rediseñó Copilot en torno a Home, Code y Autopilot, y lo promociona abiertamente como un sistema operativo para el trabajo. Home combina Chat y Cowork, e integra Word, Excel y PowerPoint en la aplicación Copilot con sincronización en tiempo real. Code convierte descripciones en lenguaje natural en aplicaciones alojadas por el usuario en Managed Runtime, compartiendo características con GitHub Copilot. Autopilot, antes conocido como Scout, es un agente personal persistente con identidad, memoria y un espacio de trabajo que continúa activo incluso después de cerrar sesión.

Everyday Chat y Office Copilot se mantienen en USL. El trío de agentes se apoya en UBB, con FinOps y los controles de Agent 365 como red de seguridad de costos. Las fases de Frontier y de vista previa privada son la forma en que esto se implementa antes de que se distribuyan más licencias.

La tesis es simple: el chat fue la era de las demostraciones; los compañeros de equipo digitales con identidad corporativa son la era de las plataformas. Que Autopilot se convierta en un colega de confianza o en una simple máquina de notificaciones determinará si el enfoque del sistema operativo se consolida. El modo de inicio debe convertirse en un hábito. El código debe ser más seguro que una hoja de cálculo maliciosa. Autopilot debe ganarse la confianza paso a paso.

Por ahora, la forma del producto es la apuesta más clara de las principales plataformas por agentes que no esperan tu siguiente indicación, y ese hecho por sí solo merece ser observado de cerca.

Ejemplo práctico: Preparación para el lanzamiento de operaciones de producto con Home, Code y Autopilot

Guión

Priya es jefa de operaciones de producto en una empresa británica de software como servicio (SaaS) B2B de tamaño mediano. Todos los jueves se encarga de la preparación para el lanzamiento: temas de soporte abiertos de la semana, errores conocidos que aún permanecen en Azure DevOps, una breve nota de estado para ingeniería y éxito del cliente, y un sistema de seguimiento para que nadie tenga que buscar en los hilos de Teams a las 18:00.

Hoy su principal obstáculo no es redactar la nota, sino el trabajo de mantenimiento que se extiende hasta la noche: contactar a los responsables de los artículos pendientes, actualizar el sistema de seguimiento y asegurarse de que ningún documento de cara al cliente salga sin la aprobación de un usuario. Ya trabaja con Microsoft 365. Las interfaces de Copilot rediseñadas se integran perfectamente con esa semana: Inicio como centro de operaciones, Código para un sistema de seguimiento interno limitado y Autopilot para el trabajo de seguimiento nocturno que aún no llega a completarse.

Ella trata a Autopilot como a un miembro del equipo digital con un objetivo específico, no como a un gestor de lanzamientos desatendido. Todo lo que llega a clientes, socios o canales públicos espera su revisión por la mañana.

Lo que necesita el asistente

• Acceso, con los permisos de inquilino existentes, al canal de Teams de lanzamiento, al resumen compartido de Word, a la hoja de incidentes de Excel y al tablero de Azure DevOps que Priya ya utiliza
• Una identidad clara para Autopilot: nombre, rol (Release Ops Chase) y un objetivo limitado a seguimientos de borradores y actualizaciones de seguimiento, no a correos electrónicos de clientes ni a cambios en producción
• Un sistema de seguimiento de la preparación para la versión, creado con código y alojado por el inquilino (si Code / Managed Runtime está disponible en el inquilino), con columnas para el propietario, la antigüedad, la gravedad, el estado de bloqueo y "listo para revisión humana"
• UBB / Agent 365 limita el gasto para que el trabajo nocturno de Autopilot no se ejecute sin límites
• Una regla estricta: no se permite enviar nada externamente, no se permite mencionar a los clientes con @, y no se permite marcar como "terminado" el texto dirigido al cliente hasta que Priya lo apruebe

Ejemplo de instrucciones

En Copilot Home, Priya comienza en Chat para orientarse y luego le pasa la tarea de varios pasos a Cowork con un resumen como este:

“Prepara el lanzamiento del jueves para Acme SaaS UK, sprint 38. Extrae los temas P1/P2 abiertos del canal de soporte y la hoja de incidencias compartida de Excel de los últimos siete días. Redacta una nota de estado en Word para ingeniería y CS con: temas principales, errores abiertos conocidos de Azure DevOps etiquetados como release-38, responsables y bloqueos. No envíes nada. Deja el archivo de Word en la carpeta Release Ops y mencióname cuando el borrador esté listo para su revisión.”

Para la sección de Código, todavía desde Inicio si el enrutamiento está disponible, o directamente en Código:

“Crea una aplicación de seguimiento de preparación para lanzamientos en un entorno aislado para el sprint 38. Campos: elemento, origen (Soporte / ADO / Excel), responsable, antigüedad en días, gravedad, bloqueador (sí/no), último seguimiento, estado (abierto / en espera del responsable / listo para revisión humana). Sincroniza desde la hoja de Excel y la consulta ADO que adjunto a continuación. Alójala en Managed Runtime bajo la gobernanza de TI. Sin conectores externos.”

Para Autopilot, una vez que exista el paquete de borrador:

Eres el responsable de seguimiento de operaciones de lanzamiento. Tu función es realizar el seguimiento nocturno para la preparación del sprint 38. Tu objetivo es supervisar el canal de Operaciones de Lanzamiento y el rastreador entre las 18:00 y las 08:00 (hora del Reino Unido). Para cada elemento con más de dos días laborables de antigüedad sin respuesta del responsable, redacta un breve recordatorio en Teams dirigido al responsable correspondiente, incluyendo el enlace al elemento y solicitando una breve respuesta sobre su estado. Publica los borradores únicamente en el hilo privado de borradores de Operaciones de Lanzamiento; nunca en los canales de clientes. Actualiza el campo "último recordatorio" del rastreador. Detente si alcanzas el límite de gasto o si hay más de diez recordatorios en cola. A las 08:00, envíame un resumen matutino con los borradores que has redactado y los que aún requieren una decisión humana. No marques ninguna comunicación dirigida al cliente como enviada

Cómo probarlo

1. Ejecuta Home to Cowork una vez en un paquete de jueves anterior (o en una muestra editada) y verifica que el borrador de Word cite las fuentes correctas sin inventar identificadores de tickets.
2. Configure el rastreador de código en una copia de las entradas de Excel/ADO; confirme que el alojamiento está aislado y que solo el grupo de Priya puede abrirlo.
3. Establece un período de inactividad nocturna para Autopilot en canales que no sean de producción, con un límite de gasto mínimo. Verifica que cada notificación se guarde únicamente en el hilo de borradores, con un registro de auditoría.
4. Revisión matutina: Priya abre la página de inicio, lee el resumen, edita la nota de Word y solo entonces publica el estado de aprobado en el canal de difusión general.
5. Simulacro de fallo: revocar el derecho de Autopilot a publicar fuera del hilo de borradores y confirmar que no puede escalar a las interfaces de cara al cliente.

Resultado

Aquí no se mencionan cifras de horneado medidas; considere lo siguiente como un resultado ilustrativo con supuestos explícitos, o utilice el plan de medición que se detalla a continuación en un proyecto piloto real.

Resultado ilustrativo (supuestos indicados): Supongamos un ciclo de jueves, ~25 elementos de preparación abiertos, Priya dedicaba anteriormente unos 90 minutos a la recopilación y seguimiento después de las 17:00, y Autopilot solo permitía recordatorios de borrador y actualizaciones de campos de seguimiento. Si Home/Cowork produce un primer borrador utilizable de la nota de estado en una sola pasada, Code reemplaza la hoja de cálculo ad hoc con un seguimiento compartido, y Autopilot pone en cola los recordatorios del propietario durante la noche para que un humano los envíe/edite por la mañana, un objetivo realista es reducir el trabajo de unión de Priya esa misma noche a aproximadamente 20-30 minutos de revisión matutina, siempre que se contabilice el tiempo de revisión y no se envíe automáticamente nada orientado al cliente. Este es un ejemplo estimado, no un resultado medido de las afirmaciones del producto en este artículo.

Plan de medición (preferiblemente con un inquilino actual):

• Línea base: cronometrar la compilación del jueves de Priya + seguimiento de dos lanzamientos (incluida la revisión); contar las respuestas perdidas del propietario antes del mediodía del viernes; contar los conflictos de versiones del rastreador.
• Muestra piloto: cuatro jueves de lanzamiento consecutivos con Home + Code + Autopilot con ámbito definido.
• Métricas: minutos para la nota de estado aprobada (incluida la edición humana); % de borradores de Autopilot aceptados sin reescritura; recuento de publicaciones solo en el hilo de borradores frente a cualquier publicación accidental más amplia (objetivo: cero); créditos UBB gastados por ejecución nocturna frente al límite.
• Barra de calidad: "correcto" significa que cada ticket/tema citado existe en los sistemas de origen, los propietarios coinciden con ADO/Excel y no se realizó ningún envío al cliente sin la aprobación de Priya.
• Regla del barco: amplíe los permisos del piloto automático solo después de cuatro ciclos sin infracciones de las políticas y con un calado aceptado que esté dispuesto a defender en materia de seguridad.

¿Qué puede salir mal?

• El piloto automático se convierte en una avalancha de notificaciones: demasiados avisos, propietarios equivocados o publicaciones fuera del hilo de borradores si los permisos son laxos.
• El sistema de seguimiento de código se desvía de Excel/ADO si la configuración inicial/los complementos están incompletos; la gente confía en una bandera de "listo" obsoleta.
• Los borradores de Cowork suenan seguros, pero inventan niveles de gravedad o identificadores de incidencias cuando el acceso al código fuente es parcial; el equipo de revisión debe detectarlo antes de que se envíe la nota de estado.
• El gasto de UBB aumenta si el piloto automático vuelve a intentar los canales ruidosos sin un límite estricto.
• Los equipos tratan el Autopilot como si fuera una autonomía total sin supervisión; algo que está orientado al cliente se implementa sin pasar por el control de seguridad matutino.

Información práctica para llevar

Utilice Home como método habitual (resumen, borrador, revisión), Code como una herramienta interna limitada bajo Managed Runtime y Autopilot para la continuación nocturna con un rol definido, un control de gastos y salidas de borrador auditables. Defina con precisión el alcance del trabajo de Autopilot, exija una revisión humana antes de lanzar cualquier producto para el cliente y mida los borradores aceptados y las infracciones de las políticas, no la intuición. Así es como Copilot, como sistema operativo de trabajo, se mantiene operativo sin convertirse en un bot de lanzamiento sin supervisión.

Preguntas frecuentes

¿Qué quiere decir Microsoft al afirmar que Copilot es un sistema operativo para el trabajo?

Satya Nadella describió la reconstrucción como la transformación de Copilot en un nuevo sistema operativo para el trabajo: una interfaz que aloja aplicaciones, gestiona la identidad, enruta el trabajo y mantiene el estado entre sesiones, no solo un chat lateral. La publicación oficial de Microsoft de Jared Spataro describe tres superficies, una plataforma de agente y compañeros de equipo digitales dentro de Microsoft 365 con identidad, memoria y gobernanza. La aplicación Copilot reconstruida se centra en Inicio, Código y Autopilot. Nada de esto reemplaza a Excel o Teams; los integra para que los usuarios abran Copilot primero y luego accedan a documentos, canales y aplicaciones personalizadas.

¿Qué son Copilot Home, Code y Autopilot?

Inicio es la puerta de entrada que integra Chat y Cowork para que puedas revisar la actividad, obtener sugerencias, chatear al instante o delegar proyectos complejos. Código permite describir una aplicación, un rastreador, un panel o un flujo de trabajo en lenguaje cotidiano y obtener una herramienta alojada en la plataforma. Piloto automático (antes Scout) es el asistente personal que sigue funcionando incluso cuando estás desconectado, durmiendo o en otra reunión. Juntos, representan la apuesta de Microsoft por que los agentes necesitan un entorno de trabajo de primera clase, no una burbuja aislada.

¿En qué se diferencia Copilot Home Chat de Cowork?

El chat es el modo de conversación instantánea para reescribir, hacer resúmenes rápidos y revisar el tono. El trabajo colaborativo es la vía de delegación para trabajos complejos de principio a fin (un paquete de solicitud de propuestas, un kit de lanzamiento, una presentación para la dirección o un paquete de cierre financiero), donde se asigna un resultado en lugar de supervisar cada párrafo. A continuación, puedes indicar lo que necesitas y Copilot te redirige a Chat, Trabajo Colaborativo o Código. Esta capa de enrutamiento es el detalle sutil que hace que la metáfora del sistema operativo sea menos abstracta.

¿Puedo editar archivos reales de Word, Excel y PowerPoint dentro de Copilot?

Microsoft integra Word, Excel y PowerPoint completos en la aplicación Copilot: archivos de Office editables que se sincronizan con las aplicaciones de Office que ya usan los compañeros de equipo, incluyendo la sincronización en tiempo real y la edición de menciones. PowerPoint incorpora plantillas personalizadas; Excel ofrece explicaciones de cambios y recomendaciones de gráficos. Las habilidades aportan conocimientos especializados al flujo de trabajo, como el trabajo financiero en Excel o la asistencia para la redacción legal en Word, en lugar de un modelo genérico que pretende abarcar todos los departamentos.

¿Qué es Copilot Code y Managed Runtime?

El código transforma descripciones en lenguaje natural en soluciones aisladas y alojadas por el inquilino (widgets de escritorio, paneles interactivos y aplicaciones internas alojadas en la nube), utilizando tecnología compartida con GitHub Copilot. Microsoft Copilot Managed Runtime aloja el código de forma segura dentro de Microsoft 365 bajo la gobernanza de TI, con integración a través de Microsoft IQ y complementos que mantienen los datos sincronizados. El código pasa primero por el programa Frontier, luego por un acceso más amplio, con una versión preliminar para Microsoft 365 Premium y Pro más adelante; Managed Runtime ya está disponible en versión preliminar.

¿Cómo sigue funcionando Microsoft Copilot Autopilot después de cerrar la sesión?

Autopilot es un agente personal persistente y proactivo: le asignas un nombre, un rol y un objetivo, y supervisa canales, realiza seguimientos de conversaciones, gestiona tareas recurrentes y puede reanudar un proyecto días después sin necesidad de una nueva solicitud. Microsoft lo describe como un servicio alojado en la nube con su propia identidad, memoria, equipo y espacio de trabajo en Microsoft IQ. Aparece en Teams, Outlook, chats, canales y documentos, y puedes mencionarlo como a un compañero. Los permisos, los registros de auditoría y la gobernanza forman parte del paquete empresarial.

¿Cómo se factura Autopilot en comparación con el servicio de chat Copilot habitual?

Everyday Chat y Office Copilot siguen utilizando licencias de suscripción de usuario (USL). El trío de agentes —el trabajo de estilo Cowork de Home, Code y Autopilot— se basa en la facturación por uso (UBB), con FinOps y los controles de Agent 365 como red de seguridad de costos. Esta división es importante para la planificación: los puestos de chat y el consumo de créditos de agentes no representan la misma partida presupuestaria. Establezca límites de gasto y revise los controles de Agent 365 antes de permitir que el trabajo nocturno de Autopilot se ejecute sin restricciones en un inquilino.

¿Quién debería pilotar primero el modo Inicio, el modo Código o el Piloto Automático?

Los profesionales del conocimiento y los gerentes notarán de inmediato la separación entre chat y trabajo colaborativo de Home, así como la integración de Office en Copilot. Los equipos de operaciones, finanzas y programación se benefician de los rastreadores de código y Autopilot para procesos que requieren mucho seguimiento. Los desarrolladores conservan GitHub Copilot y obtienen conectividad con Managed Runtime para lanzar herramientas internas con mayor rapidez. Los departamentos de TI, seguridad y FinOps gestionan la identidad, la auditoría, las políticas de UBB y los controles de Agent 365. Si solo se implementa una herramienta: Autopilot representa el cambio cultural, Code el cambio de apalancamiento y Home el cambio de hábitos.

¿Cómo deberían los equipos definir el alcance de Autopilot de forma segura en un entorno real?

Asigne a Autopilot un rol definido y un objetivo específico: borradores de seguimiento y actualizaciones de seguimiento, no correos electrónicos a clientes ni cambios en la producción. Priorice las publicaciones solo en borrador en un hilo privado, límites de gasto estrictos y una revisión humana matutina antes de enviar cualquier contenido dirigido al cliente. Mantenga los permisos, los registros de auditoría y los controles de Agent 365; amplíe el acceso solo después de ciclos limpios sin infracciones de políticas. La cobertura externa ha comparado el origen de Autopilot con el de los agentes autónomos de estilo OpenClaw: trate las demostraciones como reclamaciones reportadas, no como una promesa de que cada cliente implementará una flota de la noche a la mañana.

¿Está Copilot Code diseñado para reemplazar a los desarrolladores profesionales?

No. El enfoque es complementario: los desarrolladores ciudadanos usan Code para herramientas operativas, mientras que los desarrolladores mantienen flujos de trabajo más complejos con GitHub Copilot y obtienen acceso a la misma estructura de agentes. Las soluciones permanecen aisladas y alojadas por el usuario, lo que proporciona a TI una base sólida en lugar de una hoja de cálculo más, vinculada al correo electrónico. Esto solo funciona si el entorno aislado es real y los complementos son confiables. Code, junto con Managed Runtime, es la respuesta de Microsoft a la presión de las TI en la sombra, no una afirmación de que los profesionales sean obsoletos.