La regla general: deja que la IA escriba donde los errores son baratos y obvios, y úsala para revisar/refactorizar donde los errores son costosos o sutiles. El factor decisivo es cuánto te cuesta verificar el resultado.
La regla general: deja que la IA escriba donde los errores son baratos y obvios, y úsala para revisar/refactorizar donde los errores son costosos o sutiles. El factor decisivo es cuánto te cuesta verificar el resultado.
En estos casos el costo de un error es bajo y puedes leer el resultado de arriba a abajo.
Aquí mantienes la IA como un segundo par de ojos: sugiere, tú decides.
Cost of a bug LOW Cost of a bug HIGH
New code ✅ let AI write ⚠️ AI drafts, you verify hard
Existing code ✅ AI refactors ✅ AI reviews, you write the change
Escribir desde cero es rápido pero la IA puede inventar APIs (alucinación) o perder contexto que no puede ver. Revisar es más seguro pero más lento y solo tan bueno como el contexto que le das. De cualquier forma eres el autor responsable — la IA es una herramienta, no quien firma el commit.
Misjuzgar esto es donde la dev asistida por IA sale mal: la gente deja que la IA genere lógica crítica que luego no puede verificar completamente, o escriben manualmente boilerplate trivial que la IA podría haber producido en segundos. Alinear el modo (escribir vs revisar/refactorizar) con el costo de estar equivocado te mantiene rápido en las cosas baratas y cuidadoso en las peligrosas. La habilidad que se prueba es el juicio sobre dónde gastar tu esfuerzo de verificación — no si puedes hacer prompt a una IA.