01 · Contexto
Qué está ocurriendo
Cloudflare anunció el 20 de octubre que Think y Agent Skills pasan a utilizar el workspace y las herramientas de archivos de @cloudflare/computer. Al mismo tiempo, @cloudflare/shell y createExecuteTool de Think dejan de recibir desarrollo y soporte. No es solamente un reemplazo de nombres: el proveedor identifica expresamente el cambio como incompatible con la configuración anterior.
El punto más sensible es la persistencia. Los dos formatos utilizan tablas distintas y no existe una migración automática. Cloudflare remite a un script para copiar archivos; si esa migración no se realiza, el agente inicia un workspace vacío aunque los datos originales permanezcan en las tablas anteriores. La publicación también muestra cómo incorporar un backend de ejecución JavaScript.
Como análisis, un agente que arranca sin sus archivos puede parecer operativo y, aun así, trabajar con contexto incompleto. La señal de éxito no debería limitarse a que una petición responda sin error. En flujos que preparan código o documentos, también importa demostrar que entradas, resultados intermedios y estados esperados sobreviven al cambio de almacenamiento.
02 · Impacto
Por qué importa
La novedad afecta especialmente a quienes mantienen agentes con trabajo persistente entre sesiones. Una actualización automática de dependencias podría introducir una discontinuidad que las pruebas puramente funcionales no detecten. El riesgo operativo debe evaluarse por tarea: perder una caché regenerable no tiene el mismo impacto que dejar de encontrar un archivo que representa una decisión pendiente o un resultado aún no entregado.
03 · Recomendaciones
Qué conviene hacer
- Antes de actualizar, inventariar qué componentes usan las interfaces retiradas y qué archivos necesitan conservar. Construir una copia de prueba con datos no sensibles y registrar cantidades, rutas y tamaños esperados. No borrar las tablas anteriores para resolver un workspace aparentemente vacío.
- Ejecutar la migración recomendada primero fuera de producción y comparar el contenido resultante. Probar lectura, escritura, reinicio y continuidad de una tarea representativa; incluir archivos vacíos, nombres especiales y errores parciales cuando sean relevantes. Mantener un criterio explícito para detener el cambio si la comprobación no coincide.
- Definir una ventana de transición que evite escrituras simultáneas sobre formatos diferentes. Asignar responsable de reversión, conservar evidencia de la copia y verificar el estado después del despliegue. Revisar además los permisos de las nuevas herramientas: una migración funcional no debería ampliar por accidente el acceso del agente. Cerrar el trabajo solamente cuando una tarea completa utilice y recupere sus archivos correctamente.