Aprender a ejecutar planes de código de forma automatizada, diseñar estructuras de bases de datos seguras y auditar el comportamiento de la IA para asegurar que cumpla con los estándares de calidad y flujos de trabajo profesionales (Git).
Aprender a ejecutar planes de código de forma automatizada, diseñar estructuras de bases de datos seguras y auditar el comportamiento de la IA para asegurar que cumpla con los estándares de calidad y flujos de trabajo profesionales (Git).
Una vez validado el plan, se utiliza el comando cook en ClaudeKit junto con el flag auto para que la IA inicie el desarrollo de las fases automáticamente, evitando hacer preguntas repetitivas en cada paso.
La IA asume el rol de un desarrollador completo con reglas y restricciones estrictas, trabajando fase por fase de forma independiente.
Para flujos de trabajo avanzados, se pueden saltar las confirmaciones manuales de permisos. Esto permite encadenar agentes (por ejemplo, un agente programa, otro hace testing, otro revisa accesibilidad o SEO) de forma ininterrumpida, permitiendo al desarrollador supervisar visualmente el progreso desde herramientas como Discord o Telegram.
Al trabajar con bases de datos (como PostgreSQL con Prisma), el desarrollador debe estar atento a los puertos asignados para evitar conflictos con otras bases de datos locales. En caso de conflicto, se le debe instruir a la IA que modifique el puerto (por ejemplo, del 5432 al 5436).
Se debe diseñar la base de datos previendo el borrado de elementos. Si se elimina un registro principal (como una web o prototipo), las dependencias deben eliminarse en cascada para no dejar datos huérfanos, o bien establecerse en null.
Como buena práctica, en lugar de borrar datos permanentemente, se puede implementar un soft delete. Esto significa crear un estado de “papelera de reciclaje” que oculte el registro, permitiendo su recuperación futura si el borrado fue accidental.
El desarrollador puede interrumpir el ciclo de trabajo de la IA si necesita cambiar la pila tecnológica. Por ejemplo, instruir a la IA para que deje de usar npm y migre todo a bun en pleno proceso para mejorar la velocidad, obligando a la IA a refactorizar dependencias y comandos de ejecución.
Antes de maquetar el diseño visual definitivo, es recomendable crear primero una “página de componentes” genérica. En ella se centralizan elementos reutilizables como botones, formularios o cards, garantizando un diseño uniforme en todo el proyecto.
Las plantillas base de los prototipos se diseñan para ser escalables. Utilizando otras IAs, una misma plantilla (ej. para clínica) se puede derivar en múltiples versiones (minimalista, moderna, animada), multiplicando fácilmente las opciones a ofrecer al cliente.
A veces, el modelo de lenguaje intentará ir demasiado rápido (“como una moto”), saltándose tareas o asumiendo que fases completas están listas sin verificarlas. El desarrollador debe actuar como un líder de equipo, exigiendo a la IA que detenga su avance, marque las tareas (checks) reales y no pase a la siguiente fase sin levantar la base de datos o compilar el código.
Durante el proceso, es vital recordar a la IA sus “skills” o reglas establecidas. Al recordarle la prohibición del uso de useEffect, la IA audita su propio código y justifica su decisión demostrando que lo usó correctamente dentro de un custom hook.
Se le debe prohibir a la IA hacer cambios desordenados. La norma es que, al terminar cada fase principal, la IA debe:
develop (git checkout develop)
