Asynchronous Agents and Long-Horizon Task Execution at Scale

Anthropic 2026
View original source

Anthropic presents their approach to deploying long-horizon asynchronous AI agents capable of autonomous work spanning 12+ hours, a significant increase from the 10-20 minute task horizons of earlier models from 2024. The solution involves architectural innovations including decoupling the agent harness from execution environments, implementing verifier loops for self-correction, building sophisticated memory systems with both in-band and out-of-band consolidation, and creating organization-level harnesses that enable multiplayer agent experiences. These advances enable production deployment of agents through their Managed Agents API and products like Claude Tag, with demonstrated results on benchmarks like SWE-bench Meter showing frontier models achieving 12+ hour autonomous task completion and practical applications in code generation and ML research tasks.

Industry

Tech

Technologies

Overview

Anthropic has developed a comprehensive framework for deploying long-horizon asynchronous AI agents in production environments. This presentation outlines their evolution from simple prompt-response APIs to sophisticated managed agent infrastructure capable of autonomous work spanning 12+ hours. The discussion covers four major themes: architectural decoupling for reliability and security, verifier-based quality control loops, self-learning memory systems, and organization-level harness deployment. The work addresses fundamental LLMOps challenges around context management, error recovery, security, and multi-user deployment scenarios.

Evolution of Task Horizons and API Surfaces

Anthropic frames their LLMOps journey through the lens of increasing model capability measured by task horizon. In 2024, models like Opus 3 could only handle 10-20 minutes of autonomous work, which limited practical applications to highly interactive surfaces like autocomplete and chat interfaces where humans remained tightly in the loop for constant steering. This short task horizon made asynchronous agent experiences problematic because agents would encounter errors and return to users too quickly for meaningful autonomous progress.

Over the past year, synchronous coding agents emerged with models capable of approximately one hour of autonomous work. This enabled products like Claude Code that could run locally while still maintaining easy human steering. However, attempts to build asynchronous agents during this period proved challenging because the task horizon remained too short for truly useful async experiences.

The most recent frontier models, including their Opus 4.7 and mythos-class models, have achieved 12+ hour task horizons as measured on benchmarks like SWE-bench Meter. This dramatic increase in capability has finally unlocked practical asynchronous agent deployments. The API surface evolution reflects these capability shifts: from the Messages API for simple prompt-response interactions, to the Agent SDK for programmatic access to coding agents with provided harnesses, to the newer Managed Agents API that packages both harness and managed deployment infrastructure together.

Architectural Theme One: Decoupling Brain from Hands

A core architectural innovation in Anthropic’s Managed Agents system involves separating what they call the “brain” (the agent harness) from the “hands” (execution environments). Early architectures placed the harness and sandbox in the same container, which created significant reliability and security problems. If the container died during long-running tasks, the entire session would be lost. Additionally, storing credentials in the same container where the agent executes posed security concerns, especially for agents running autonomously for extended periods like 10+ hours.

The decoupled architecture treats the harness as a stateless process that communicates with a persistent session object. The session itself is implemented as an append-only event log that can reach out to separate containers serving as execution environments. This design provides several critical benefits for production deployment. First, if either the harness or sandbox dies, the session state remains intact in the append-only log, enabling recovery without data loss. Second, credentials are stored in a separate vault rather than in the execution sandbox, improving security posture. Third, frontier models have become capable of managing multiple execution environments simultaneously, so a single harness can coordinate work across many containers.

The append-only session design connects to recent work on recursive language models. The session serves as an external context object that the model interrogates rather than a traditional context window that must be actively managed. This has important implications for context management strategies. Traditional context compaction approaches choose some logic to retain certain context while discarding the rest. In the append-only architecture, the complete context object persists and remains unaltered. The model can always retrieve old context rather than being limited to whatever survived previous compaction operations. This creates what Anthropic describes as a non-destructive, immutable core context object that only grows through appends. This architecture has proven particularly beneficial for long-horizon context engineering where maintaining access to historical information becomes critical.

Architectural Theme Two: Verifier Loops

Anthropic has identified significant problems with having models grade their own work within the same context window used to produce that work. When asked to perform tasks and then evaluate their own output, models exhibit odd artifacts, confabulation, and generally unreliable self-assessment. The context window becomes filled with diverse information, and models are often not properly tuned for critical verification when operating in the same context as task execution.

The solution involves separating verification into an independent context window specifically tuned for critical evaluation tasks. In practice, this creates a loop architecture with distinct “build” and “verifier” contexts. The build agent performs work toward some goal, while the verifier agent evaluates that work against a defined rubric or goal specification. This loop continues until the verifier confirms successful completion. This pattern underlies the “loops” trend in agent development and proves particularly powerful when paired with high-capacity frontier models.

Both Claude Code and Managed Agents implement this pattern through primitives for defining measurable end states. Claude Code uses “goals” while Managed Agents uses “outcomes,” but the principle remains consistent: establish a measurable target state, use independent context for verification, and iterate until the verifier confirms success. This approach effectively encodes steering signals into the environment and verification process rather than requiring continuous human guidance, enabling genuinely autonomous operation over extended time periods.

