Copilot Cowork: cuando Microsoft 365 pasa de responder a ejecutar trabajo

La unidad de trabajo deja de ser la pregunta y pasa a ser el encargo: planificar, buscar contexto, usar herramientas, producir entregables y mantener al usuario en el circuito.

Copilot Cowork lleva el enfoque agéntico al puesto de trabajo de Microsoft 365. Está pensado para tareas complejas, de varios pasos y de mayor duración que requieren combinar contexto corporativo, aplicaciones, herramientas y modelos. Su potencial es alto, pero también exige gobierno de acceso, consumo, modelos, permisos y seguridad antes de desplegarlo a escala.

Copilot Chat responde. Cowork puede organizar y ejecutar un encargo completo.

Microsoft presentó Copilot Cowork en marzo de 2026 y lo llevó a disponibilidad general en junio. La diferencia práctica frente a una conversación tradicional con Copilot está en el tipo de trabajo. En Chat, el usuario formula una pregunta, obtiene una respuesta y decide qué hacer después. En Cowork, el usuario puede describir un resultado final y dejar que el sistema proponga un plan, ejecute pasos intermedios, recupere contexto, utilice herramientas y entregue un resultado más elaborado.

Ese cambio parece pequeño, pero tiene consecuencias importantes para productividad, seguridad, adopción y costes. El trabajo deja de ser una sucesión de prompts independientes y pasa a tener continuidad. Cowork puede seguir ejecutando una tarea de larga duración en un entorno cloud aislado, solicitar intervención del usuario cuando la necesita y pedir aprobación antes de acciones con efecto real.

Cuatro piezas convierten Cowork en algo distinto a un chat más avanzado

El valor de Cowork no está en una sola capacidad. Surge de combinar contexto organizativo, ejecución en la nube, selección de modelos y acceso a herramientas dentro del entorno Microsoft 365.

Cowork es multimodelo: el administrador controla qué familias aparecen y Auto decide entre las permitidas.

La documentación actual de Microsoft muestra un selector que puede incluir GPT 5.5, GPT 5.6 Sol, GPT 5.6 Terra, GPT 6 Astra y modelos Claude como Opus, Sonnet y Fable 5 en versión preliminar, según disponibilidad y configuración del tenant.

La lista cambia con rapidez. Por eso no conviene diseñar un caso de negocio alrededor de un nombre de modelo concreto. La decisión debería centrarse en el tipo de tarea, la calidad esperada, el coste, la latencia, el tratamiento de datos y el nivel de control que necesita la organización.

Tres formas de trabajar con IA que responden a problemas distintos

La pregunta más útil no es cuál es “mejor”. Es qué tipo de trabajo quieres resolver y cuánto se repite. Cuando una tarea es puntual, compleja y difícil de parametrizar, Cowork puede encajar. Cuando un proceso se repite con reglas estables, suele tener más sentido diseñar un agente o una automatización gobernada.

Cowork no sustituye a Copilot Studio.

Si una tarea debe repetirse cientos de veces con el mismo proceso, reglas, herramientas y controles, diseñar un agente específico suele ofrecer más previsibilidad. Cowork destaca cuando el usuario necesita resolver un trabajo complejo que cambia de contexto y no merece convertirse en un flujo rígido.

El mejor caso de Cowork suele ser trabajo que hoy se hace a medias porque completar todas las piezas requiere demasiado tiempo.

El caso de negocio no tiene que empezar por sustituir a una persona. Puede empezar por recuperar tareas que se retrasan, se simplifican demasiado o directamente no llegan a hacerse porque exigen revisar demasiadas fuentes y coordinar demasiados pasos.

Cowork combina una licencia de Microsoft 365 Copilot con facturación basada en uso.

Para utilizar Cowork, Microsoft exige una licencia activa de Microsoft 365 Copilot para el usuario y la configuración de usage-based billing. El consumo se mide mediante Copilot Credits y puede variar según la complejidad de la tarea, el contexto recuperado, las herramientas utilizadas y el nivel de esfuerzo seleccionado.

