Claude Cowork: IA que trabaja con tus archivos, no solo con texto
En enero de 2026, Anthropic lanzó Claude Cowork, una herramienta de escritorio que rompe la barrera más importante de los chatbots de IA: la desconexión del mundo real. Mientras que ChatGPT, Gemini y el propio Claude en su versión web operan en una burbuja de texto, Cowork trabaja directamente con los archivos y carpetas de tu ordenador.
Actualización — julio 2026
Seis meses después del lanzamiento, Cowork ya no es solo una aplicación de escritorio. El 7 de julio de 2026 Anthropic lo llevó también a la web (en claude.ai) y a móvil (iOS y Android) en beta, empezando por los suscriptores del plan Max y ampliándolo al resto de planes en las semanas siguientes. El cambio de fondo es arquitectónico: la ejecución remota pasa a ser el modo por defecto, con el agente y el código corriendo en sandboxes aislados en la infraestructura de Anthropic, sin acceso a red externa salvo que un administrador lo autorice explícitamente. En la práctica esto significa que una tarea puede seguir avanzando con el portátil cerrado y que las tareas programadas se ejecutan en servidor. Hemos actualizado el artículo con este contexto y con lo que hemos aprendido implantándolo en equipos reales.
Cómo funciona Cowork
Cowork es una aplicación de escritorio con interfaz visual donde describes una tarea en lenguaje natural y Claude la ejecuta operando sobre tus archivos reales. Puede restructurar sistemas de archivos, extraer datos de PDFs, generar presentaciones a partir de notas dispersas, procesar hojas de cálculo y crear documentos formateados, todo sin que el usuario necesite escribir una línea de código.
La clave técnica es que Cowork tiene acceso a un entorno Linux sandboxeado con Python, Node.js y herramientas CLI preinstaladas, además de acceso directo a las carpetas que el usuario autorice. Esto significa que puede ejecutar scripts, procesar datos y generar outputs de forma autónoma.
Qué ha cambiado en la arquitectura
Ese modelo de dos piezas —un sandbox donde se ejecuta código y unas carpetas autorizadas donde están los datos— sigue siendo el corazón de Cowork, pero ahora el sandbox puede vivir en la nube en lugar de en tu máquina. Las consecuencias prácticas son tres y conviene tenerlas claras antes de decidir cómo lo usa tu equipo:
- Continuidad. El estado de la sesión y los ficheros se guardan asociados a la cuenta de Claude y se sincronizan entre dispositivos. Puedes lanzar un procesamiento largo desde el ordenador y consultar el resultado desde el móvil.
- Tareas programadas de verdad. Al ejecutarse en servidor, una tarea recurrente (un informe semanal, una revisión de una carpeta) no depende de que tu equipo esté encendido.
- Aislamiento de red. Por defecto el sandbox no sale a internet. Eso reduce la superficie de riesgo, pero también implica que cualquier integración con un servicio externo hay que habilitarla de forma consciente.
Este último punto es el que más nos preguntan los responsables de IT, y es una buena noticia: la herramienta parte de una postura cerrada y se abre por decisión explícita, no al contrario.

