Context engineering: qué entra en el contexto y en qué orden

El context engineering es la disciplina de decidir qué información ocupa la ventana de contexto, en qué orden y con qué jerarquía, para maximizar el rendimiento del modelo. No es prompt engineering —que se centra en cómo formular una instrucción concreta—: opera a nivel de sistema. Qué documentación incluir, cómo estructurar el historial, qué tools cargar, cuándo compactar, qué delegar a un subagente, qué persistir en AGENTS.md y qué dejar fuera. Es la diferencia entre que un agente funcione o no, porque el modelo no «recuerda»: relee todo en cada petición, y el contexto es un recurso finito que se degrada al llenarse (context rot, lost in the middle). Las palancas concretas son: limpiar el contexto con frecuencia, escribir system prompts concisos (no plegarias de 5.000 palabras), auditar las tools cargadas, asignar el modelo a la tarea (barato para leer, caro para razonar), y fijar quality gates deterministas (linters, tests) en vez de pedir al modelo que se valide a sí mismo. Cuando entiendes tokens, ventana, tools y agentes, estás en condiciones de hacer context engineering; sin esa base, son palabras vacías.