Dirigir IA no es prompt-and-pray

El error más común que veo en startups que adoptan IA en su flujo no es elegir mal el modelo. Es operarlo sin método. “Prompt-and-pray” (escribir y rezar) describe la dinámica: alguien escribe un prompt, mira la salida, ajusta y reza para que en producción se comporte parecido.

El problema no es la IA. Es operarla sin método.

Cuatro reglas antes del primer prompt

1. Plan antes que línea. Arquitectura, contratos de datos y modelo de seguridad cerrados antes de invocar el modelo. Si la IA empieza a generar antes de que sepas qué firma una función, vas tarde.
2. Fases acotadas. Un cambio = una capa. Si el alcance se ensancha, se corta y se abre fase nueva. Versiona la fase como un build-phase-NN.md junto al código.
3. Firma humana por fase. Tests, observabilidad, validación de contratos. Mi firma en cada merge. Si algo falla en producción, no se diluye la responsabilidad entre el modelo y el “hype”.
4. Observabilidad desde el commit 1. Coste por llamada, latencias, plan B. La IA ejecuta — pero ejecuta con instrumentos.

Sigue así con cualquier funcionalidad de IA: flujo asíncrono, RAG, agentes, lo que sea. Lo que cambia es el modelo. El método es el mismo.