Esto cambia la conversación financiera. Ya no basta con contar licencias. También hay que decidir qué grupos acceden, qué presupuesto se asigna, qué modelos se permiten, cuánto vale cada caso de uso y cómo se detecta un consumo que no está generando suficiente impacto.

La spending policy no es sólo un presupuesto: también concede acceso.

La documentación actual de Microsoft indica que un usuario incluido en una spending policy que seleccione Cowork obtiene acceso al servicio. Poner un límite de créditos muy bajo no equivale a bloquearlo.

Para un piloto, lo más seguro es trabajar con un grupo de seguridad específico, incluir sólo ese grupo en la política correspondiente y definir límites de consumo coherentes con los casos de uso seleccionados.

Cowork hereda parte del gobierno de Microsoft 365, pero no todas las capacidades de Purview se comportan igual.

Microsoft mantiene una matriz específica para Cowork porque el trabajo multi-step y de larga duración introduce comportamientos diferentes a los de Copilot Chat. Antes de desplegarlo, TI, seguridad y cumplimiento deberían revisar esa matriz en lugar de asumir que todos los controles existentes aplican automáticamente.

Antes de habilitar Cowork, revisaría los permisos de SharePoint y OneDrive.

Cowork puede hacer más visible contenido que ya estaba compartido con demasiada amplitud. El problema no es que cree nuevos permisos, sino que reduce la fricción para encontrar y combinar información. Un piloto serio debería revisar sites, bibliotecas, enlaces, grupos, propietarios y contenido sensible antes de ampliar audiencia.

Usar Cowork no obliga a habilitar Anthropic, pero sí obliga a decidir qué modelos acepta la organización.

Microsoft permite desactivar la familia Anthropic a nivel de tenant. Si se desactiva, los usuarios con acceso a Cowork pueden seguir trabajando con los modelos no Anthropic que la organización tenga habilitados.

La decisión es relevante para organizaciones europeas porque Microsoft documenta condiciones específicas de tratamiento y residencia según el modelo y el servicio. Antes de desplegar Cowork a gran escala, conviene revisar la configuración del tenant, los subprocessors activos, la documentación de residencia y las obligaciones internas de privacidad y cumplimiento.

Tres decisiones explícitas

Seis decisiones antes de abrir Cowork a toda la organización

Cowork tiene sentido cuando el valor del trabajo supera claramente el coste variable de ejecutarlo.

El error sería habilitarlo de forma masiva y esperar que el valor aparezca solo. El mejor enfoque es seleccionar perfiles y tareas donde una investigación, preparación o revisión extensa ya consume horas de personas cualificadas o directamente se omite por falta de tiempo.

Si la organización todavía no sabe dónde aplicar IA, un AI Business Value Assessment puede ayudar a priorizar los casos por impacto, viabilidad, datos, riesgo y adopción antes de escalar consumo.

Una métrica útil por tipo de tarea

Cowork forma parte de una estrategia mayor de Microsoft 365, Copilot, agentes y procesos empresariales

Este contenido se centra en el puesto de trabajo y en la operación de Cowork dentro de Microsoft 365. Cuando el escenario entra en ERP, agentes personalizados o gobierno del ecosistema completo, conviene separar las decisiones y profundizar en cada arquitectura.

Dudas clave sobre Copilot Cowork para empresas

La disponibilidad, modelos y controles cambian rápido: conviene verificar la documentación vigente antes de desplegar.

Antes de habilitar Cowork para todos, decide qué trabajo merece realmente convertirse en trabajo agéntico.

Ayesa puede ayudarte a revisar preparación de Microsoft 365, permisos, casos de uso, consumo, modelos, gobierno y adopción para diseñar un piloto que mida valor antes de escalar usuarios y gasto.

Una primera evaluación debería aclarar

¿Quieres evaluar dónde encaja Cowork en tu organización?

Cuéntanos qué tareas quieres mejorar, qué perfiles usarían Cowork y cuál es el estado de Microsoft 365, Copilot, SharePoint y gobierno del dato. Podemos ayudarte a diseñar una primera hoja de ruta de adopción y control.