AIYINGFrom AI Awareness to Accomplishment
Showing posts with label AI Engineering Now. Show all posts
Showing posts with label AI Engineering Now. Show all posts

Wednesday, November 11, 2026

AI Engineering Now #005: Context Engineering — Why AI Agents Need the Right Context, Not More Context

AI ENGINEERING NOW · EPISODE #005

Your AI Agent Doesn't Need More Context. It Needs the Right Context.



Context Engineering: The emerging discipline of designing what AI systems need to know.

11 November 2026 | AI Engineering | Context Engineering

One development. One insight. One action.

1. NOW — What's Changing?

AI engineering is moving beyond the design of prompts toward the broader discipline of context engineering.

Prompt engineering focuses on how we formulate instructions. Context engineering considers the information and operational environment available to the model when it performs a task.

This can include:

  • System and developer instructions
  • User requests and task requirements
  • Retrieved documents and knowledge
  • Tool definitions and tool responses
  • Conversation history and memory
  • Intermediate results from earlier steps

In July 2026, Anthropic described a substantial reduction in the system-prompt material used with newer-generation Claude Code models. The announcement illustrates a broader engineering lesson: more context is not automatically better context.

The central question becomes:

What is the minimum sufficient context that enables an AI system to accomplish its task reliably?

This is not simply a question of reducing tokens. It is a question of relevance, accuracy, timing, structure, and task requirements.

↑ Back to contents

2. WHY IT MATTERS

Modern AI systems can accept large amounts of information. However, a larger context window does not guarantee better results.

An agent may receive:

  • Outdated instructions that conflict with current requirements
  • Documents unrelated to the task
  • Duplicated information
  • Tool descriptions it does not need
  • Long histories containing irrelevant intermediate work

These additions can increase processing costs and make it harder to identify the information that matters.

Three engineering consequences

1. Reliability: The agent must distinguish authoritative information from irrelevant or conflicting material.

2. Efficiency: Unnecessary context consumes input tokens and can increase processing time and cost.

3. Maintainability: A clearly designed context pipeline is easier to inspect, test, and improve than an unstructured collection of prompts and documents.

Context engineering therefore becomes part of system architecture—not merely prompt writing.

↑ Back to contents

3. ENGINEERING EXAMPLE — A Document-Analysis Agent

Imagine an AI agent responsible for preparing a one-page summary of a client's project risks.

The available information includes:

  • 20 meeting transcripts
  • 10 project status reports
  • 5 contracts
  • Several outdated project plans
  • The latest approved risk register

Approach A: Give the agent everything

The agent receives every available document at once.

Potential problems include conflicting project dates, duplicated risks, obsolete decisions, and unnecessary context consumption.

Approach B: Engineer the context

The agent initially receives:

  • The current project objective
  • The latest approved risk register
  • The current reporting period
  • The required summary format
  • Instructions to retrieve additional documents when evidence is missing

The agent can access older documents when a particular question requires them, rather than receiving all historical material automatically.

Important distinction

This example is an illustrative engineering scenario, not a published performance benchmark.

Approach B is a hypothesis to test. If an omitted document contains essential evidence, a smaller context could produce a worse result.

The objective is sufficient, trustworthy context—not simply the smallest possible prompt.

↑ Back to contents

4. TRY THIS — The Context Challenge

Try this small experiment using an AI assistant or an agent you are building.

Step 1 — Choose a task

For example:

“Analyze the supplied project documents and identify the five most important unresolved risks, with supporting evidence.”

Step 2 — Prepare two configurations

Run A — Full contextRun B — Engineered context
All available documents Current, relevant documents
Full background history Essential task history
All available instructions Current, non-conflicting instructions
Same output format Same output format

Keep the model, task, and evaluation criteria unchanged. Where possible, use the same model settings and repeat the experiment to check consistency.

Step 3 — Run both configurations

Ask the AI to produce the same deliverable in both cases.

Step 4 — Evaluate the results

Compare each output against the actual source documents and an independently prepared checklist of expected findings.

Do not assume the shorter context will win. Let the evidence decide.

↑ Back to contents

5. SUCCESS SIGNAL — Measure the Difference

Use this simple scorecard:

Measure Run A Run B
Verified findings (out of 5)______
Unsupported claims______
Input tokens______
Completion time______

If token usage is unavailable in your interface, record the approximate context size or use an API that reports token consumption.

Suggested decision rule: Prefer the leaner configuration only when it preserves the required evidence and meets your quality threshold.

For example, if Run B uses fewer tokens but misses a critical risk, the reduction is not a successful engineering improvement.

Success = Required quality maintained or improved, with less unnecessary context.

↑ Back to contents

6. ENGINEERING TAKEAWAY

Context is not just information supplied to AI. It is an engineering resource that must be designed.

