Execution infrastructure
for autonomous agents.

One runtime between your agents and the tools they call. Connect in five minutes, then every action is scoped, checkpointed, exactly-once and signed — without touching your agent logic.

exec_9c42Sealed
toolstripe.charge
intent$1,240.00
retrydeduped
effects1 of 1

Invoke runs under the frameworks you build on and stands in front of the tools they call. Nothing below is a customer logo — it is the surface area we govern.

StripeGmailHubSpotPostgresNotionQuickBooksGitHubLinearShopifyZendeskSnowflakeAirtableStripeGmailHubSpotPostgresNotionQuickBooksGitHubLinearShopifyZendeskSnowflakeAirtable
LangChainOpenAIClaudeSupabaseMongoDBGoogle CalendarJiraAsanaIntercomLangChainOpenAIClaudeSupabaseMongoDBGoogle CalendarJiraAsanaIntercomLangChainOpenAIClaudeSupabaseMongoDBGoogle CalendarJiraAsanaIntercom
01 / The claim

Logs tell you what
an agent said.
Receipts prove what
it actually did.

01Identity
Agent registry3 in workspace
Research Agent · v1.4Live
Sales Agent · v1.1Review
Finance Agent · v2.1Approval
Identity boundag_finance
Every call carries who ran it, under which version — scopes and history included.
→ the record travels with every effect
$invoke receipts --verify12 sealed
Overview

What is Invoke?

A runtime that sits between your agents and the tools they call. Identity, policy, approvals, exactly-once execution and a signed ledger — in one hop, behind the same tool interface your agent already uses.

Where most teams are
Raw SDK calls

The agent holds the API key and calls the tool directly.

  • A retry after a timeout re-fires the effect
  • The key’s scope is the agent’s scope — all of it
  • No record of which agent called, or why
  • Human review means reading logs after the fact
The usual next step
Framework guardrails

Callbacks and interrupts inside LangGraph, CrewAI or your own loop.

  • Guardrails live in the process that can be talked out of them
  • Stops at the framework boundary — a second agent is unguarded
  • Approvals aren’t bound to an execution, so they go stale
  • Traces show what the model said, not what actually changed
Our solution
The Invoke runtime

Out of process, in front of the tool, under every framework.

  • Exactly-once by construction — retries reconcile before they re-fire
  • Scope is policy per agent and per tool, not per API key
  • Approvals are bound to the execution they approved
  • Every effect seals a signed receipt you can verify offline

See it run.

invoke>the agent retries a timed-out $1,240 charge

Without Invoke

stripe.charge → timeout
retry → stripe.charge again
customer billed twice
$2,480 charged · no record of who called

With Invoke

intent registered · idem inv-2041
retry → blocked · deduped
!checkpoint → approved joel@invokehq
$1,240 charged once · receipt sealed
Proof

The answer to “what did the agent do?” is an artifact, not a story.

No dashboards to trust and no screenshots to believe. Each execution leaves a signed record that survives the process that made it — verifiable from the CLI, replayable from the ledger.

A sealed receipt

Intentcharge $1,240.00
Callerag_finance · v2.1
Scopepayments:write
Approverjoel@invokehq
Outcomesucceeded · once
Signature0x4a…e9d1

The effect ledger

One append-only record of every call across every agent. The colour of a cell is its outcome — the same four hues the hero is built from, at the scale you actually read them.

AllowedApprovedReconciledBlocked
Duplicate effects0

Not a measured rate — a property. A retry cannot produce a second effect, because the runtime owns the idempotency key and reconciles before it re-fires.

Unattributed calls0

A call without a caller, an intent and a scope does not get made. There is no path through the runtime that skips the record.

Time to first governed call5 min

npm i -g @invokehq/cli, point your tools at the gateway, keep your agent code. Nothing about the loop changes.

02 / The shape

Teammates,
not prompts.

Identitypersists across runs
Scopetravels with the call
Budgetspent, not requested
Historyreplayable from the ledger
Highlights

Production guarantees, out of the box

The things every team eventually builds badly — dedupe, scoping, approvals, an audit trail — arrive as runtime behaviour on the first call, not as a quarter of platform work.

execution · exec_9c42sealed
toolstripe.charge
idempotencyinv-2041
retryblocked · deduped
approvalgranted · bound
effects1 of 1

Exactly-once execution

Retries after ambiguous failures reconcile against ground truth before they re-fire. One intent, one effect — the duplicate charge stops being possible rather than becoming unlikely.

Out-of-process control

Policy lives in the runtime, not in the loop. An agent that gets talked into calling refunds still finds nothing on the other side, because the decision was never the model’s to make.

Framework agnostic

LangChain, LangGraph, CrewAI, the OpenAI and Claude SDKs, or a loop you wrote yourself. Invoke sits underneath, so a second framework doesn’t mean a second set of guardrails.

The runtime

Five layers, one hop

Identity, context, coordination, execution and observability are one system on purpose — an approval is worth nothing if the identity it was granted to is a guess.

Identity & scope

Persistent agents with a version, a scope and a history. Every call carries who ran it and under which policy — the record travels with the effect, not beside it.

Approval checkpoints

Human-in-the-loop exactly where it matters. The risky call pauses with full intent attached and resumes on approval — bound to that execution, so it can't be replayed later.

Ledger & time travel

Every effect lands in one append-only ledger. Replay an execution from any point, diff two runs, and verify a receipt offline — the console is a fold over the same events.

1 — 3
Capabilities

What you get on the first call

Not a roadmap. These are the behaviours the runtime enforces the moment your tools point at it.

01Scoped tool access
Policy is written per agent and per tool, not per API key. An out-of-scope call is refused at the runtime and never reaches the tool, so a prompt injection that talks an agent into calling refunds finds nothing on the other side.
02Approval checkpoints
Risky calls pause with the full intent attached — what is about to happen, to which record, under whose identity — and resume the moment a human approves. The approval is bound to that execution, so it cannot be replayed against a different one later.
03Exactly-once execution
Every intent carries an idempotency key the runtime owns. A retry after an ambiguous failure reconciles against ground truth before it re-fires, so the duplicate charge, the double email and the second delete stop being possible rather than becoming unlikely.
04Signed receipts
Completion seals a receipt: caller, intent, scope, approver, outcome, signature. It is verifiable offline with the CLI — `invoke receipts --verify` — so the audit answer is a proof, not a log you are asked to trust.
05The effect ledger
One append-only record of every call across every agent — allowed, deduped, blocked or held. It is the read model behind the console, the replay source for time travel, and the thing you hand an auditor.
06Shared workspace
Agents are teammates with a record rather than disposable prompts. Identity, context, budget and history persist across runs and across frameworks, so a second agent can pick up what the first one established.
Compliance and security

Built for the calls you can't take back

Invoke sits on the path of consequential actions, so the posture is stated plainly — including what we do not yet hold. The full document lives on the security page.

Scoped by construction

Credentials stay in the runtime, never in the agent. Policy is evaluated per agent and per tool, and an out-of-scope call is refused before it reaches your provider.

SOC 2Type IIIn progress

Tamper-evident record

Receipts are signed on completion and verifiable offline. GDPR supported, DPA available on request, sub-processors published. HIPAA and FedRAMP are not offered.

Integrations

Connects to the stack you already run

liveStripe · Gmail · HubSpot · Notion · GitHub · Linear · Zendesk · Snowflake
gatedPostgres · QuickBooks · Shopify · Any HTTP tool

Bring your agents to production.