Anthropic anunció Claude Docs y Claude Slides el 16 de septiembre, al tiempo que empezaba a fusionar Chat y Cowork en una sola experiencia Claude. Los productos permiten crear documentos y presentaciones dentro de conversaciones con el asistente. La experiencia unificada se está desplegando primero para los suscriptores Pro y Max a lo largo de varias semanas; el anuncio no significa que todas las cuentas ya hayan cambiado. Anuncio de Anthropic.
Para un equipo que prepara un informe, el cambio propuesto es práctico: el documento puede permanecer allí donde tuvo lugar la conversación que lo generó. Eso podría reducir el trabajo de trasladar un borrador entre un asistente y un editor aparte. Que ahorre tiempo en total dependerá de cuánta revisión necesite el resultado y de lo bien que encaje con el proceso de aprobación del equipo.
Qué está disponible y para quién
Claude Docs es un documento de texto enriquecido que se guarda en una cuenta de Claude. Admite la edición compartida, y los cambios se atribuyen a la persona o a Claude que los hizo. Los ajustes de uso compartido del propietario determinan quién puede verlo o editarlo. Anthropic afirma que Claude actúa sobre un documento cuando se lo solicita una persona con la sesión iniciada y con arreglo a los permisos de esa persona. Documentación de Claude Docs.
Docs está en fase beta para los planes Pro, Max, Team y Enterprise; en este último, los propietarios de la cuenta deben habilitarlo. La misma documentación enumera exclusiones para las organizaciones que usan claves de cifrado gestionadas por el cliente, retención cero de datos o una configuración preparada para la norma HIPAA. Por ello, un administrador debería comprobar la elegibilidad antes de planificar el despliegue.
La fusión más amplia de Chat y Cowork tiene su propio calendario de despliegue. Anthropic afirma que los planes Team y Free seguirán al lanzamiento inicial para Pro y Max, y que los administradores de Enterprise recibirán un aviso con al menos 30 días de antelación antes de que se modifique su organización. Que Docs esté disponible no demuestra, por tanto, que una empresa ya haya recibido toda la nueva experiencia. Detalles del despliegue.
Un espacio compartido cambia dónde se revisa el trabajo
Imaginemos una propuesta comercial. Un gerente proporciona información aprobada sobre el producto, un redactor prepara la oferta y un compañero comprueba sus compromisos. Si el asistente ayuda dentro del documento compartido, los revisores pueden trabajar sobre el resultado sin copiar repetidamente el texto a un chat. Es un uso plausible del flujo anunciado, no un experimento realizado por BIG CHANGE.
El riesgo es que un borrador fluido haga parecer definitiva una afirmación no aprobada. Al probar la herramienta, un revisor debería rastrear cada precio, plazo y promesa hasta su fuente. Los permisos de edición determinan quién puede cambiar el documento; no establecen quién tiene autoridad para prometer una fecha de entrega al cliente. El proceso del equipo debe asignar explícitamente esa responsabilidad.
También hay límites operativos. La página de ayuda de Anthropic indica que las tareas programadas pueden ejecutarse en la nube, mientras que el acceso a las carpetas locales, al navegador integrado y a las funciones de uso del ordenador requiere que Claude Desktop permanezca abierto. Además, las tareas largas consumen más cuota del plan que una pregunta breve. No se debe dar por hecho que un informe desatendido funcionará si depende de archivos en un portátil apagado. Funciones y límites de Claude unificado.
El mismo cambio está llegando a los proyectos de software
Un día después del anuncio de Docs, Anthropic presentó una versión beta rediseñada de Projects para una selección de usuarios de Claude Code. Una conversación coordinadora puede dividir una tarea entre sesiones en la nube y reunir los resultados. Cada hilo tiene su propia rama y copia del repositorio; los cambios solapados aún pueden provocar conflictos de fusión. El acceso está limitado durante el despliegue inicial. Anuncio de Projects del 17 de septiembre.
En conjunto, estos lanzamientos apuntan a una dirección para el software empresarial: el asistente organiza cada vez más el trabajo que rodea al resultado. Esta es nuestra interpretación de los cambios de producto, no una prueba de que las empresas ya hayan sustituido sus suites de documentos o equipos de desarrollo. Los anuncios públicos no demuestran que ninguno de los lanzamientos haya producido una mejora independiente de productividad.
Un piloto sensato utilizaría un informe interno recurrente con un responsable conocido. Conviene conservar los datos originales, registrar el tiempo que lleva completar todo el trabajo y contabilizar las correcciones posteriores a la revisión. Hay que comparar el resultado terminado y aprobado con el proceso actual. Un primer borrador más rápido solo es útil si el ahorro de tiempo se mantiene después de comprobarlo y revisarlo.
El piloto también debería incluir la transferencia del trabajo a alguien que no haya redactado las instrucciones. ¿Puede esa persona identificar el archivo de referencia, ver los comentarios sin resolver y exportar el resultado en el formato que necesita la organización? La decisión de compra importante es si todo el equipo puede mantener el trabajo después de la primera demostración.
BIG CHANGE ha revisado los anuncios y la documentación, pero no ha probado directamente las nuevas funciones. Antes de trasladar documentos operativos a la versión beta, los compradores deberían comprobar el estado del despliegue en su propia cuenta y los ajustes de seguridad requeridos.