Anthropic demonstrated this approach on the Parameter Golf benchmark from OpenAI, which tests ML research capabilities by asking models to train a small model using 8 H100 GPUs in under 10 minutes while optimizing performance. They set up a verifier loop using Managed Agents with outcomes that required exactly 20 iterations meeting all experimental criteria. The frontier capability models showed strong performance with this pattern because they can self-correct based on environmental feedback from the verifier rather than requiring human steering. The pairing of verifier loops with very high capacity models emerges as a general primitive for long-running asynchronous work.

Architectural Theme Three: Self-Learning Memory Systems

Anthropic draws an analogy to human memory systems to explain their approach to agent memory. The human hippocampus writes fast experiential traces to short-term memory throughout the day, like remembering what you ate for lunch. During sleep, an offline process through dreams consolidates important experiences into long-term cortical memory. Tomorrow you might not remember lunch details, but significant experiences get preserved. Anthropic’s memory systems for Claude employ similar dual-subsystem architecture.

Recent Claude models have become significantly more capable at in-band memory writing, where the agent writes to a memory substrate during task execution. They provide agents with simple memory tools consisting essentially of write access to a file system memory directory. Earlier models like Sonnet 3.5 performed poorly at this task, writing low-quality tactical notes that didn’t support much progress. Testing this on a Claude plays Pokemon environment showed limited game advancement. More recent models like version 4.6 write much more strategic memories and achieve significantly better game progress.

Testing on the Continual Learning Bench benchmark, specifically a sequential SQL database question answering task with in-band memory writing between steps, shows clear performance improvements across model generations. The key differentiation between lower and higher capacity models lies in what Anthropic calls the distillation step. Higher capacity models demonstrate better judgment about what abstractions to save that will prove useful in future sessions. Rather than recording specific facts, they capture generalizations that transfer across contexts. This represents an important capability progression that enables more effective autonomous operation.

However, in-band memory writing has an important limitation: models can write incorrect memories or memories that are locally optimal for immediate tasks but not globally optimal across sessions. This motivated Anthropic’s implementation of “dreaming” as an offline or out-of-band process for memory consolidation and correction. The Pokemon example provides a compelling demonstration. Claude wrote an incorrect memory about game location that caused consistent mislocalization and falling through a trapdoor across five replicates. With the dreaming process examining memory stores and prior session traces, this error gets corrected, enabling proper localization and progression to the next level. The dreaming process looks across the memory store and session history to identify and fix errors that accumulate during in-band writing, similar to how human sleep consolidates and refines memories.

Regarding memory substrate choice, Anthropic emphasizes using highly programmable substrates with simple primitives that models can manipulate freely. File systems work well, as do databases, but the critical factor is avoiding overly prescriptive memory schemas. Predefining specific memory types or structures tends to reduce performance. This reflects a “bitter lesson” principle: models have become capable enough to manage and structure their own memory more effectively than humans can design memory schemas for them. General substrates enable models to develop their own memory organization rather than being constrained by human intuitions about memory structure. This approach has proven more effective as model capabilities have advanced.

Architectural Theme Four: Organization-Level Harnesses

Anthropic introduced Claude Tag, which received attention primarily as a Slack bot but whose deeper significance lies in representing what they call an organization-level harness. Traditional agents operate as single-player tools with local user context and personal configuration. Claude Tag implements a multiplayer harness accessible to everyone in an organization. It has its own identity with credentials not tied to individual users and accesses organizational-level context rather than just personal context.

This shift to org-level harnesses provides several important benefits for production deployment. It enables checking others’ work before duplicating experiments, deduplicating findings across team members, performing internal research that leverages collective organizational knowledge, and giving new employees immediate access to well-developed agent infrastructure. Without org-level harnesses, new employees often require weeks or months to configure personal harnesses with appropriate connectors and tools. Organization-level deployment levels the playing field and accelerates onboarding.

Anthropic expects this trend toward org-level harnesses to continue, particularly as async agents become capable of operating over longer time frames. These systems increasingly exhibit proactivity rather than purely reactive behavior. Rather than only responding to user steering, async agents with org-level context can proactively alert users to relevant information or emerging issues. The multiplayer aspect becomes particularly important, enabling a single harness to be steered concurrently by many users while maintaining coherent operation. This represents an important shift in agent UX patterns that will become more common as async agent deployments mature.

Deployment Infrastructure and Security

The Managed Agents API represents Anthropic’s answer to the operational complexity of deploying long-horizon agents. It packages not just the agent harness but all the managed deployment infrastructure required for production operation. This includes the session management system with append-only logging, the credential vault separated from execution environments, container orchestration for execution sandboxes, and the mechanisms for recovery from failures.

Security considerations receive particular attention given the extended autonomous operation periods. The architectural decoupling ensures credentials never enter execution sandboxes where agent code runs. The append-only session design provides auditability and the ability to replay or analyze agent behavior. Resistance to prompt injection becomes critical for agents operating with organizational context and credentials. The verifier system provides a defense layer by catching anomalous outputs before they propagate.

