Building Production Agentic Systems with Platform-Level LLMOps Features
anthropic · Tech · 2025 · source Agentic: yes · promotional bias: high · source-backed · extracted with prompt 0.5.5 (schema v2)
Generated from extraction.json — do not edit by hand. Every claim cites verbatim source evidence; stated means the quote directly asserts the claim, implied means it supports it indirectly.
Problem
Domain: Platform-level LLMOps for production agentic systems
Anthropic needed platform primitives that let developers extract better production performance from Claude-based agents. The talk frames three core problems: exposing trained model capabilities through usable APIs, managing finite and expensive context windows, and giving agents secure compute infrastructure so they can write and run code autonomously across local, web, and mobile experiences.
Constraints:
- Developers need controllable access to model capabilities such as extended thinking and reliable tool use.
- Agentic coding systems can have technical designs, entire codebases, instructions, and hundreds of tool calls competing for context-window space.
- Context management must decide what to retrieve, store, and clear without losing performance-critical information.
- Web and mobile Claude Code sessions need secure execution, container orchestration at scale, and session persistence when users walk away.
- Agent skills must provide domain expertise while MCP provides access to external context and tools.
Architecture
Anthropic's platform strategy exposes Claude's capabilities as API primitives and infrastructure. Extended thinking lets developers set a reasoning-token budget. Tool use APIs expose built-in and custom tools with schemas. MCP connects agents to external systems such as GitHub or Sentry. Memory stores context outside the window and retrieves it when relevant, while context editing clears stale tool results. Code execution lets Claude write and run code in secure sandboxed environments hosted by Anthropic, with platform-managed containers and security. Agent skills package scripts, instructions, and resources that Claude can pull into a sandbox when the task matches. Together these features support Claude Code and other agentic systems across local, web, and mobile settings.
Diagram confidence: reconstructed (reconstructed from prose).
flowchart LR claude-api["Claude API"] --> extended-thinking-controller["Extended thinking controller"] claude-api --> tool-use-api["Tool use API"] claude-api --> context-manager["Context manager"] claude-api --> code-execution-tool["Code execution tool"] extended-thinking-controller --> claude-code-agent["Claude Code agent"] tool-use-api --> claude-code-agent tool-use-api --> mcp-connectors["MCP connectors"] mcp-connectors --> context-manager context-manager --> memory-tool["Memory tool"] context-manager --> context-editing["Context editing"] memory-tool --> context-manager context-editing --> context-manager context-manager --> claude-code-agent claude-code-agent --> code-execution-tool code-execution-tool --> sandbox-environment["Sandbox environment"] sandbox-environment --> session-persistence["Session persistence"] session-persistence --> claude-code-agent code-execution-tool --> agent-skills["Agent skills"] agent-skills --> mcp-connectors web-and-mobile-claude-code["Web and mobile Claude Code"] --> session-persistence
Components
| Component | Role | Interacts with |
|---|---|---|
Claude API |
Developer-facing API surface that exposes model capabilities and agent infrastructure. | Extended thinking controller, Tool use API, Context manager, Code execution tool |
Extended thinking controller |
Token-budget mechanism that lets developers choose longer reasoning or quicker answers. | Claude Code agent |
Tool use API |
Built-in and custom tool calling with name, description, and input schema. | Claude Code agent, MCP connectors |
MCP connectors |
Standardized access to external tools and context such as GitHub or Sentry. | Context manager, Agent skills |
Context manager |
Coordinates relevant information in the context window through MCP, memory, and context editing. | Memory tool, Context editing, Claude Code agent |
Memory tool |
Client-side file-system style memory for storing context outside the window and retrieving it only when relevant. | Context manager |
Context editing |
Mechanism for clearing irrelevant old tool results from the context window. | Context manager |
Claude Code agent |
Agentic coding product that reads/searches/writes files, reruns tests, and uses the platform features. | Session persistence, Code execution tool |
Code execution tool |
API primitive that lets Claude write and run code inside secure sandboxed environments. | Sandbox environment, Agent skills |
Sandbox environment |
Anthropic-hosted secure execution environment with container orchestration and security handled by the platform. | Session persistence |
Session persistence |
Persistent execution state for web/mobile sessions where users start work, walk away, and return later. | Claude Code agent |
Agent skills |
Folders of scripts, instructions, and resources that Claude can pull into context and execute in the sandbox. | Code execution tool, MCP connectors |
Web and mobile Claude Code |
Non-local client surfaces that require hosted compute, sandboxing, orchestration, and persistence. | Session persistence |
Data flow
A user asks Claude Code or another agent to complete a task. The platform may allocate extended-thinking tokens, assemble relevant context from MCP and memory, clear old tool results with context editing, and let Claude call tools such as file read/search/write/test operations. For web/mobile or code-execution workflows, Claude writes and runs code inside a secure sandboxed environment managed by Anthropic's container infrastructure. If the task matches an agent skill, Claude pulls scripts, instructions, and resources into context and executes the skill inside the sandbox. Session state persists so users can leave and return to completed work.
6 supporting quotes
Why this architecture
Anthropic argues that model capability is not enough: trained capabilities need productized API controls; context performance depends on active memory and pruning; and autonomous agents need managed compute. The architecture raises performance by exposing reasoning budgets, reliable tool calls, MCP, memory, context editing, sandboxed code execution, and skills as platform features rather than making each developer build the same LLMOps infrastructure.
4 supporting quotes
Models used: Claude · Claude Code · Claude models with extended thinking · Claude models with million-token context windows
Scale
- Claude Code can call hundreds of tools during a session.“cloud code is calling hundreds of tools.”transcript, stated
- Combining memory and context editing produced a 39% benchmark performance bump on Anthropic internal evals.“we saw a 39% bump in performance over o over the benchmark on our own internal evals.”transcript, stated
- Some Claude models support a million-token context window.“for some of our models, you can have a million token context window.”transcript, stated
- Web and mobile Claude Code needed many concurrent persistent sessions after launch.“many of you were excited about it and started many many sessions and walked away”transcript, stated
- Claude Code has many tools for file operations and test reruns.“Cloud code has many, many, many tools and it's calling them all the time”transcript, stated
Alternatives considered (roads not taken)
Expose only raw model endpoints.
Rejected because: Anthropic argues model capabilities must be surfaced through API features such as extended thinking, tool use, memory, context editing, and code execution.
Always let Claude reason longer.
Rejected because: The extended-thinking budget lets developers trade off reasoning time against quick answers based on task complexity.
Keep all potentially useful context in the prompt window.
Rejected because: Tool results and old context can consume space without helping future responses, so memory and context editing keep only relevant information in the window.
3 supporting quotes
Run Claude Code only on the user's local machine.
Rejected because: Web and mobile Claude Code require hosted compute, secure execution, container orchestration, and persistent sessions when users walk away.
3 supporting quotes
Use MCP alone for expertise.
Rejected because: MCP supplies tools and context, but skills package the scripts, instructions, and resources that teach Claude how to use them well.
Patterns
tool-use-orchestration (agent_tools)
Claude Code relies on built-in and custom tool calling for reading/searching/writing files and rerunning tests.
3 supporting quotes
context-compaction (context_management)
Context editing clears old tool results that consume window space and may no longer help later reasoning.
3 supporting quotes
agent-memory (memory)
The memory tool stores codebase patterns or workflow preferences outside the prompt and retrieves them only when relevant.
3 supporting quotes
rag-retrieval (retrieval)
MCP gives agents access to external systems and context outside the immediate prompt window.
3 supporting quotes
cost-aware-routing (performance)
Extended thinking uses a token budget so applications can spend more reasoning tokens on complex tasks and answer quickly for simpler ones.
3 supporting quotes
safety-policy-enforcement (security)
Code execution is run in secure sandboxed environments with platform-managed containers and security.
3 supporting quotes
durable-execution (execution)
Web/mobile Claude Code sessions persist while users walk away and return to results after hosted execution continues.
3 supporting quotes
eval-driven-development (evaluation)
Anthropic reports internal evals showing a 39% performance improvement from memory plus context editing.
Tradeoffs
Expose extended thinking as a token-budgeted API feature.
Chose Developer-controlled reasoning budget over One fixed reasoning mode for every query.
Rationale: Developers can spend more reasoning on complex debugging and choose quicker responses for simpler tasks.
Use memory plus context editing together.
Chose Store relevant context outside the window and clear stale content inside it over Only increasing the context window.
Rationale: Anthropic reports a 39% benchmark gain and argues performance depends on keeping only relevant context in the window.
3 supporting quotes
Standardize external system access through MCP.
Chose MCP connectors for tools/context over Custom one-off integrations for every agent/system pair.
Rationale: MCP provides a standardized way for agents to interact with external systems and improves performance beyond prompt-window-only context.
Provide hosted sandboxed code execution.
Chose Anthropic-managed containers and security over Expect every developer to manage execution infrastructure.
Rationale: The platform abstracts secure execution and container management needed for autonomous agent work.
Combine skills with MCP.
Chose Skills for expertise plus MCP for context/tool access over Skills or MCP alone.
Rationale: MCP gives access, while skills encode domain-specific procedures and resources for Claude to apply.
3 supporting quotes
Gotchas (what bit them)
Good models still need API-level capability controls.
Root cause: Capabilities trained into the model are not automatically accessible or controllable in production without interface design.
Resolution: Expose features such as extended thinking budgets and reliable tool-use schemas through the API.
3 supporting quotes
Context windows fill with stale tool results and competing information.
Root cause: Coding agents carry technical designs, whole codebases, instructions, and tool-call history, and old results can be large but no longer useful.
Resolution: Use MCP for retrieval, memory for relevant out-of-window storage, and context editing to clear irrelevant tool results.
3 supporting quotes
Hosted web/mobile agents require infrastructure that local agents get for free.
Root cause: A local Claude Code session uses the user's machine, but hosted sessions need secure compute, orchestration, and persistence.
Resolution: Provide platform-managed secure code execution, containers, sandboxing, and session persistence.
3 supporting quotes
Large context windows do not remove the need for context management.
Root cause: Even million-token windows need the right information in the right place and may still run low on room.
Resolution: Combine larger windows with context editing and model awareness of remaining context space.
3 supporting quotes
Evaluation
The talk gives one concrete evaluation signal: Anthropic internal evals showed a 39% performance improvement from combining the memory tool with context editing. It also describes task-dependent reasoning budget control and context relevance as performance levers, but does not present external benchmark details, production monitoring, failure recovery, or cost-control metrics.
Metrics: 39% internal benchmark performance improvement · Extended-thinking token budget · Tool-call reliability · Context-window relevance · Million-token context availability for some models · Session persistence for many web/mobile sessions
4 supporting quotes
Outcomes
- Anthropic exposed extended thinking, tool use, MCP, memory, context editing, code execution, and skills as platform-level primitives.
- Claude Code uses these features to choose reasoning depth, call many tools, manage context, and run code.
- Memory plus context editing produced a reported 39% performance improvement on Anthropic internal evals.
- Secure sandboxed code execution enabled Claude Code on web and mobile with container orchestration and session persistence.
- Agent skills provide reusable scripts, instructions, and resources that Claude can select and run in its sandbox.
The source reports Claude Code calling hundreds of tools, a 39% internal-eval improvement from memory plus context editing, million-token context windows for some models, and many web/mobile sessions that required persistence after users walked away. It does not provide production cost, latency, availability, or incident metrics.