Casos de uso para equipos no técnicos
Donde Cowork brilla es en democratizar la automatización. Un equipo comercial que gestiona clientes en un CRM puede pedirle a Cowork que tome un export CSV del CRM, lo cruce con datos de un Excel de facturación, genere un informe de rentabilidad por cliente en PDF y lo guarde en la carpeta compartida del equipo. Todo descrito en una frase.
Otros casos que vemos frecuentemente: procesar decenas de facturas PDF y extraer datos a una hoja de cálculo, generar presentaciones PowerPoint a partir de datos y notas, convertir documentos entre formatos manteniendo el formato, y reorganizar carpetas de proyecto según una estructura predefinida.
Cinco automatizaciones que aguantan el día a día
La diferencia entre una demo vistosa y algo que el equipo sigue usando a los tres meses está en elegir bien la tarea. Estas cinco funcionan de forma consistente porque el resultado es fácil de verificar:
- Conciliación de dos fuentes que nunca cuadran. Export del CRM contra listado de facturación, o pedidos de la tienda contra albaranes del transportista. Cowork cruza, señala las diferencias y deja un Excel con las filas que requieren decisión humana. Es aburrido, es repetitivo y es exactamente donde una persona comete errores por fatiga.
- Informe recurrente con el mismo formato. El informe mensual de ventas por delegación, con las mismas tablas y los mismos gráficos. Se define una vez y se repite. Aquí el ahorro no es solo de tiempo: es de discusiones sobre por qué este mes el informe está distinto.
- Extracción estructurada de documentos. Cincuenta contratos en PDF de los que hay que sacar fechas de vencimiento, importes y cláusulas de renovación a una tabla. Con una advertencia importante: hay que revisar una muestra, porque un PDF escaneado torcido puede dar un dato erróneo con toda la seguridad del mundo.
- Preparación de material para una reunión. A partir de los datos crudos, un resumen ejecutivo y una presentación con la estructura que la dirección ya espera. Ahorra las dos horas de maquetación que nadie quiere hacer la noche anterior.
- Orden y nomenclatura de carpetas. Aplicar una convención de nombres a un histórico de proyectos, detectar duplicados o localizar qué documentos faltan en cada expediente. Poco glamuroso, altísimo retorno.
Lo que tienen en común: entrada clara, salida verificable y ninguna decisión de negocio delegada a la máquina. Cuando ese esquema se rompe —cuando la tarea implica juicio— el resultado deja de ser fiable y empieza a generar más trabajo de revisión del que ahorra. Si tu equipo está antes en la fase de decidir qué medir que en la de automatizarlo, tiene más sentido empezar por montar una base de datos ordenada, como explicamos en la guía de Business Intelligence para pymes.
Cowork para equipos que usan SuiteCRM
Para empresas que trabajan con SuiteCRM, Cowork se convierte en un puente entre el CRM y las herramientas de oficina. Puede tomar exports del CRM y transformarlos en informes ejecutivos, preparar presentaciones de pipeline para reuniones de dirección, o generar documentos de propuesta comercial personalizados con datos del cliente extraídos del CRM.
Merece la pena distinguir dos niveles de integración, porque se confunden a menudo. El primero es el que acabamos de describir: trabajar con exports. Es el más sencillo, no requiere tocar el CRM y sirve para el 80 % de los casos de reporting. El segundo es conectar con la API del CRM para leer y escribir datos en tiempo real, lo que abre la puerta a automatizaciones más ambiciosas pero exige credenciales, permisos y control de acceso. Si vas por ahí, es un proyecto de integración con todo lo que eso implica; lo tratamos con más detalle en el artículo sobre automatizar workflows e informes de SuiteCRM con Claude.
Del prompt suelto a la skill reutilizable
Aquí está, en nuestra experiencia, la diferencia entre un equipo que presume de usar IA y uno que realmente gana tiempo. Un prompt improvisado da un resultado distinto cada vez que lo escribe otra persona. Lo que hace que una automatización sea un proceso y no una anécdota es empaquetarla.
El ecosistema ha madurado en esa dirección durante 2026 y conviene tener el vocabulario claro:
- Skills: procedimientos reutilizables. Documentas una vez cómo se hace el informe mensual —qué columnas, qué formato, qué se excluye— y a partir de ahí sale igual siempre, lo pida quien lo pida.
- Connectors: conexiones con servicios donde ya vive la información del equipo (correo, almacenamiento en la nube, mensajería, gestor de tareas).
- MCP: el protocolo estándar que permite a un agente hablar con herramientas externas. Su especificación se ha ido revisando a lo largo de 2026 hacia un núcleo sin estado y una autorización más sólida basada en OAuth y OIDC, lo que facilita despliegues en infraestructura serverless.
- Plugins: paquetes que agrupan comandos, skills y conectores para un rol concreto, de forma que se instala una sola cosa en lugar de configurar cinco.
La recomendación práctica: empieza con un caso, hazlo funcionar a mano, y solo cuando el resultado te convenza conviértelo en skill. Automatizar un proceso que aún no está claro es la forma más rápida de industrializar un error. Si quieres una foto más amplia de qué competencias necesita el equipo para llegar hasta aquí, en las 5 skills de IA que todo equipo técnico debería dominar lo desarrollamos.
Diferencias con Claude Code
Claude Code y Cowork son complementarios, no competidores. Code está diseñado para desarrolladores que trabajan en terminal con repositorios de código. Cowork está diseñado para cualquier trabajador del conocimiento que necesita automatizar tareas con archivos. Un equipo puede usar Code para el desarrollo de software y Cowork para las operaciones diarias del negocio.
Si tu equipo es técnico y ya vive en el terminal, el punto de entrada natural sigue siendo Claude Code. Cowork tiene sentido cuando la persona que quiere automatizar algo no tiene por qué saber qué es un commit, y esa es exactamente la población que hasta ahora quedaba fuera de cualquier iniciativa de automatización interna.
Cuándo NO usar Cowork
Ser honesto con los límites ahorra proyectos fallidos. No lo recomendamos cuando:
- La tarea ya está resuelta por un sistema. Si tu ERP genera ese informe, úsalo. Reconstruirlo con IA añade un punto de fallo y una dependencia nueva.
- El proceso necesita trazabilidad auditable. Cierres contables, nóminas o cualquier flujo con requisitos de auditoría formal piden herramientas con registro y controles diseñados para eso.
- Los datos no pueden salir del perímetro. Con ejecución remota, los ficheros que autorizas se procesan en infraestructura del proveedor. Si la política interna lo prohíbe para determinada información, la conversación es de gobernanza antes que de herramienta.
- Se busca volumen alto y estable. Para procesar diez mil documentos cada noche siempre igual, un script mantenido es más barato, más rápido y más predecible que un agente.
- Nadie va a revisar el resultado. Si no hay una persona que valide, el error se propaga sin freno. Esto no es un problema de la IA: es un problema de diseño del proceso.
Disponibilidad y planes
Cowork está disponible como parte de la aplicación de escritorio de Claude. Es una funcionalidad en research preview que Anthropic va expandiendo progresivamente. Para equipos que quieran explorar cómo integrar Cowork en sus flujos de trabajo junto con herramientas de desarrollo con IA, en Keliam ofrecemos consultoría especializada en implementación de IA en entornos empresariales.
A julio de 2026 esa expansión ha llegado a la web y al móvil en beta, con los planes superiores por delante y el resto detrás. La lección para quien esté planificando: no ates un proceso crítico a una funcionalidad en beta. Empieza por casos donde un retraso o un cambio de comportamiento sean molestos pero no bloqueantes, y consolida después.
Qué modelo hay debajo y por qué importa
La calidad del resultado depende tanto del modelo como del prompt. El catálogo de Anthropic ha seguido moviéndose durante 2026: Claude Opus 5 se lanzó el 24 de julio de 2026 como modelo generalista de referencia, con ventana de contexto de un millón de tokens y niveles de esfuerzo configurables; Claude Sonnet 5 queda como la opción de menor coste para trabajo agéntico y de conocimiento; Claude Fable 5 ocupa la franja alta para tareas largas y complejas; y Haiku 4.5 es el modelo pequeño y económico.
El criterio práctico que aplicamos: para tareas de oficina bien acotadas —cruzar dos ficheros, generar un informe con formato conocido— el modelo intermedio sobra y sale mucho más barato. Reserva los modelos grandes para lo que de verdad requiere razonamiento largo o trabajo autónomo de muchos pasos. Elegir siempre el modelo más caro es la forma más silenciosa de que un proyecto de automatización deje de ser rentable. Si estás comparando alternativas antes de decidir, la guía sobre cómo elegir entre ChatGPT, Claude, Gemini y Perplexity ayuda a encajar cada herramienta con su caso de uso.
¿Quieres llevar la IA de la demo al proceso real?
En Keliam ayudamos a equipos no técnicos a identificar qué tareas conviene automatizar, a integrarlas con el CRM y el resto del ecosistema, y a hacerlo sin abrir agujeros de seguridad ni incumplir el RGPD.
Seguridad, RGPD y control de acceso
Es la parte que más se pasa por alto y la que puede convertir una buena idea en un problema. Cuando una herramienta de IA accede a carpetas reales, deja de ser un juguete de productividad y entra en el ámbito del tratamiento de datos.
Lo que revisamos siempre antes de dar el visto bueno en una empresa:
- Mínimo privilegio en las carpetas. Autorizar la carpeta del proyecto concreto, no el disco entero ni la unidad compartida completa. Es el equivalente a no dar permisos de administrador a quien solo necesita leer una tabla.
- Datos personales fuera si no son imprescindibles. Muchos informes funcionan igual de bien con identificadores de cliente que con nombres, direcciones y teléfonos. Si el dato personal no aporta al resultado, no debería entrar en el proceso.
- Base legal y encargados del tratamiento. Si se procesan datos de clientes o empleados con un servicio de terceros, eso hay que tenerlo reflejado en el registro de actividades de tratamiento. No es burocracia opcional.
- Ojo con las credenciales. Ninguna clave de API, contraseña o token debería vivir en un fichero suelto dentro de la carpeta que has autorizado. Es un patrón que nos encontramos con una frecuencia deprimente.
- Registro de qué se automatiza. Un inventario simple de procesos automatizados, con responsable y última revisión, evita que dentro de un año nadie sepa por qué se genera cierto informe ni con qué datos.
Nada de esto es específico de Cowork: es el mismo criterio que aplicamos a cualquier integración. Si tu organización está construyendo esta base desde cero, el orden natural es empezar por lo elemental —por dónde empezar en ciberseguridad— y, si el sector lo exige o los clientes lo piden, avanzar hacia un marco formal como ISO 27001, donde el control de accesos y la clasificación de la información ya están sistematizados.