An effective AI engineer asks:

  • Which information is essential?
  • Which information is authoritative?
  • Which information can be retrieved later?
  • Which information is outdated or unnecessary?
  • How will we verify that context changes improve outcomes?

The aim is not to give the agent everything it might possibly need.

The aim is to make the right information available when the agent needs it.

↑ Back to contents

7. GO DEEPER — The Effective AI Engineer

This development connects naturally to an existing case in the The Effective AI Engineer learning series:

CONNECTED CASE STUDY

Case #004 — The Engineer Who Chose the Constraint

Effective engineering is not always about removing limitations. Sometimes the right constraint forces better design decisions.

Context engineering offers a practical application of this idea.

Instead of asking, “How much information can the agent accept?” the engineer asks, “What information is necessary to accomplish this task?”

Learning connection: Use constraints deliberately, then test whether they improve engineering outcomes.

Explore the Effective AI Engineer case-study series and course through AIYING's learning resources.

This connection is an educational interpretation of the case's engineering principle, rather than a claim that the original case was specifically about context engineering.

↑ Back to contents

8. COURSE CHALLENGE — Design a Context Budget

Challenge: Design the context strategy for an AI agent that analyzes project documents.

Prepare a one-page design containing:

  1. Always include: Essential instructions, current task, and output requirements.
  2. Retrieve on demand: Supporting documents needed to answer particular questions.
  3. Exclude by default: Duplicated, obsolete, or unrelated material.
  4. Verify: A test that detects whether important information has been omitted.
  5. Measure: Accuracy, unsupported claims, token usage, and completion time.

Suggested deliverable

Context categoryDecisionReason
Task instructionsAlways includeDefines success
Current risk registerAlways includePrimary evidence
Historical meeting notesRetrieve as neededSupports investigation
Obsolete project draftsExclude by defaultMay create conflicts

Completion criterion: Explain why each category belongs in its chosen group, and demonstrate that the resulting agent can still satisfy the task requirements.

Portfolio artifact: A context-budget design note and a two-run evaluation scorecard.

↑ Back to contents

9. Sources and Further Reading

Primary development source

Anthropic, The New Rules of Context Engineering for Claude 5 Generation Models (24 July 2026).

https://claude.com/blog/the-new-rules-of-context-engineering-for-claude-5-generation-models

Technical foundation

Anthropic, Effective Context Engineering for AI Agents (29 September 2025).

https://www.anthropic.com/engineering/effective-context-engineering-for-ai-agents

The document-analysis scenario, comparison exercise, scorecard, and course assignment are original educational applications developed for AIYING. They are not experimental findings reported by Anthropic.

↑ Back to contents

AI Engineering Now
One development. One insight. One action.

Connected Learning: The Effective AI Engineer

AIYING — Accomplishing with AI

From awareness to application to accomplishment.

#AIEngineering #ContextEngineering #AIAgents #AgenticAI #EffectiveAIEngineer #AIYING

AI Engineering Now #003: Your AI Agent Needs a Test Before More Tools — Why Agent Evaluation Matters

AI Engineering Now #003

11 November 2026 | AI Agent Evaluation

Your AI Agent Needs a Test Before It Needs More Tools

NOW

AI agents are becoming increasingly capable of using tools, retrieving information, writing code, and executing multi-step workflows.

But an agent successfully calling a tool does not mean it has successfully completed the task.

OpenAI's Agent Evals guidance explains how developers can evaluate agent performance using traces, graders, and repeatable evaluation datasets.

WHY IT MATTERS

An agent may execute every tool call correctly and still deliver the wrong result.

For AI engineers, the important question is not:

Did the agent use its tools?

It is:

Did the agent accomplish the intended task correctly?

Reliable AI Engineering requires evaluating outcomes, not just execution activity.

TRY THIS

Create a small evaluation dataset containing 10 realistic tasks for your AI agent.

For each task, record:

  1. Expected result: What should the agent accomplish?

  2. Actual result: What did it produce?

  3. Tool errors: Did any tool calls fail?

  4. Task success: Were the requirements satisfied?

Run the same 10 tasks after changing your model, prompts, or tools.

Compare the results before adding more capabilities.

ENGINEERING TAKEAWAY

Don't measure how busy your agent is. Measure how well it accomplishes the task.

SOURCE — OpenAI Developer Documentation

Agent Evals

https://developers.openai.com/api/docs/guides/agent-evals


AI Engineering Now
One development. One insight. One action.

AIYING — Accomplishing with AI

#AIEngineering #AIAgents #AgenticAI #AgentEvaluation #LLMOps #AIQuality #GenerativeAI #AIYING

AI Engineering Now #002: Your AI Agent Needs an Exit Condition — When Should an AI Agent Stop?

