context engineering

L'articolo di Rod Johnson del luglio 2025 tratta il "context engineering" come un progresso reale rispetto al prompt engineering, per poi sostenere che la sua definizione è incompleta: tiene conto di ciò che viene inviato al modello, non di ciò che ne ritorna, e ignora l'integrazione con i sistemi aziendali esistenti. La sua risposta, il Domain-Integrated Context Engineering (DICE), usa un modello di dominio per strutturare sia gli input sia gli output, trasformando quella che lui chiama un'arte delicata in qualcosa che può essere affinato, ragionato e testato.

Il whitepaper di Google firmato da Addy Osmani, Shubham Saboo e Sokratis Kartakis ne fa la competenza centrale: la qualità dipende meno dal prompt che dal contesto fornito. Sei tipi di contesto (istruzioni, conoscenza, memoria, esempi, strumenti, guardrail) si dividono tra contesto statico, sempre caricato e costoso, e contesto dinamico, recuperato su richiesta. Gli Agent Skills sono il pattern dinamico di punta.

Hugo Lassiège mostra come questo si traduce a livello della toolchain di un singolo sviluppatore. Scrivendo di prodotti in produzione il cui codice è ormai generato quasi interamente, definisce la propria pratica «Context Engineering» piuttosto che «vibe coding», espressione che attribuisce ad «Andrej Karpathy» come sperimentazione. Il suo contesto è stratificato per momento di caricamento: un breve `CLAUDE.md` permanente, regole attivate da percorso, persone in `.agents/*.md`.

Il termine viene anche collocato come una fase già in via di superamento. Su BFM Business nel maggio 2026, Rémi Jacquet ha datato una sequenza: prompt engineering nel 2024, context engineering nel 2025, harness engineering nel 2026. Lushbinary la colloca diversamente, come strato intermedio sotto il «Loop Engineering».