El trabajo con IA ha evolucionado de prompts ingeniosos a sistemas diseñados. Esta guía explica la pila de cinco capas—prompt, contexto, arnés, bucle, grafo—cuándo avanzar en cada capa, cómo diagnosticar cuellos de botella y cómo evitar explosiones de costos priorizando la verificación, el estado compartido y la orquestación controlada sobre llamadas aisladas al modelo.
El núcleo de una aplicación moderna de IA sigue siendo un modelo, pero el apalancamiento se ha desplazado hacia afuera. Equipos que antes afinaban prompts ahora diseñan el sistema que rodea al modelo: seleccionan lo que ve, controlan cómo se ejecuta, añaden verificadores que definen “bueno” y, cuando es necesario, conectan múltiples especialistas en un flujo de trabajo coordinado. Este cambio en capas no es una moda, refleja dónde realmente aparecen fallos y costos a escala. Una frase perfecta no puede suplir hechos faltantes; las entradas impecables aún se desvían en ejecuciones largas; bucles no verificados pueden generar basura toda la noche. Si sientes que los costos suben sin mejorar resultados, probablemente el cuello de botella esté una capa más afuera.
Piensa en cinco capas. La ingeniería de prompts enmarca la solicitud única. La ingeniería de contexto decide qué ve el modelo—recuperación, clasificación, resumen y cortes editoriales. La ingeniería de arnés controla una ejecución completa: herramientas, persistencia de estado, orquestación, evaluación y recuperación. La ingeniería de bucle te saca del disparador definiendo objetivos, verificadores y condiciones de parada. La ingeniería de grafo coordina múltiples agentes especialistas con conexiones, rutas condicionales, paralelismo y estado compartido. Cada capa envuelve a la anterior; nada queda obsoleto. La habilidad escasa migra hacia afuera: de la frase a la arquitectura de información, al diseño de control, a la verificación y a la descomposición y enrutamiento en un grafo.
Usa síntomas para elegir tu próxima inversión. Si el modelo interpreta mal la solicitud, ajusta el contrato del prompt. Si las respuestas carecen de hechos o se desvían, corrige la recuperación y compresión del contexto. Si flujos largos fallan o se detienen sin aviso, fortalece el arnés y añade evaluadores. Si aún eres tú quien programa manualmente, especifica disparadores y verificadores de bucle. Si un agente mezcla tareas distintas—investigar, redactar, criticar—divide el trabajo en nodos, define un objeto de estado compartido y enruta con condiciones claras. Cada paso se ancla en KPIs medibles: capacidad de respuesta, éxito de herramientas, finalización y recuperación de ejecuciones, precisión/recall del bucle y rendimiento y costo por artefacto aceptado a nivel de grafo.
La adopción debe ser incremental. Comienza codificando contratos de salida y añadiendo evaluadores ligeros a tu arnés. Avanza a ingeniería de bucle cuando los evaluadores detecten más defectos que los humanos. Pasa a ingeniería de grafo solo cuando la especialización más el enrutamiento superen a un bucle único bien verificado en calidad, velocidad y economía unitaria. Prefiere grafos de control pequeños y testeables, esquemas de estado explícitos y herramientas aisladas. Trata a los verificadores como código de primera clase con cobertura, chequeos de deriva y límites presupuestarios. Ese camino mantiene tus costos de modelo predecibles, tu tasa de defectos observable y tu flota de agentes alineada a resultados de negocio en lugar de tokens consumidos.
Las Cinco Capas y Por Qué el Apalancamiento se Desplazó Hacia Afuera
Cada capa se aleja más del modelo: prompt (la solicitud), contexto (la ventana), arnés (la ejecución), bucle (repetición con verificador), grafo (especialistas más enrutamiento). El cambio es económico. Fallos cercanos a producción—recuperación de ejecución, deriva silenciosa, entregas erróneas—son costosos, por eso el control se mueve hacia afuera. El resultado es menos obsesión por la frase y más atención a la arquitectura de información, diseño de estado y evaluación que regula la aceptación.
Dos corolarios importan: una capa interna débil envenena todo lo externo, y el talento escaso migra hacia afuera. En 2023, el prompt era el diferenciador. En 2026, la descomposición, el enrutamiento y la verificación separan demos de juguete de sistemas en producción.
Contexto y Arnés: De Buenas Entradas a Ejecuciones Controladas
La ingeniería de contexto decide qué ve el modelo en el momento de la llamada. Prioriza calidad de recuperación (actualidad, autoridad), señales de clasificación (relevancia de tarea, novedad) y estrategias de compresión (citar vs resumir) ligadas a contratos de salida. Instrumenta métricas de capacidad de respuesta y cobertura factual; si la cobertura es baja, corrige fuentes o compresión antes de tocar los prompts.
La ingeniería de arnés controla la ejecución: acceso a herramientas, secuencia de pasos, persistencia de estado, evaluadores y rutas de recuperación. Trata las herramientas como capacidades con sandboxes de mínimo privilegio, aplica pasos idempotentes, captura instantáneas de estado entre pasos e implementa reintentos con límites presupuestarios. Añade evaluadores ligeros temprano—conformidad de esquema, invariantes, chequeos de PII/política—para que los defectos afloren antes de convertirse en bucles o grafos de defectos.
Ingeniería de Grafos: Nodos, Conexiones y Estado Compartido en la Práctica
Usa grafos cuando el trabajo se divide en especialidades distintas. Define nodos (investigador, redactor, crítico) con sus propios modelos, herramientas y verificadores locales. Especifica conexiones para enrutamiento: ramas condicionales, expansión para pasos paralelos, convergencia para uniones y retrocesos para reintentos. El pegamento es el estado compartido: un objeto tipado que transporta objetivos, artefactos, decisiones y puntuaciones de evaluación entre nodos para que pasos posteriores hereden contexto anterior de forma intencional, no implícita.
Comienza pequeño: una tubería de tres nodos con esquema de estado explícito, pasos paralelizables y un verificador guardián final. Elige frameworks que hagan el estado y control explícitos y observables. Añade observabilidad por conexión (latencia, éxito, gasto de tokens), por nodo (tasas de error de herramientas) y SLOs globales (artefactos aceptados por dólar). Promociona nodos solo cuando justifiquen su valor en calidad o rendimiento.
