Saber cómo trabajar con Claude Code no se aprende viendo un demo perfecto armado para impresionar, sino viendo qué pasa cuando se lo usa sobre un producto real, con reglas de negocio reales y usuarios reales. Este es un caso concreto: un solo prompt, el modelo Fable 5 corriendo en modo automático, y un problema puntual dentro de ClipHit, un editor de video con usuarios activos.
Cómo trabajar con Claude Code: empezar por un problema real
El punto de partida no fue un proyecto de juguete. ClipHit convierte videos largos en reels cortos, y el modo de recorte (ajustar el contenido dentro del formato vertical, o estirarlo para llenar todo el espacio) era una elección única para todo el clip. Funcionaba bien cuando había una sola persona en cámara, pero no cuando el contenido era un podcast con dos personas hablando en momentos distintos: en un tramo convenía ver a ambas, en otro convenía pantalla completa para quien estaba hablando solo.
Este es justo el tipo de tarea donde se aprende cómo trabajar con Claude Code de verdad: no generar código de ejemplo, sino modificar una funcionalidad existente sin romper lo que ya funciona. El pedido incluía interfaz (poder elegir la cámara al hacer clic sobre un segmento), lógica de reproducción y guardado de datos, todo junto.
El prompt y el modelo: Fable 5 en modo automático
El prompt describía el problema con el mismo nivel de detalle que se le daría a otro desarrollador: qué pasaba, por qué molestaba, y qué comportamiento se esperaba al hacer clic en cada punto del video. Se corrió con Fable 5, el modelo que Anthropic liberó recientemente, y se dejó en modo automático: sin pedir confirmación en cada paso.
Trabajó así 17 minutos seguidos. La única intervención manual necesaria fue agregar un campo nuevo a una tabla en Supabase para poder guardar los cortes con su configuración de cámara, algo que el propio proceso señaló como paso pendiente antes de seguir. Después de esa edición puntual, el resultado ya funcionaba: al hacer clic sobre un segmento se podía elegir el modo de recorte para esa parte específica, y el cambio se reflejaba bien al reproducir.
Cómo trabajar con Claude Code cuando algo sale mal
El resultado no estuvo libre de errores, y esa parte es tan importante como el resto. Al exportar el video final apareció un problema de codificación: la imagen se veía pixelada o rota en determinado momento. La forma de resolverlo no fue reescribir nada a mano, sino describir el síntoma exacto ("el video se rompe en cierto punto al exportar") y dejar que se intentara de nuevo.
La primera corrección no alcanzó. La segunda sí resolvió el problema. Esa secuencia (falla, feedback puntual, reintento) es, en la práctica, buena parte de cómo trabajar con Claude Code en un caso real: no alcanza con dar el prompt inicial y esperar perfección, sino que hay que revisar el resultado final y dar información concreta cuando algo no cierra.
El balance real de trabajar así
Nada de lo generado con Fable 5 se subió a producción sin probarlo antes, y quedaba trabajo de pulido para los días siguientes. Aun así, el balance fue positivo: una funcionalidad con varias piezas moviéndose a la vez (interfaz, reproducción, base de datos) quedó resuelta en menos de 20 minutos de trabajo autónomo, con una sola intervención manual y un bug que se corrigió con una vuelta de feedback.
Esa combinación, velocidad alta más necesidad de revisión humana, es probablemente la descripción más honesta de cómo trabajar con Claude Code hoy: acelera muchísimo el trabajo sobre un producto real, pero no reemplaza a quien conoce el producto y tiene que dar el visto bueno final.