La ingeniería de prompts no solucionará tu arquitectura

La ingeniería de prompts no arreglará tu arquitectura

Publicado originalmente por Art light - DEV Community

Cada pocos años, nuestra industria redescubre una verdad antigua y pretende que es nueva.

Código limpio.
Microservicios.
DevOps.
Ahora: ingeniería de prompts.

De repente, personas que lanzaron una sola aplicación CRUD en 2019 están tuiteando cosas como:

"El problema no es tu sistema. Son tus prompts."

No.
El problema sigue siendo tu sistema.

La ingeniería de prompts no es una solución mágica.
Es una venda muy cara aplicada a heridas arquitectónicas que ya estaban infectadas.

La fantasía

La fantasía va así:

  • Tienes un backend desordenado
  • APIs inconsistentes
  • Sin límites de dominio reales
  • Lógica de negocio dispersa en controladores, trabajos cron y mensajes de Slack

Pero entonces…

:sparkles: Añades IA :sparkles:
:sparkles: Refinas el prompt :sparkles:
:sparkles: Añades “Eres un ingeniero senior” al principio :sparkles:

Y mágicamente, la inteligencia fluye a través de tu sistema como la electricidad.

Excepto que así no funciona el software.
Así no funciona nada.

Verificación de realidad: la IA entra en tu sistema

Un LLM no ve tu producto.

Ve:

  • Lo que sea JSON que recordaste pasar
  • Lo que sea contexto que quepa en una ventana de tokens
  • Lo que sea esquema a medio escribir que alguien añadió a las 2am

Así que cuando tu IA “toma una mala decisión”, generalmente está haciendo exactamente lo que le pediste — dentro de una abstracción rota.

Eso no es alucinación.
Eso es obediencia.

Ingeniería de prompts vs. problemas estructurales

Seamos honestos sobre qué es lo que los prompts están tratando de ocultar:

:cross_mark: Límites de dominio faltantes

“Por favor, infiere cuidadosamente la intención del usuario.”

:cross_mark: Modelos de datos inconsistentes

“Usa tu mejor criterio si faltan campos.”

:cross_mark: Sin fuente de verdad

“Si múltiples valores entran en conflicto, elige el más razonable.”

:cross_mark: Lógica de negocio en cinco lugares

“Sigue la política de la empresa (descrita abajo en 800 tokens).”

Esto no es inteligencia de IA.
Esto es externalizar decisiones arquitectónicas a autocompletado.

La broma de sistemas distribuidos (que no es una broma)

Cuando construyes agentes de IA, rápidamente aprendes algo incómodo:

Los agentes de IA son solo sistemas distribuidos que pueden hablar de vuelta.

Tienen:

  • Estado (que finges que es sin estado)
  • Latencia (que ignoras)
  • Modos de fallo (que los logs no pueden explicar)
  • Efectos secundarios (que suceden dos veces)

Así que cuando tu agente:

  • cobra dos veces a un usuario
  • reintenta una acción incorrectamente
  • o hace con confianza lo incorrecto

Eso no es “IA siendo impredecible.”

Ese es el comportamiento clásico de sistemas distribuidos, ahora narrado en lenguaje natural.

“Pero tenemos salvaguardas”

Todos dicen esto.

Las salvaguardas son excelentes.
También lo son los cinturones de seguridad.

Pero los cinturones de seguridad no arreglan:

  • un volante faltante
  • un motor mantenido junto por YAML
  • o una hoja de ruta decidida por vibraciones

La mayoría de las salvaguardas hoy son solo:

  • más prompts
  • más condicionales
  • más “si no estás seguro, pregunta al usuario”

En algún punto, no estás construyendo un sistema.
Estás negociando con él.

La verdad impopular

La IA no reemplaza la arquitectura.

La amplifica.

Buena arquitectura:

  • hace que la IA sea aburrida
  • predecible
  • confiable

Mala arquitectura:

  • hace que la IA se vea mágica
  • hasta producción
  • hasta escala
  • hasta costo
  • hasta que los usuarios hacen cosas reales

Por eso las demostraciones de IA se ven increíbles y los productos de IA se sienten… frágiles.

Por qué sigue sucediendo esto

Porque la ingeniería de prompts es:

  • rápida
  • visible
  • tuiteable

La arquitectura es:

  • lenta
  • invisible
  • solo notada cuando falla

Así que optimizamos para prompts.
Ignoramos límites.
Lanzamos “inteligencia” sobre entropía.

Y luego culpamos al modelo.

La perspectiva del desarrollador senior

Si tu sistema de IA necesita:

  • un prompt de 2,000 tokens para explicar reglas de negocio
  • reintentos constantes para “hacerlo bien”
  • revisión humana para cada decisión importante

No tienes un problema de IA.

Tienes un problema de arquitectura que ahora habla inglés.

Pensamiento final

La ingeniería de prompts no arreglará tu arquitectura.

Pero la expondrá.
Ruidosamente.
En producción.
Con confianza.

¿Y honestamente?

Eso podría ser lo más útil que la IA ha hecho por nosotros hasta ahora.:smiling_face_with_sunglasses: