Prompting para developers: usar IA sin dejar de pensar
Por Equipo Hexadevs · 5 oct 2026 · 2 min de lectura
Ves dos extremos todo el tiempo: el dev que copia cada salida del modelo al pie de la letra, y el dev que se niega a usar IA por orgullo. Los dos están equivocados. La herramienta no reemplaza el criterio: lo multiplica (o lo diluye, según cómo la uses).
El anti-patrón: pedir código, copiarlo y seguir
Cuando pedís “haceme un endpoint que valide JWT” y pegás la respuesta sin leerla, no estás programando más rápido: estás sumando deuda a velocidad de máquina. Los errores del modelo entran directo a producción, y encima nadie en el equipo entiende ese módulo, porque el “autor” tampoco.
El patrón que sí funciona: la IA como code review previo
Invertí el flujo. Escribís vos, y la IA actúa como revisor:
- Diseño antes: ¿hay alternativas más simples que mi plan actual?
- Después del código: ¿qué casos borde me falta testear?
- Docs: explicame qué hace este diff como si no hubieras visto el código antes.
Notá el cambio de postura: el modelo propone, vos decidís. El código siempre sale de tu cabeza (y de tu máquina), pasa por tu criterio y llega a producción.
Prompts que funcionan para devs
Tres formas de dar contexto que elevan las respuestas:
# 1. Contexto del sistema antes de pedir código
"Somos un equipo de 4, monorepo pnpm, Astro en el front y Node en el back.
Quiero añadir validación de sesión a un endpoint de preferencias del usuario."
# 2. Tu código + el síntoma real antes de la solución
"Este helper está fallando en producción para usuarios con zonas horarias negativas.
Adjunto la función y tres logs de error. ¿Qué estoy interpretando mal?"
# 3. Preguntar el POR QUÉ, no solo el CÓMO
"¿Por qué tu solución manejaría mejor la conexión a la base de datos
que la que ya tenía? Quiero entender el razonamiento antes de aplicarla."
La tercera es la que más se aprende: no el código, sino el razonamiento que lo respalda.
La línea de la responsabilidad
La regla que usamos internamente:
Si no podés explicar el diff en una code review, no lo mandes. La IA puede escribir la primera versión de tu código, pero la última siempre la escribes vos (o al menos la entendemos al 100%).
Un dev con IA bien usada revisa el doble de PRs por día y aprende el doble de patrones. Un dev con IA mal usada produce código que nadie sabe mantener. Elegí bien.