defract + Claude Code: llevar una función por un proceso revisable

Hacer la función lo bastante pequeña para revisarla

Gracias a defract por patrocinar este vídeo.

La prueba de Luke es una vista visual del pipeline de un SaaS existente, a partir de una petición de una línea. El repositorio y su comportamiento actual aportan el contexto.

1. Configura defract para el repositorio previsto.
2. Revisa las preguntas abiertas y el alcance antes de aceptar el plan de la función.
3. Escribe criterios de aceptación que describan el comportamiento visible y cómo sabrás que funciona.

Aprobar la interfaz y la arquitectura

La demostración muestra maquetas, decisiones de arquitectura y un diagrama antes de escribir código.

1. Revisa el diseño frente a la tarea real, incluidos los estados vacíos y la aplicación existente.
2. Revisa el diagrama de arquitectura y la lista de archivos que tocará el cambio.
3. Resuelve en el plan las ambigüedades de permisos, manejo de datos y comportamiento en vez de dejar que la implementación las invente.

Implementar, probar y publicar en preproducción

El vídeo entrega las pruebas manuales a Codex, devuelve correcciones como petición de cambio y después revisa el informe y las notas de versión.

1. Ejecuta la implementación y revisa el cambio frente a los criterios de aceptación.
2. Completa la secuencia de pruebas manuales y registra una reproducción concreta de cualquier fallo.
3. Revisa las correcciones, las notas de versión y el resultado en preproducción antes de considerar producción.

Conclusión

El valor es un proceso de desarrollo que se puede inspeccionar. Una implementación terminada sigue requiriendo revisión y comprobaciones en preproducción.