Cómo implantarlo en un equipo: plan de cuatro semanas
Repartir licencias y esperar que ocurra la magia no funciona. Lo que sí funciona es un piloto corto con objetivos concretos:
Semana 1 — Inventario de tareas candidatas
Reúne al equipo y haz una lista de tareas repetitivas con dos columnas: cuánto tiempo consumen al mes y qué pasa si el resultado sale mal. Las que consumen mucho tiempo y tienen consecuencias bajas si fallan son el punto de partida perfecto. Las que consumen poco tiempo o tienen consecuencias graves, al final de la cola.
Semana 2 — Piloto con una sola tarea
Una persona, una tarea, una carpeta acotada. El objetivo no es ahorrar tiempo todavía: es entender dónde falla y qué hay que precisar en las instrucciones. Documenta las correcciones que vas haciendo, porque son el borrador de la futura skill.
Semana 3 — Empaquetar y compartir
Convierte lo aprendido en un procedimiento reutilizable y pásalo a una segunda persona sin explicárselo de viva voz. Si consigue el mismo resultado, está bien documentado. Si no, el problema está en las instrucciones, no en ella.
Semana 4 — Medir y decidir
Horas ahorradas, errores detectados en la revisión y sensación del equipo. Con esos tres datos ya se puede decidir si se amplía a más casos, se ajusta o se descarta. Y conviene escribirlo: una decisión documentada evita repetir la misma discusión en seis meses.
El mismo enfoque de acotar, documentar y medir es el que recomendamos para la documentación funcional de proyectos IT, y no es casualidad: automatizar bien es, sobre todo, describir bien.
Errores comunes al automatizar con IA
- Empezar por la tarea más difícil. Suele ser la más tentadora y la que más frustración genera. El primer caso debe ser fácil y visible.
- Quitar la revisión humana demasiado pronto. La revisión se relaja cuando llevas meses de resultados correctos, no en la segunda semana.
- Autorizar carpetas de más. Por comodidad se acaba dando acceso a toda la unidad compartida. Es el equivalente a dejar la llave puesta.
- No versionar las instrucciones. Si el prompt vive en la cabeza de una persona, la automatización se va con ella cuando cambia de puesto.
- Confundir salida bien formateada con salida correcta. Un informe impecable puede contener un dato mal extraído. La confianza se gana con muestreo, no con estética.
- No medir nada. Sin una cifra de horas ahorradas, la conversación sobre renovar la herramienta se convierte en una cuestión de opiniones.
Coste real y cómo calcular el retorno
El cálculo es más sencillo de lo que la gente cree, y hacerlo bien evita tanto el entusiasmo ciego como el rechazo por prejuicio. Tres partidas:
- Suscripción. Coste por persona y mes del plan que uses, multiplicado por las personas que realmente lo van a usar. No por toda la plantilla.
- Puesta en marcha. Las horas de la persona que documenta el proceso, más las de quien revisa el planteamiento de seguridad. Es un coste único por caso, pero es real.
- Revisión continua. El tiempo de validar los resultados. Si automatizas un informe que tardaba cuatro horas y revisarlo cuesta treinta minutos, tu ahorro son tres horas y media, no cuatro.
Contra eso, el ahorro medido en horas del piloto. Nuestra experiencia es que las automatizaciones de conciliación e informes recurrentes se pagan solas rápido porque se repiten cada mes, mientras que las tareas puntuales rara vez justifican el esfuerzo de empaquetarlas. Y hay un beneficio que no aparece en la hoja de cálculo pero que los equipos mencionan siempre: quitar de encima la parte tediosa del trabajo tiene un efecto notable en la moral de quien la hacía.
Preguntas frecuentes sobre Claude Cowork
¿Hace falta saber programar para usar Cowork?
No. Esa es precisamente la propuesta: describes lo que quieres en lenguaje natural y la herramienta se encarga de ejecutar el código necesario. Lo que sí hace falta es saber explicar bien una tarea: qué ficheros, qué criterio, qué formato de salida y qué hacer con los casos raros. Quien es preciso dando instrucciones a una persona lo será dando instrucciones a un agente.
¿Puede modificar o borrar mis archivos por error?
Puede modificar archivos dentro de las carpetas que autorices, y ahí está el motivo de acotar el acceso. La práctica sensata en cualquier caso es trabajar sobre copias durante las primeras semanas y tener una copia de seguridad al día. Esto no es desconfianza hacia la IA: es lo mismo que harías antes de dejar que un script ajeno recorriera tus carpetas.
¿Se envían mis documentos a la nube?
Con la ejecución remota, que es el modo por defecto desde julio de 2026, el procesamiento ocurre en sandboxes aislados en infraestructura de Anthropic, con acceso limitado a las carpetas que autorices y sin salida a red externa salvo autorización explícita. Si tu organización tiene restricciones sobre dónde pueden procesarse ciertos datos, esa es la conversación a tener antes del despliegue, no después.
¿Sustituye a las herramientas de automatización tipo n8n o Zapier?
No exactamente: resuelven problemas distintos. Un flujo de n8n o Zapier es un proceso definido, determinista y pensado para dispararse por eventos miles de veces. Cowork encaja mejor en tareas que cambian un poco cada vez y que exigen interpretar el contenido de los documentos. En la práctica se combinan: el flujo automatizado mueve y dispara, el agente interpreta y redacta.
¿Qué pasa si el resultado está mal?
Pasa, y hay que diseñar el proceso asumiéndolo. Por eso insistimos en tareas de resultado verificable y en mantener una persona que valide. La pregunta correcta al elegir un caso de uso no es puede fallar, sino cuánto cuesta detectarlo si falla. Si detectarlo es fácil y barato, es un buen candidato.
¿Merece la pena en una empresa pequeña?
Suele merecer más la pena que en una grande, por una razón simple: en una pyme las tareas administrativas repetitivas recaen sobre poca gente que además tiene otras diez responsabilidades. Devolver cuatro o cinco horas al mes a la persona que lleva administración y facturación tiene un impacto inmediato y visible.
Conclusión
Cowork resolvió en enero de 2026 un problema concreto —que la IA no tocaba los ficheros reales— y en julio ha resuelto el siguiente: que dependiera de tener un ordenador encendido. La herramienta ya no es la parte difícil.
La parte difícil sigue siendo la de siempre: elegir qué automatizar, describirlo con precisión, acotar quién accede a qué y medir si el cambio ha servido para algo. Los equipos que hacen ese trabajo obtienen resultados sólidos con herramientas modestas; los que se lo saltan acumulan suscripciones y anécdotas. Si estás en el punto de decidir por dónde empezar y prefieres hacerlo con criterio técnico y sin abrir la puerta a un problema de seguridad, en Keliam podemos ayudarte a plantear el proyecto de automatización y a integrarlo con los sistemas que ya usas.