The infrastructure must handle agents running for 12+ hours while maintaining reliability, handling intermittent failures, managing context limits, and supporting recovery. The stateless harness design enables restarting failed components without losing progress. The persistent session log provides the foundation for resuming after any component failure. The separation of concerns between orchestration, execution, and state management creates a robust architecture suitable for production deployment at scale.

Evaluation and Validation

Anthropic emphasizes evaluation throughout their LLMOps practices. The SWE-bench Meter benchmark provides their primary measure of task horizon capability, showing the progression from sub-hour to 12+ hour autonomous operation. The Parameter Golf benchmark demonstrates verifier loop effectiveness on ML research tasks. The Continual Learning Bench validates memory system improvements across model generations. Custom evaluations like the Pokemon environment provide detailed insights into specific capabilities like memory writing and correction.

The dreaming process for memory consolidation requires evaluation to confirm it actually improves performance and justifies the offline compute cost. Anthropic reports running extensive evaluations showing dreaming does improve outcomes for intuitive reasons, but emphasizes that organizations should run evaluations in their own contexts to validate the benefit before investing in offline processing infrastructure.

The gap between frontier models and other models on long-horizon tasks likely reflects not just model capability but the full stack of architectural decisions, infrastructure investment, memory systems, security hardening, and evaluation-driven iteration. Building production-ready agents for 12+ hour autonomous operation requires coordinating advances across multiple dimensions rather than model capability alone.

Practical Considerations and Tradeoffs

While Anthropic naturally emphasizes their successes, several important considerations and tradeoffs emerge from their presentation. The architectural complexity of decoupled harnesses, persistent sessions, verifier loops, and dual memory systems represents significant engineering investment. Organizations must evaluate whether their use cases justify this infrastructure versus simpler architectures for shorter-horizon tasks.

The reliance on frontier model capabilities for effective long-horizon operation creates dependency on the most expensive, highest-latency models. The verifier loops inherently double context usage by maintaining separate build and verifier contexts. The dreaming process adds offline compute costs that must be justified through evaluation. The org-level harness approach requires organizational readiness to share agent infrastructure and context across team members.

The emphasis on letting models structure their own memory rather than prescribing schemas represents a bet on continued capability improvements and may not suit all contexts. The append-only session design provides important benefits but requires infrastructure for managing growing context logs over extended operations. The security model, while improved through decoupling, still requires trust in model behavior when operating autonomously with organizational credentials and context for extended periods.

Overall, Anthropic’s work represents a significant contribution to production LLMOps practices for long-horizon agents, but organizations should carefully evaluate whether their use cases, infrastructure capabilities, and risk tolerances align with this relatively complex architectural approach versus simpler alternatives for more constrained agent applications.

More Like This

Building a Software Factory with AI Agents at Scale

Cursor 2026

Cursor, a developer tool company, shares their journey of building what they call a "software factory" where AI agents handle increasingly autonomous software development tasks. The presentation outlines how they progressed through levels of autonomy from basic autocomplete to spawning hundreds of agents working asynchronously across their codebase. Their solution involves establishing guardrails through rules that emerge dynamically, creating verifiable systems with automated testing, and building skills and integrations that enable agents to work independently. Results include engineers managing fleets of agents rather than writing code directly, with some features being developed entirely by agents from feature flagging through testing to deployment, though significant work remains in observability, orchestration, and preventing agents from going off-track.

code_generation code_interpretation chatbot +37

Building and Deploying Background Coding Agents at Scale

Cognition 2026

Cognition, the company behind Devon, discusses their journey building production-ready autonomous coding agents that operate in cloud environments. The conversation with Walden Yan (Co-founder, CPO at Cognition) and Cole Murray (creator of Open Inspect) explores the architectural decisions, infrastructure challenges, and production considerations for deploying AI agents that can autonomously write, test, and merge code. They discuss the shift from local IDE-based AI assistants to background agents that work autonomously in cloud environments, the technical infrastructure required to support this paradigm (including VM management, sandbox security, and state management), and real-world use cases like automated incident response, customer support triage, and continuous security scanning. The discussion covers how Devon now contributes 80% of commits on Cognition's repositories (up from 16% in January), representing a fundamental shift in how engineering teams work with AI.

code_generation code_interpretation poc +29

Building Custom Agents at Scale: Notion's Multi-Year Journey to Production-Ready Agentic Workflows

Notion 2026

Notion, a knowledge work platform serving enterprise customers, spent multiple years (2022-2026) iterating through four to five complete rebuilds of their agent infrastructure before shipping Custom Agents to production. The core problem was enabling users to automate complex workflows across their workspaces while maintaining enterprise-grade reliability, security, and cost efficiency. Their solution involved building a sophisticated agent harness with progressive tool disclosure, SQL-like database abstractions, markdown-based interfaces optimized for LLM consumption, and a comprehensive evaluation framework. The result was a production system handling over 100 tools, serving majority-agent traffic for search, and enabling workflows like automated bug triaging, email processing, and meeting notes capture that fundamentally changed how their company and customers operate.

chatbot question_answering summarization +52