AI Engineering Now #002

11 November 2026

Your AI Agent Needs an Exit Condition

NOW

AI agents can execute multiple steps, call tools, and continue working toward a goal.

The OpenAI Agents SDK provides a max_turns setting to limit the number of agent turns during a run.

But limiting turns is only one part of controlling autonomous execution.

WHY IT MATTERS

An agent that keeps working is not necessarily making progress.

Without clear boundaries, an agent may repeat failed actions, consume unnecessary resources, or continue when human intervention is needed.

TRY THIS

Before deploying your next agent, define three boundaries:

  1. Turn limit: How many agent turns are permitted?

  2. Resource budget: How much time or money can the task consume?

  3. Escalation rule: When must the agent stop and ask a human?

Test what happens when each boundary is reached.

ENGINEERING TAKEAWAY

An effective AI agent knows not only what to do, but when to stop.

SOURCE — OpenAI Agents SDK Documentation

https://openai.github.io/openai-agents-python/running_agents/

Technical note: The SDK documents max_turns. Time, cost, and escalation policies require additional application-level controls.


AI Engineering Now
One development. One insight. One action.

AIYING — Accomplishing with AI

#AIEngineering #AIAgents #AgenticAI #AgentSafety #AIEngineeringNow #AIYING

AI Engineering Now #001: AI Agents Are Being Tested on Real Work — The MKA Benchmark

AI Engineering Now #001

11 November 2026 | AI Engineering Update

AI Agents Are Being Tested on Real Work, Not Just Answers

Google and Artificial Analysis have introduced the Multimodal Knowledge Agent (MKA) Benchmark, designed to evaluate AI agents on complex, real-world professional tasks.

The benchmark includes 200 visually rich tasks across 10 industries, involving documents, diagrams, spreadsheets, and other professional files.

WHY IT MATTERS

AI Engineering is moving beyond evaluating whether AI produces convincing answers.

The real question is:

Can an AI agent complete a meaningful task and produce an accurate, verifiable work product?

This changes how AI engineers should think about agent evaluation, reliability, and practical performance.

TRY THIS

Give your AI agent a task involving a PDF and a spreadsheet.

Evaluate three things:

  1. Accuracy: Are the extracted facts and calculations correct?

  2. Completion: Did the agent accomplish the requested task?

  3. Deliverable quality: Is the final output usable without extensive corrections?

ENGINEERING TAKEAWAY

Measure completed work, not just generated answers.

SOURCE — Google (10 November 2026)

Multimodal Knowledge Agent Benchmark

https://blog.google/innovation-and-ai/models-and-research/gemini-models/multimodal-knowledge-agent-benchmark/


AI Engineering Now
One development. One insight. One action.

AIYING — Accomplishing with AI

#AIEngineering #AIAgents #AgenticAI #AIEvaluation #MultimodalAI #AIBenchmarks #GenerativeAI #AIYING

AI Engineering Now #004: Context Engineering — Why Better Context Matters More Than a Better AI Model

AI Engineering Now #004 Context Engineering

Your AI Agent May Not Need a Better Model. It May Need Better Context.

An AI agent can have a powerful model, capable tools, and well-written instructions—and still produce unreliable results.

The missing ingredient may be the right information at the right moment.

WHY IT MATTERS

More context is not automatically better context.

Long conversation histories, irrelevant retrieved documents, and outdated tool outputs can make it harder for an agent to identify what matters.

Context engineering is about designing what information the model receives, when it receives it, and how that information is organized.

TRY THIS

Take one AI agent task and test three configurations:

  1. Full context: Complete conversation history and all retrieved documents.

  2. Focused context: Only the most relevant documents and current task instructions.

  3. Structured context: Relevant documents, a concise task summary, and explicit success criteria.

Compare answer accuracy, task completion time, and token consumption.

ENGINEERING TAKEAWAY

Don't just give your agent more information. Engineer the information it needs to succeed.

SOURCE — Anthropic Engineering

Effective Context Engineering for AI Agents

https://www.anthropic.com/engineering/effective-context-engineering-for-ai-agents


AI Engineering Now
One development. One insight. One action.

AIYING — Accomplishing with AI

#AIEngineering #ContextEngineering #AIAgents #AgenticAI #LLMOps #GenerativeAI #AIYING

Accomplish with AI

Powered by Blogger.

Featured post

AI Engineering Hands-On Lab #001 — Build an AI Answer Reliability Test Bench Without Code

AIYING | Daily 24 — Post 009 AI Engineering Hands-On Lab #001 Build an AI Answer Reliability Test Bench — Without Writing Code Lea...

Search This Blog

List of blogs

Search This Blog

About

Translate

Instant Stories

Read in Your Language

Test

share this

ShareThis

Popular Posts