Agent Atlas

How AI Agents Work

An updated field guide to coding-agent runtimes: what the model can see, what the runtime coordinates, what the operator can approve, and what the environment actually enforces.

The Problem

The phrase AI agent hides several different systems. A model proposes. A runtime assembles context, authorizes requests, and coordinates work. An operator supplies intent and approves scoped requests. An executor acts under a bound principal. The environment accepts, rejects, and persists effects. Confusing those roles makes failures look mysterious and trust impossible to justify.

Evidence Boundary

Updated through the July 5, 2026 Daily Edition. The Atlas uses TheGitReporter articles, public repository evidence, and primary project sources as teaching material; it is a source-grounded field guide, not a claim that every project has converged on one architecture.

A reference flow shows an operator goal entering a session and context compiler, a model proposing actions, a runtime orchestrator and policy layer authorizing tools, and a bound executor producing effects in an environment.
No single plane is the agent. Agency emerges where context, authorization, execution, and evidence cross explicit boundaries.

Field Desk

Updated July 21, 2026

Choose a concept to connect the long-form map to the newest reporting. Each route gives you chapters, daily receipts, and one reusable inspection question.

Concept pressure

When does an API, MCP resource, shell command, or UI action become a model-usable tool?

Check whether the project separates discovery, schema validation, credential authority, approval, execution, and receipts.

Open the full comparison lab ›

Learn The System

10 lessons

The course is cumulative: first separate the layers, then trace state and action, then inspect control, and finally ask what would count as proof.

The Tracked Field

Open every dossier ›

Complete scope does not mean false equivalence. The roster is divided into products, runtimes, frameworks, and specialist systems, and every page says what has and has not been inspected.

24tracked projects
13full dossiers
11scope profiles
0unmapped

The field guide follows every project included in Agent Pulse while keeping unlike products in distinct scope rings. A full dossier means the Atlas can teach through at least one public mechanism; it does not mean every capability has been exhaustively audited.

The Stakes

Today ›

The most consequential changes in agent systems are no longer arriving only as model releases. The newer evidence shows tool adapters, memory banks, review panels, session lifecycles, approval state, delivery receipts, and public API contracts becoming the practical architecture of agent work.

The tracked field has widened to coding agents, runtimes, workbenches, frameworks, and specialist executors. Codex and Gemini CLI still anchor the early map, while newer project dossiers show how the same boundaries change across IDEs, terminals, shared services, browser environments, and application frameworks.

The useful question is therefore not whether an app has an agent feature. It is which boundary the project makes inspectable: context, tool authority, delegation, memory, recovery, human control, or trust.

Where Runtimes Disagree

The newer projects do not converge on one implementation. Their disagreements reveal which agent boundaries are still being negotiated in public code.

Tool contracts

OpenCode can adapt OpenAPI specs into CodeMode tools, Pi exposes session-specific rendering, and MCP resource support keeps moving into agent clients.

Open tensionA model-visible tool, a validated schema, a credentialed call, and a safe executor remain separate facts.

Memory ownership

OpenWork turns team memory into a governed surface, Pi keeps compaction visible, and OpenClaw makes chat-history lifecycle a maintainer concern.

Open tensionSaved context is useful only when source, scope, freshness, retention, and secret boundaries stay inspectable.

Delegation receipts

Codex adds structured subagent send and receive logs, 143 routes agent work through durable sessions and pull requests, and older return-address work explains why event identity matters.

Open tensionParallel workers help only when the parent can prove which worker acted, what it inherited, and whether its result still applies.

Approval state

Hermes makes approvals thread-local, OpenClaw narrows who can wake an agent, and cross-repo safety-gate coverage keeps exposing edge cases.

Open tensionConsent must follow the exact work without becoming an invisible global bypass.

Human work surface

OpenCode upgrades review, Tau turns architecture into onboarding, Pi renders durable session evidence, and OpenClaw exposes session threads.

Open tensionAgent autonomy becomes usable only when the interface can show state, evidence, pending decisions, and recovery options.

The Course Lessons

10 chapters
Chapter 1 / 10

Before the First Model Request

A prompt reaches the model only after the runtime has restored state, resolved permissions, selected tool behavior, run interception hooks, and decided which hidden instructions belong in the request.

3 recent receipts
The visible prompt is one input to a runtime sequence that resolves identity, control state, and hidden instructions.
Chapter 2 / 10

The Invisible Prompt

The model acts on an assembled viewport containing visible messages, hidden turn context, path-triggered instructions, memory records, tool schemas, permissions, and inherited state.

3 recent receipts
The model request is assembled from visible and hidden layers; excluded information remains outside the decision viewport.
Chapter 3 / 10

Tool Calls: Contract, Authorization, Execution

A tool call crosses independently governed boundaries: schema, registration, policy, approval, execution authority, result handling, and audit.

3 recent receipts
A tool request becomes an action only after validation, policy, any required operator decision, bound execution, and environment enforcement.
Chapter 4 / 10

Loops, Workflows, and Recovery

Repeated model-tool interaction is only one control structure. Production runtimes combine probabilistic loops with host-defined workflows, queues, interrupts, terminal states, and recovery operations.

3 recent receipts
The workflow owns admissible transitions and blocks retry when an external effect may have committed without a known outcome.
Chapter 5 / 10

Delegation Is a Distributed System

A subagent is a remote worker with its own lifecycle, context snapshot, authority, failures, and result stream. Treating delegation as a prompt trick hides the contracts that determine whether the work can be trusted.

3 recent receipts
Delegated work crosses control, policy, execution, observation, and integration boundaries.
Chapter 6 / 10

Memory Is a Typed Storage Contract

Calling every retained fact memory obscures incompatible stores and guarantees. Thread history, notes, retrieval indexes, summaries, caches, and archives have different owners, lifetimes, and deletion behavior.

3 recent receipts
Memory layers differ in lifespan, fidelity, ownership, retrieval cost, and correction path.
Chapter 7 / 10

The Approval Trap

Approval is useful only when it catches a meaningful change in authority, explains that change, and keeps the decision attached to the work.

3 recent receipts
Useful friction appears where authority changes; repeated low-value prompts feed broad bypass modes.
Chapter 8 / 10

The Human Control Loop

A useful interface exposes active work, gives intervention a defined runtime effect, preserves evidence during correction, and resumes the intended session.

3 recent receipts
Every intervention must return evidence showing what changed before work resumes.
Synthesis / Chapter 9 / 10

Trust Must Make Its Case

Trustworthy behavior is not a personality trait or product promise. It is an assurance case built from inspectable policy provenance, durable control state, bounded execution, traceable lineage, recoverable records, and explicit residual risk.

3 recent receipts
A trust claim requires policy, runtime, lineage, and recovery evidence while unresolved risks remain visible.
Forecast / Chapter 10 / 10

The Future Has Three Branches

There is no single inevitable agent future. Current source evidence supports three competing scenarios: supervised software organizations, governed capability markets, and managed but less inspectable runtime stacks.

3 recent receipts
Current mechanisms branch into competing futures depending on whether identity, capabilities, and managed policy become more inspectable or more opaque.

Source Discipline

Begin with a source-visible mechanism, not a product claim.
Keep model proposals, runtime control, operator supervision, executor authority, and environment effects distinct.
Connect each concept to a recent Daily Edition receipt so the reader can inspect the concrete code story.
Place evidence beside the claim it supports, then state what the evidence cannot prove.
Name failure signals and give readers an inspection test they can reuse.

Primary External Sources