Skip to content

Agents versioned like software.
Governed like infrastructure.

Agorch is the control plane for your agent ecosystem: compose multi‑Agent workflows, test them like software, publish immutable releases⁠—and govern context, credentials and approvals from one place.

runs / support-triage / r_8f42v42executing
kb.searchcalling…
input{ "query": "refund policy" }

illustrative run

Workflows

Multi-Agent graphs with approvals and loops

Tests

Save runs as tests, rerun before publishing

Releases

Gated, sealed and immutable

Credentials

Resolved at dispatch, never in history

01 · Studio

Multi-Agent workflows
on a canvas.

Deliver one focused Agent, then compose a graph when the job needs one—agents, actions, approvals, checks and loops as first-class nodes. After a run, replay lights up the exact path it took.

studio / support-triage / v42replay r_8f42
  1. triageagent
  2. kb.searchaction
  3. crm.readaction
  4. refundsapproval
    escalationagent
  5. resolveragent
  6. replyend

illustrative canvas · replay lights the path r_8f42 took; the review branch stays dark

02 · Run & Test

Agents you can test.
Like software.

A run you liked becomes a repeatable test: expected path, required tools, forbidden calls, output assertions. Releases are blocked until the evidence is green and current.

Run & Test · support-triagerun all
  • refund flow4 checkspass
  • angry customer tone1 warningwarn
  • no tools bound3 checkspass
  • escalation handoffevidence stale · rerunstale
2 pass1 warn · 1 staleillustrative suite
  1. Run a behavior against the draft or the published version.

  2. Review the executed path, tools and outputs.

  3. Save only stable behavior as a test—status, path, tools and outputs become expectations.

  4. Rerun before publishing. Evidence goes stale when the Agent changes, and the plane knows.

03 · Versions

One release.
Every Agent current.

Releases are gated: sealed test evidence, policy evaluation, dependency lock. Publish an immutable version and every runtime that binds it moves to it—no drift, no copy-pasted prompts.

agents/support-triage v42published
release gatestests greenpolicy evaluateddeps lockedv42 published · immutable
  • prod · websupport-triagev42
  • prod · slacksupport-triagev42
  • prod · apisupport-triagev42
  • stagingsupport-triagev42
  • partner portalsupport-triagev42
  • your clientsupport-triagev42
  • +3 more runtimesv42

illustrative release · every runtime current on v42

04 · Platform

Built like infrastructure.

Every layer stays explicit: what an Agent can call, who approves, where credentials resolve and what the trace keeps.

An explicit capability surface

An Agent sees only what you bound—tools from MCP servers and HTTP endpoints, with discovery built in. Nothing implicit reaches the engine.

capabilitysourcestate
crm.readmcp:hubspotbound
kb.searchmcp:notionbound
http.fetchendpoint:api.internalbound
tickets.writemcp:zendesknot bound

Centralized approvals

Sensitive actions pause for approval—decided per topic, enforced everywhere.

refundsauto · policy
paymentsreview
pii-exportdenied

A signed catalog

Every package passed publisher review and signing—evidence before install.

signature verifiedpermissions 2 scopesauth oauth2risk tier medium

Dispatch-time credentials

Configured providers resolve at the moment of dispatch. Secrets never enter the execution history.

hubspot-oauthresolved at dispatch
token ••••••••never written to history

Ordered trace & replay

Every transition is persisted, so the graph can be replayed and audited.

01 kb.search212ms
02 crm.read98ms
replay r_8f42exact order

Runs in your client

Execution can return to your authenticated client—provider access stays yours.

handler localadapter mcpprovider access yours

Run your agent ecosystem
like a product.

One repository, one published version, every Agent current—approvals, context and credentials governed from a single plane.

See the product