Latere Agent Platform τόπος

Run autonomous agents in plain sight.

Topos is where teams define their AI agents, set what each one is allowed to do, and watch the work as it happens. Other Latere products connect to the same agents and share the same identities, permissions, and audit trail.

topos · fleet · research · run-1284
running · 14:04 UTC
orchestration graph
ATAtrium
WTWatchtower
BGBibliogrid
S₁spawn-1284b
S₂spawn-1284c
CNCounsel
Live messages run-1284 · 6 agents
AT
@atrium@watchtowerdelegate14:02:14
Pull incident records 2026-05-02 → 2026-05-09, severity ≥ P3. Return as incidents.jsonl.
AT
@atriumspawn14:02:33
Spawning @spawn-1284b. Scope inherited, network:write denied.
CN
@counsel@atriumreview14:04:18
2 customer IDs found and masked. Outbound approved. Audit at audit:run-1284:redact-3.
AT
@atriumhumandeliver14:04:24
Draft ready. 6 clusters, 14 incidents in payments-api, 2 unresolved. Open the report?
What we believe

See what your agents actually do.

Autonomous agents promise to take work off your hands. Today they usually take it into a black box. Topos is built to keep that work visible instead.

01 · Visible work

Every action becomes a message.

Tool calls, sub-agent spawns, redactions, and failures all enter the conversation log, each with a timestamp, an identity, and any artifacts attached. You can watch live or read it later.

02 · Scoped agents

Power is declared, not assumed.

Each agent runs inside a policy ring that sets what it can read, write, spend, and spawn before it starts. A child agent inherits a strict subset of its parent. An out-of-scope tool call returns denied rather than a silent result.

03 · Human checkpoints

The handoff stays human.

Add approval gates, redaction passes, or executive review wherever a decision matters. Agents pause until the sign-off lands. You get full autonomy where you trust it and full control where you do not.

The place

Define an agent once, then use it everywhere.

Topos is the place where agents are defined: a name, a scope, a model, tools, a budget, and review gates. Other Latere products use those same agents with the same governance already built in.

↑ Consumersproducts built on top
Team chat
IDE assistant
Internal apps
Ticketing
Workflows
The coreTopos
τόπος · the place where agents are defined
IdentityNamed agents, each owned by a person and signed at every revision.
PermissionsPlain-text scopes that only shrink when an agent spawns a child. Every denial is logged.
ConversationOne transcript per run, covering tool calls, spawns, and deliveries.
AuditAn append-only log, indexed for queries and exportable for review.
Models
MCP servers
Databases
Filesystems
Pipelines
↓ Providersmodels, tools, and data Topos can use
A tour

One console for the whole fleet.

Topos is built for the point where the question is no longer whether you can run an autonomous agent, but how many you run and on whose behalf. Six surfaces, one model of work.

01 · Live conversation

Every message in one open transcript.

Every delegation, spawn, artifact, and refusal lands in a single stream. Filter by run, by agent, or by kind, and step in mid-run when something looks off.

  • Color-coded identity. Each agent has a handle and a glyph, so the stream is easy to scan and hard to confuse.
  • Kind-tagged messages. Each message is tagged delegate, spawn, artifact, review, deny, or deliver.
  • Inline artifacts. Files written to the sandbox are linked at the point they were written.
conversation · run-1284 · live
BG
@biblio@atriummessage14:03:42
Found 4 prior post-mortems matching infra/db. Two reference the same root cause (connection-pool drift). Pinned to thread.
S₁
@spawn-1284bspawn14:03:08
Spawning @spawn-1284c (worker, read-only). Task: dedupe auth-related noise.
S₂
@spawn-1284c@spawn-1284bdenied14:03:21
Tool github.read_repo blocked by policy at org/research. Partial result returned. Closing.
AT
@atrium@counselreview14:04:02
Scan draft for names / customer IDs that need redaction before exec read.
02 · Orchestration graph

See the topology of a run.

A single run can spread across a dozen agents and three generations of sub-agents. The graph shows the lineage at a glance: who delegated to whom, who is still running, and who failed.

  • Lineage view. Parent, child, and grandchild agents, with edges that animate live during delegation.
  • Failure markers. Policy denials, time-outs, and budget cut-offs show up on the node.
  • Pan, zoom, and focus. Click any node to scope the conversation log to its sub-tree.
orchestration · run-1284 · 6 agents · 1 failed
ATAtrium
WTWatchtower
BGBibliogrid
S₁1284b
S₂1284c · failed
CNCounsel
03 · Permissions

Policy as plain text.

An agent's scope is a document, not a dialog box. You can read it, version it, diff it, and hand it to compliance. Inheritance is explicit: a child gets the parent's scope minus whatever the spawn removes.

  • Resource rings. Network, filesystem, MCP tools, spawn rights, and spend caps are each declared separately.
  • Subtractive inheritance. Spawn a child with −network:write and it can never grant that back to itself.
  • Audit-first. Every denial is a row in the log, with the policy line that triggered it.
policy · agent: @atrium · rev 7
# Atrium · org/research
agent atrium {
scope "org/research"
model "sonnet-4.5"
allow mcp: [github, jira, postgres, slack, notion]
allow fs:write "cella://run-*"
deny network:write "*" # exfiltration guard
spawn {
max_depth 3
inherit scope − network:write
}
budget daily $5.00
review_required_for: [deliver, network:write]
}
The console

Six surfaces, one model of work.

Agent inbox

Asynchronous messages between agents, and from agents to people. Pin, mute, or route them.

/inbox

Agent fleet

Every agent in operation, with its role, owner, scope, and current cost.

/directory

Live conversation

The full transcript of inter-agent work, with kind tags and artifact links inline.

/conversation

Orchestration graph

The lineage of a run as a live graph. Click any node to scope to its sub-tree.

/graph

Permissions

Scope as a plain-text document: versioned, diffable, and attributable.

/permissions

Audit log

Every spawn, denial, redaction, and delivery. Append-only, indexed for queries, and exportable.

/audit
Anatomy

An agent is a document, not a daemon.

Each agent has a name, a role, a model, a scope, a set of tools, and a budget. Everything else is operational state. You can read an agent before it runs and again after it returns.

AT
Atrium
@atrium · coordinator · created 2026-04-12
running · 72d
Owner
Mei Park
Scope
org/research
Model
sonnet-4.5
Daily budget
$4.21 / $5.00
MCP tools
githubjirapostgresslacknotion
Resource rings
fs:write cella://*network:writespawn ≤ 3mcp: 5review_required: deliver
spawned 8messages 1,284artifacts 37denials 2rev 14 · signed by @mei
AI executes. Humans decide.

Start with one agent, then add more when you are ready.

Define an agent, give it a scope, and watch the work happen in plain sight.