Skip to main content

Our Team

Proven Results

What Context Engineering Actually Means - Thought leadership article by Context is Everything on AI implementation

What Context Engineering Actually Means

·7 min read·829 words
Context EngineeringAI StrategyBuying AIKnowledge Management

A label arrived in June 2025 for an old problem: deciding what an AI system can see at the moment it does a job. Underneath the term are four decisions, and most of what you will be sold is a combination of them. Here is the vocabulary, the evidence behind it, and the two questions to put to a supplier.

A label arrived in June 2025 for an old problem. The term, the four decisions under it, and what to ask a supplier.

Context engineering is deciding what an AI system can see at the moment it does a job. Not how the request is worded. What is in front of the machine when it answers.

Andrej Karpathy, who led AI at Tesla until 2022, gave it its working definition in June 2025: supplying "just the right information for the next step". A system holds only so much at once, so somebody chooses what it gets for this task. In most organisations we walk into, that somebody is nobody.

It is not the older habit of wording the question better, renamed. That assumed the request was the lever. This is about what is present when the answer is produced, and more expensive to get wrong.

Why the industry needed a new word

For two years the assumption was that the next model would fix it. It did not. Often what failed was not the reasoning but what the reasoning needed: a folder nobody connected, a spreadsheet on a partner's laptop.

Then the labs said it themselves. A Google tech lead, Hangfei Lin, put it sharply in December 2025: what a model sees is not text you write once, it is a view assembled at the moment of the task from sources held elsewhere. In July 2026 Anthropic deleted more than four fifths of the standing instructions it gives its own coding tool, with no measurable loss on its own coding tests, which is why one of your documents should be shrinking.

The four things you are actually deciding

Standing instructions and the record are the two things you manage. These four operations are how. The clearest statement of them is Lance Martin's, June 2025, republished by LangChain. Most of what you are sold combines them.

Write it down and keep it. The objection that killed a bid. The clause your legal team always changes. If it lives only in somebody's head, no system can use it.

Pull in only what this job needs. A renewal conversation needs three invoices and the complaint from March, not the shared drive. What the system finds first shapes much of what it says, which is one of seven fixes for made-up answers.

Shorten what will not fit. A forty page report becomes the six findings that change a decision. Cheap, useful, and it loses things. Shortening here means cutting material before the system sees it, not work going faster.

Keep separate things separate. The pricing analysis and the legal review should not share one conversation, because each contaminates the other. On one financial workflow we built, seven specialist assistants each had a narrow job, which is what that looks like in practice.

If you are buying rather than building

What separates a system that works in your firm from one that does not is the assembly: what is written down, pulled in, shortened, held apart.

Two questions do the work. Where does the record live between tasks, and do you own it? Which of the four are they doing, and which are they calling optional? A supplier doing only the shortening is selling summaries. The store itself is where the advantage sits.

The honest limits

The label is barely a year old and the vocabulary may not survive. Its evidence is mostly engineering notes from single companies, not controlled trials. What is durable predates the label: systems use what they can reach, and nothing else.

Nine things worth reading

Start here:

  • Andrej Karpathy, 25 June 2025. The definition everyone borrows.
  • Lance Martin, Context Engineering for Agents, 23 June 2025. The four operations in original form.
  • Yichao Ji of Manus, 18 July 2025. Four rebuilds of one product, honest about the cost.
  • Hangfei Lin of Google, 4 December 2025. Context built at the moment of use.
  • Then:

  • Nelson Liu and colleagues, Lost in the Middle, 2023, journal version 2024. A fact buried mid-document is used less reliably than the same text at either end. Models tested were 2023 vintage.
  • Charles Packer and colleagues, MemGPT, October 2023. Small working set, large store outside it. A preprint, not peer reviewed.
  • Lingrui Mei and colleagues, A Survey of Context Engineering, July 2025. More than 1,400 papers reviewed.
  • Qizheng Zhang and colleagues, Agentic Context Engineering, arXiv:2510.04618, October 2025, later at ICLR 2026. Records that accumulate into playbooks, and what erodes if you rewrite instead.
  • Ryan Lopopolo of OpenAI, Harness engineering, 11 February 2026. Five months, a team of three to seven, no code typed by a person. The fullest single account of an organisation working this way. He says it may not generalise.
  • Context engineering is not a technology and there is nothing to install. It is a set of decisions about what the machine can see, and somebody is making them either way.

    Related Articles

    What happens next?

    Talk to us. We'll tell you honestly whether AI makes sense for your situation.

    If it does, we'd love to work with you. If it doesn't, we'll tell you that too.

    Start a Conversation