context engineering

Rod Johnson trata en su ensayo de julio de 2025 la «ingeniería de contexto» como un avance real sobre la ingeniería de prompts, pero luego argumenta que su definición es incompleta: contempla lo que se envía al modelo, no lo que este devuelve, e ignora la integración con los sistemas de negocio existentes. Su respuesta, Domain-Integrated Context Engineering (DICE), usa un modelo de dominio para estructurar tanto las entradas como las salidas, convirtiendo lo que él llama un arte delicado en algo que puede refinarse, razonarse y someterse a prueba.

El white paper de Google firmado por Addy Osmani, Shubham Saboo y Sokratis Kartakis la convierte en la competencia central: la calidad depende menos del prompt que del contexto suministrado. Seis tipos de contexto (instrucciones, conocimiento, memoria, ejemplos, herramientas, salvaguardas) se reparten entre contexto estático, siempre cargado y costoso, y contexto dinámico, obtenido bajo demanda. Los Agent Skills son el patrón dinámico insignia.

Hugo Lassiège muestra cómo se ve eso a nivel del conjunto de herramientas de un desarrollador. Al escribir sobre productos en producción cuyo código ahora se genera casi por completo, plantea su práctica como «Context Engineering» y no como «vibe coding», término que atribuye a «Andrej Karpathy» como experimentación. Su contexto está estratificado según el momento de carga: un `CLAUDE.md` breve y permanente, reglas activadas por ruta, personas en `.agents/*.md`.

El término también se posiciona como una etapa que ya está quedando atrás. En BFM Business, en mayo de 2026, Rémi Jacquet fechó una secuencia: ingeniería de prompts en 2024, ingeniería de contexto en 2025, ingeniería de arneses en 2026. Lushbinary la ubica de otra manera, como la capa intermedia bajo «Loop Engineering».