context engineering

Hier ist die deutsche Übersetzung:

Rod Johnsons Essay vom Juli 2025 behandelt „Context Engineering“ als echten Fortschritt gegenüber Prompt Engineering, argumentiert dann aber, dass die Definition unvollständig sei: Sie erfasse, was an das Modell gesendet wird, nicht was zurückkommt, und ignoriere die Integration mit bestehenden Business-Systemen. Seine Antwort, Domain-Integrated Context Engineering (DICE), nutzt ein Domänenmodell, um sowohl Eingaben als auch Ausgaben zu strukturieren, und macht so aus dem, was er eine heikle Kunst nennt, etwas, das verfeinert, durchdacht und getestet werden kann.

Das von Addy Osmani, Shubham Saboo und Sokratis Kartakis unterzeichnete Google-Whitepaper macht dies zur zentralen Fähigkeit: Die Qualität hänge weniger vom Prompt ab als vom bereitgestellten Kontext. Sechs Kontexttypen (Instructions, Knowledge, Memory, Examples, Tools, Guardrails) teilen sich auf in statischen Kontext, immer geladen und teuer, und dynamischen Kontext, bei Bedarf abgerufen. Agent Skills sind das Vorzeigemuster für dynamischen Kontext.

Hugo Lassiège zeigt, wie sich das auf Ebene des Toolchains eines einzelnen Entwicklers darstellt. Er schreibt über Produktionsprodukte, deren Code inzwischen fast vollständig generiert wird, und bezeichnet seine Praxis als «Context Engineering» statt als «vibe coding», das er «Andrej Karpathy» als Experimentieren zuschreibt. Sein Kontext ist nach Ladezeitpunkt geschichtet: eine kurze permanente `CLAUDE.md`, pfadausgelöste Regeln, Personas in `.agents/*.md`.

Der Begriff wird auch als bereits vergehende Phase eingeordnet. Bei BFM Business datierte Rémi Jacquet im Mai 2026 eine Abfolge: Prompt Engineering 2024, Context Engineering 2025, Harness Engineering 2026. Lushbinary ordnet ihn anders ein, als mittlere Schicht unter «Loop Engineering».