Context Engineering:
The New Rules of AI Agents
TL;DR: Anthropic deleted >80% of Claude Code's system prompt and quality improved. They named the new discipline "context engineering" — the idea that context is a product, not a dump: CLAUDE.md + skills files + memory + MCP tools, not one monolithic prompt. Claude Opus 5 shipped the same day ($5 input / $25 output per 1M tokens, Fast mode ~2.5x faster). My 20-agent Content Factory pipeline saves ~600K tokens/day after moving to modular context. If you're still running fat prompts, you're paying for degradation.
Context Engineering by the Numbers
Here's a thing that happened: Anthropic took the system prompt for Claude Code — the one they'd written carefully, the one that "had everything" — and cut more than 80% of it. Then the model got better.
Not marginally. Not in some benchmark-only way. Better in practice, on real tasks, with real outputs.
If your gut reaction is "that can't be right," you're not alone. The entire industry has operated on the assumption that more context equals better model behavior. More instructions, more examples, more guardrails. That assumption just got publicly reversed by the company that built the model. On July 24, 2026 — the same day they launched Claude Opus 5.
1. What Happened on July 24, 2026?
Anthropic published "The New Rules of Context Engineering" by Thariq Shihipar. Within 24 hours: 146 points, 92 comments on Hacker News. That's not a blog post — that's a position paper.
The headline fact: while building Claude Code, Anthropic removed more than 80% of the system prompt. Output quality went up, not down.
On the same day, Claude Opus 5 launched. According to Anthropic, it's the new SOTA on Frontier-Bench and CursorBench. Price: $5/1M input tokens, $25/1M output tokens. Fast mode runs approximately 2.5x faster than the default. A new /doctor command appeared in Claude Code for real-time context diagnostics.
Claude Fable 5 also shipped as a separate model in the lineup. Two releases in one day, one essay that reframes what everyone thought was best practice. That's not noise.
2. Why Is This a Paradigm Shift?
The dominant mental model has been: a detailed system prompt equals a well-instructed model. So everyone wrote 2,000+ token prompts. Personality, rules, examples, edge cases, fallback behaviors — all baked in from the start.
Context engineering inverts this. A monolithic prompt is noise. The model spends attention — literally, the attention mechanism — parsing instructions irrelevant to the current request. Meanwhile, what it actually needs: the live working context, memory from previous sessions, the right tool for the current task — might be crowded out or deprioritized.
The new model: context is assembled dynamically. A base profile (CLAUDE.md) — short, stable, rarely changes. Task-specific skills (skill files) — loaded per task. Memory — retrieved by relevance, not stuffed in by default. MCP tools — external data injected at the moment of the call, not pre-loaded.
This pattern is familiar from software engineering. It's the same argument as SOLID principles vs God objects. Not one massive class that knows everything — modular components with single responsibilities. Context engineering is SOLID for AI context. When Opus 5 costs $25/1M output, the cost of wasted attention is directly measurable in dollars. That's when this conversation stops being theoretical.
3. The New Architecture in Plain English
Think of it as onboarding a new team member. Old approach: hand them a 200-page binder on day one. "Here's everything you need to know." New approach: give them a short company profile and say "you'll find the specific procedures when you need them."
The company profile. Short. Stable. Contains who you are, your priorities, how you make decisions. Principles, not an exhaustive rule list. Under 200 tokens.
Procedure documents. When an agent works on code — load the coding skill. Writing — content skill. Each file is narrow and specific. 80-120 tokens each.
What the agent retains between sessions. Not stored permanently in the prompt — retrieved by relevance when needed, not by default on every call.
External data sources. CRM, knowledge base, calendar — connected at the moment they're needed, not pre-loaded into every prompt.
Each agent's system prompt ends up short: 200-350 tokens instead of 800-1,200. But the total effective context is richer — because it's live and relevant, not statically baked in. The /doctor command runs a live audit: what's inflating your context, where are conflicting instructions, what should move to a skill file. This isn't complicated to implement. The difficulty is unlearning the instinct to stuff everything into one place.
4. My Content Factory Case (Real Numbers)
I run a pipeline of 20 sub-agents. Each one handles a specific part of content production: research, fact-checking, writing, formatting for different platforms, SEO, translation, quality gates, and so on.
Before the shift: each agent had a monolithic system prompt averaging 800-1,200 tokens. A significant portion was universal (tone of voice, fact-check rules) that duplicated across agents. All of it loaded on every single call.
Saving per call: ~630 tokens. The math: 20 agents × 50 calls/day × 630 tokens = 630,000 tokens/day in input savings alone. At Opus 5 pricing of $5/1M: that's $3.15/day. Multiply by 30 — $94/month from one pipeline.
Not life-changing at this scale. But at 10x load — $940/month. At platform scale with 100x — $9,400/month. The principle scales linearly with volume. Output quality didn't drop. If anything, some agents produce cleaner results because their system prompt no longer dilutes their task with unrelated rules.
5. The Cost Math That Wakes Up CFOs
Opus 5: $5/1M input, $25/1M output. Not the cheapest model. By Anthropic's benchmarks, the most capable — which changes the calculation.
Team of 5 developers, 60 AI calls/day each
The real cost of a bloated context isn't just tokens. It's attention waste: the model "thinks" about irrelevant rules and produces a less precise answer to the actual question. Rework costs more than tokens. Fast mode at ~2.5x speed is a separate line item for teams using AI interactively — code review, pair programming, live debugging. 2.5x on 60 daily calls is hours of recovered time per week per developer.
6. What Dies, What Lives
Dies
Lives and grows
7. What to Build This Week
8. The B2C / B2B Split
For DIY-builders and solo founders
Context engineering isn't a new technology. It's a discipline. Three rules that work immediately:
Start with one agent. Strip its system prompt of everything that isn't unique to its specific role. See what changes. It takes two hours. What you learn stays with you permanently.
For B2B teams (CTO / Head of AI / Product)
Three questions for an immediate audit:
With Fast mode at 2.5x and a properly engineered context, Opus 5 at $25/1M output is a fundamentally different conversation than Opus 4 with a bloated prompt at the same price point.
Context Engineering Starter Kit
I put together a ready-to-use kit: 3 skill files for Claude Code (agent-role / memory / tools), a /doctor audit checklist, and a CLAUDE.md template for solo pipelines. Reply with "club" and I'll send the files over.
Free 20-minute context audit
If you're running 3+ AI agents or have an automated AI pipeline — let's review your current system prompt setup, calculate the cost of your bloated context, and give you a concrete migration plan with ROI numbers. DM me vertical agent and we'll find a time.
DM "vertical agent" on Telegram →Frequently Asked Questions
What is context engineering and how is it different from prompt engineering? ▼
Prompt engineering is about writing better requests. Context engineering is about controlling what ends up in the model's context at all: a short CLAUDE.md profile, task-specific skill files, memory retrieved between sessions, and MCP tools that inject data on demand. Anthropic deleted >80% of Claude Code's system prompt and quality improved — because a monolithic prompt is noise, not signal. Context engineering is the discipline of treating context as a product.
Why did Anthropic delete 80% of the Claude Code system prompt? ▼
A monolithic prompt wastes the model's attention window parsing rules that are irrelevant to the current request. Anthropic moved to a modular architecture: a short CLAUDE.md plus skill files loaded per task plus memory plus MCP. The system prompt dropped from 800-1,200 tokens to 200-350 tokens. The model now 'thinks' about the actual task instead of parsing an instruction manual for every possible situation.
How many tokens does modular context actually save on a real pipeline? ▼
On a 20-agent pipeline: average system prompt dropped from 900 to 270 tokens — saving 630 tokens per call. 20 agents × 50 calls × 630 tokens = 630,000 tokens per day. At Opus 5 pricing of $5/1M input that's $3.15/day, $94/month from one pipeline. At 10x load: $940/month. At platform scale with 100x: $9,400/month. The principle scales linearly with volume.
What is Claude Opus 5 and how is it priced? ▼
Claude Opus 5 launched on July 24, 2026. According to Anthropic it's the new SOTA on Frontier-Bench and CursorBench. Price: $5 per 1M input tokens, $25 per 1M output tokens. Fast mode runs approximately 2.5x faster than standard. A new /doctor command appeared in Claude Code for real-time context diagnostics during active work sessions.
How do I move to context engineering in one week? ▼
Day 1: run /doctor in Claude Code, set a baseline for token usage per agent. Day 2: extract the universal layer from your prompts into CLAUDE.md (max 200 tokens, principles only). Day 3: create 2-3 skill files for your most frequent task types. Day 4: measure quality and calculate token savings over 100 calls. Day 5: identify at least one data source to move to MCP instead of baking into the prompt. Even a single agent without a full migration improves from Day 2 onward.
What does the /doctor command do in Claude Code? ▼
The /doctor command is a context diagnostic tool that shipped with Claude Opus 5. It runs live inside an active Claude Code session and shows what's inflating your context, where there are conflicting instructions, and what should move to skill files. It's the first step of any context engineering migration — without /doctor you're guessing what to remove rather than acting on data.