Si el agente de Copilot sigue trabajando cuando usted se va, ¿quién responde por lo que hace?

Los modelos de gobernanza de IA que las empresas han escrito hasta ahora se apoyan en un supuesto silencioso: hay una persona presente cuando la IA actúa. El usuario pide, el asistente responde y el usuario decide. La aprobación ocurre en el momento, por alguien que está mirando.

El nuevo Copilot de Microsoft rompe ese supuesto a propósito.

Qué anunció Microsoft

El 25 de septiembre, Microsoft presentó tres funciones en la aplicación de Copilot:

• Home, que reúne Chat y Cowork, con Word, Excel y PowerPoint integrados en la experiencia.
• Code, donde una persona describe una aplicación, un panel o una automatización en lenguaje natural y Copilot la construye, sobre la misma tecnología que GitHub Copilot.
• Autopilot, antes llamado Scout, que Microsoft describe como “un agente persistente, proactivo y personal que sigue trabajando incluso cuando usted no”.

La fase importa. Home y Code se despliegan a través del programa Frontier de Microsoft. Autopilot pasa a vista previa privada a finales de mes. Ninguno está disponible de forma general.

La descripción de Autopilot es concreta. Se le da un nombre, un rol y un objetivo. Sigue canales, hace seguimiento de conversaciones, ejecuta trabajo recurrente y retoma proyectos días después “sin esperar un prompt”. Vive en el tenant “con identidad, memoria, equipo y espacio de trabajo propios”, aparece en Teams y Outlook, se le puede mencionar como a un colega y, según Microsoft, cuenta con “permisos, auditoría y gobernanza”. Cowork, Code y Autopilot se facturan por uso.

Sobre la disponibilidad en España y Latinoamérica

El anuncio no detalla regiones, idiomas ni licencias por país. Para organizaciones en España o Latinoamérica, lo sensato es confirmar con su equipo de cuenta de Microsoft si pueden entrar en Frontier y en la vista previa privada, y cómo se aplica la facturación por uso a su contrato. No conviene planificar sobre supuestos.

De asistente a mandato

Un asistente de chat ejecuta peticiones. Autopilot ejecuta un mandato: una instrucción permanente para perseguir un objetivo durante días, actuando mientras quien lo configuró duerme, está en una reunión o de vacaciones.

Es otro tipo de delegación, y recuerda preguntas que las empresas ya conocen bien: poderes notariales, niveles de autorización de gasto, quién puede firmar en nombre de la compañía. La diferencia es que ahora esas preguntas se aplican a un software que envía mensajes, agenda reuniones y hace seguimiento a personas por su cuenta.

El ejemplo de la propia Microsoft es revelador: Autopilot puede llevar un proceso completo de evaluación de proveedores, “incluso contactando a las partes interesadas para pedir actualizaciones”. Es decir, un agente escribiendo a proveedores. ¿En nombre de quién?

1. Mandato: objetivo, alcance, vencimiento
2. El agente actúa en Teams y Outlook
3. Escalado ante la duda
4. Revisión de la auditoría
5. Cambio de responsable o vencimiento

El agenteSu modelo operativo

Seis preguntas que necesitan un responsable

1. ¿Con la autoridad de quién actúa? Autopilot tiene identidad propia, lo que ayuda a la auditoría. También significa que el agente no es simplemente “usted”. Defina qué compromisos puede asumir en nombre de una persona, un área o la empresa, y cuáles nunca.

2. ¿Cuál es el alcance y hasta cuándo? Un objetivo sin fecha de fin se convierte en un proceso permanente que nadie diseñó. Los mandatos necesitan alcance, fecha de revisión y vencimiento.

3. ¿Qué hace cuando no está seguro? Defina el escalado: a quién se avisa, por qué canal y qué hace el agente mientras espera.

4. ¿Quién lee el registro de auditoría? Microsoft afirma que la auditoría y la gobernanza están integradas. Un registro solo protege si alguien lo revisa. Para los mandatos de mayor riesgo, defina muestreos o revisiones periódicas de lo que el agente hizo realmente.

5. ¿Qué pasa cuando el responsable se va? Las personas cambian de área y dejan la empresa. Un agente con mandato activo necesita un proceso de transferencia o baja, igual que los accesos.

6. ¿Cuánto puede gastar? Con facturación por uso, un agente de larga duración tiene un coste continuo. Microsoft anunció funciones de FinOps en Agent 365, como políticas de gasto y control de qué modelos puede usar cada grupo. Alguien debe fijar esos límites por mandato, no solo por tenant.

Para organizaciones estandarizadas en Microsoft

Tanto en España como en buena parte de Latinoamérica, muchas grandes organizaciones trabajan sobre Microsoft 365: correo, Teams, SharePoint y cada vez más Power Platform. Ahí aparecerán primero los agentes persistentes, creados por áreas de negocio y no por TI.

La respuesta práctica es tratarlos como una población gestionada:

• Un inventario de agentes activos con responsable, finalidad, alcance y fecha de revisión.
• Niveles de riesgo definidos por las acciones que el agente puede ejecutar, no por la herramienta en la que corre.
• Una matriz de responsabilidades clara entre el área dueña del mandato, TI, seguridad y cumplimiento.
• Un paso de baja en los procesos de recursos humanos y de gestión de accesos que incluya a los agentes.
• Atención a los datos personales: si el mandato trata datos de clientes o empleados, la finalidad debe estar definida, como ya exige el RGPD en España y exigen las leyes de protección de datos de cada país latinoamericano.

Durante la vista previa privada

Si su organización participa, úsela para responder a estas preguntas antes de escalar: elija dos o tres mandatos con valor real y riesgo moderado, escriba su alcance y sus reglas de escalado, y revise el registro de auditoría cada semana. El objetivo de la vista previa no es demostrar que el agente funciona. Es demostrar que su modelo operativo funciona.

Para ver qué capas ofrecen ya las plataformas y cuáles siguen siendo de la empresa, consulte nuestra guía del stack de 2026.