F4 · Ambient agent

Family: Oversight and operations

An agent that listens to an event stream, works in the background and asks the human only when needed.

Principle

The agent is triggered by an event, not by a user request. It works in the background and only involves the human to notify, ask a question or get approval. It needs durable execution with checkpoints, long-term memory, persisted approvals, observability and guardrails.

The problem it solves

An assistant that waits to be asked does not handle what happens outside conversations; it has to react to events on its own.

When to use it

  • Background tasks triggered by events, with an automatic oracle to check the result (tests, for instance): background agents that open pull requests.
  • The human only needs to step in at chosen points: notification, question or approval.

When to avoid it

  • There is no automatic oracle: without one, long autonomy stays fragile. Keep a human in the loop (F1).
  • Durable execution, persisted approvals and observability are not in place.

Common pitfalls

The anti-patterns that misuse this pattern, best established first. Each sheet describes the symptoms, the public incidents and the remedies.

Framing and choice of level

Context and memory

Loop, stopping and orchestration

Security and permissions

Oversight, operations and governance

All anti-patterns

Synonyms by vendor

  • Ambient agents (LangChain)
  • Background agents (Cursor, Devin, Codex)

Neighbouring patterns

Sources

Content reviewed on 2026-10-02

Pattern catalogue