Context engineering
El context engineering (ingeniería de contexto) es la disciplina de diseñar y gestionar de forma deliberada la información que se proporciona a un modelo de lenguaje en su ventana de contexto para maximizar la calidad y relevancia de sus respuestas. Va más allá del prompt engineering individual: se ocupa de qué información persiste entre interacciones, cómo se organiza, qué se prioriza y qué se descarta.
Si el prompt engineering responde a "¿cómo formulo esta pregunta?", el context engineering responde a "¿qué debe saber el modelo antes de que le pregunte, y cómo mantengo ese conocimiento a lo largo de una sesión o proyecto?".
Por qué importa
Los modelos de lenguaje no tienen memoria entre sesiones: cada vez que se inicia una conversación, parten de cero. Sin una gestión activa del contexto, los equipos repiten instrucciones, el agente olvida decisiones previas y la calidad del output degrada a medida que la sesión avanza (lo que el manual SDD de Scrum Manager denomina context decay o degradación del contexto).
La ventana de contexto tiene además un límite: cuantas más instrucciones se acumulan, más cae la probabilidad de que el modelo cumpla cada una individualmente. Este fenómeno, conocido como la maldición de las instrucciones, hace que la gestión del contexto sea un factor crítico de calidad, no solo de comodidad.
Elementos del context engineering
- Grounding: anclar el modelo a fuentes de verdad verificadas (documentos del proyecto, código del repositorio, specs) para reducir las alucinaciones y alinear las respuestas con el contexto real.
- Instrucciones persistentes: reglas y restricciones que deben aplicarse en todas las interacciones con el agente. Ejemplo: estilo de código, convenciones de naming, restricciones de seguridad.
- Memoria selectiva: decidir qué información de sesiones anteriores debe recuperarse y proporcionarse al modelo en cada nueva interacción, en lugar de acumular todo.
- Jerarquía de prioridad: cuando el contexto es largo, especificar qué instrucciones tienen prioridad sobre otras en caso de conflicto.
- Context windows por tipo de tarea: distintos tipos de tarea (generar código, revisar código, escribir documentación) necesitan contextos distintos. Mantener contextos especializados por tipo de tarea mejora la consistencia.
Context engineering vs. prompt engineering
| Prompt engineering | Context engineering | |
|---|---|---|
| Escala | Una instrucción | Todo un proyecto o sesión |
| Foco | Cómo formular la pregunta | Qué sabe el modelo antes de responder |
| Temporalidad | Puntual | Persistente y evolutiva |
| Resultado | Mejor respuesta a una pregunta | Mayor coherencia a lo largo del tiempo |
Error frecuente
Tratar el contexto como algo que se da al principio y no se gestiona. El contexto de un agente en un proyecto con múltiples sesiones necesita mantenimiento activo: actualizar las instrucciones cuando el proyecto evoluciona, limpiar información obsoleta y verificar periódicamente que el agente sigue operando con los supuestos correctos. Un contexto desactualizado produce outputs coherentes internamente pero desalineados con la realidad del proyecto.
Véase también
¿Quieres avanzar en agilidad? Puedes buscar convocatorias de cursos y exámenes o ir a tu ritmo haciéndote miembro del Club Agile. Esta membresía incluye recursos exclusivos, aulas e-learning y acceso a Skill Arena: un espacio para practicar y medir tus habilidades ágiles a tu ritmo.