Zenaique

Explain why context engineering emerged as a distinct discipline in 2025-2026

Short answer·Easy·4.0 · 0·~3 min·Asked atBanana DevComet MlGoldman Sachs
Attempt it

Why is context engineering treated as a separate practice from prompt engineering now, when a few years ago both fell under one bucket? Give two or three concrete drivers.

Free · 2 AI evals / day
TL;DR

Three drivers forced the split: retrieval and tool use made the instruction a small fraction of the input, context windows grew but effective accuracy did not keep up, and agent loops produced long trajectories whose

Memory aid
Sign in to see the mnemonic that makes this stick.
Easy to grasp

Picture how cooking changed over a few years. In 2022 a chef worked from one recipe card with everything they needed to know on it. By 2026 the same chef has a pantry of a thousand ingredients delivered fresh every morning, a brigade of sous-chefs handing things over, a notebook of what regular customers like, and a counter that fits only so many ingredients at once. The recipe card is still important, but writing a perfect card no longer matters as much as managing the pantry, the brigade, and the counter. That is exactly what happened to LLM applications: the instruction is still important, but the work shifted to managing everything around it.

Concept explanation~2 min read

Everything you need to truly understand this topic: intuition, mechanics, step by step explanation, code, formulas, and worked example. Click to expand.

The emergence of context engineering as a distinct discipline in 2025-2026 was a vocabulary stabilization that lagged a structural shift in how LLM applications were built. The shift itself happened across 2023-2025 and was driven by three concurrent forces, any one of which would have justified the new term and the combination of which made the old label increasingly misleading.

This deep dive walks through each driver, the production technologies that exemplify it, and the way the three drivers compounded into a coherent new discipline. The framing matters because mis-attributing the split, for example, treating it as a marketing rebrand of prompt engineering, or attributing it to a single model release, leads to under-investing in the system-design work that defines the new discipline.

Driver one: retrieval and tool use as default architecture

In 2022 and early 2023, an LLM application typically had one input: an instruction, possibly with a few in-context examples, and a user message. The full prompt was small enough to write by hand and reason about as a single text. The work of getting good behavior was almost entirely the work of phrasing that text well. 'Prompt engineering' was an accurate label for what was happening.

Between 2023 and 2025, retrieval-augmented generation (RAG) and tool use went from emerging patterns to default architecture. The OpenAI plugin era (2023) made tool use widely accessible. The function-calling API (late 2023) standardized it. Vector databases, Pinecone, Weaviate, Qdrant, Chroma, and then pgvector in mainstream Postgres, made retrieval cheap to operate. The rise of LangChain (2022-2023), LlamaIndex (2023), and the various provider-specific frameworks meant that almost any team could ship a RAG application in days rather than months.

The consequence for what reached the model was dramatic. A typical RAG call in 2025-2026 includes 2K-10K tokens of retrieved chunks per turn, sometimes more. An agent call includes tool outputs accumulated across the trajectory. A persona-aware assistant includes facts pulled from a memory store. The instruction itself is often well under 20% of the input, sometimes under 5%. The bulk of what shapes the model's response is composed at runtime from databases, search results, tools, and memory.

This is the first reason the prompt-engineering label became misleading. You can write a perfect instruction and ship a broken application because the retrieval is wrong, the chunks are misranked, the tool outputs are not capped, or the memory is loading the wrong facts. None of those are instruction problems. They are composition-pipeline problems, and tuning the instruction does not move the needle on them. The discipline that owns those problems is a different discipline, and it deserved a different name.

Driver two: large but unreliable context windows
Driver three: agent loops and trajectory-level state
Compounding effects and why 2025-2026 is the inflection
Sign in to unlock the full deep dive.

Situations where this technique stops working.

Sign in to see when this approach fails.

2–4 min · Everything important, quickly.

Sign in to see the quick scan of the deep dive.

Real products, models, and research that use this idea.

  • The rise of RAG-first products like Perplexity (2022 founding, mainstream 2024-2025) where the instruction is short and the heavy lifting is in retrieval and reranking.
  • Claude Code and Cursor (2024-2026) where the system prompt is hand-tuned but the engineering value lives in tool wrappers, file-context selection, and trajectory-state management.
Sign in to see more production examples.

What an interviewer would ask next. Try answering before peeking at the approach.

QDid model capability changes drive the split, or did application architecture drive it?
A

Mostly application architecture. The instruction to context composition shift was driven by RAG, tools, and agents becoming default features, which happened in the application layer. Model changes (larger windows, prompt caching) enabled some of this but did not force the discipline split on their own. Lost-in-the-middle was a model-side finding, but its effect on practice was to make the application-layer budget management harder, not to introduce the budget management as a new concern.

2 more follow-ups an interviewer would ask next. Sign in to reveal them.

Red flags & common mistakes

The phrases that signal junior thinking. Click to expand.

Most common mistake

Pointing at bigger context windows as the only driver, large windows did not solve the problem, they just made the budget question harder by hiding the effective-window limit behind a generous hard limit.

Sign in to see all red flags and common mistakes.

60 second bullets to scan on the way to the call.

  • Name retrieval and tool use as a primary driver and explain why it shrinks the instruction's share

  • Name large but unreliable context windows and explain the effective versus hard budget distinction

Sign in to unlock the revision sheet.

Primary sources. Browse if you want the original framing.

Similar questions

Same topic, related formats. Practice these next.

4 curated
Next question
Pick the most effective intervention when an agent's context grows by 8KB every iteration
MCQ·Medium