All docs

Docs · Core concepts

Continuations

built for waiting

In Thanks, Computer, operations usually answer in milliseconds — this page covers the ones that can't: how an operation suspends the flow and calls back to resume it, minutes or days later.

Most operational work is waiting. The model is still thinking, the webhook hasn’t fired, a human hasn’t decided. A continuation lets an operation say “I’ll get back to you” — the flow suspends, durably, and resumes exactly once when the answer arrives. Waiting is most of an arc’s life; continuations are how the chassis waits without burning a connection, a thread, or a restart.

image

The shape

One directive turns a normal HTTP operation into a long-running one:

WHEN .doc.kind == "contract"
WITH mode = "async", timeout = "2h"
EXEC "https://reviewer.example.com/analyze"

Three parties, three moves:

  1. The chassis calls your worker with the op’s input plus a callback contract: a callback_url, an expiry, and a single-use bearer token (X-Txco-Continuation-Token header).
  2. The worker acks immediately — return 202 Accepted and go do the slow thing. The flow suspends at this step’s barrier; state is written to disk.
  3. The worker calls back whenever it’s donePOST to the callback_url with {"status": "completed", "output": {…}} and the token. The output merges into the shared document and the flow advances from exactly where it stopped.

Meanwhile, the original caller isn’t left hanging: JSON clients get a 202 with a continuation id and poll the same URL with ?_txc.continuation=<id>; browsers get redirected to an auto-refreshing wait page that turns into the answer when it lands.

Fast when it can be

WITH mode = "continuable" is the hybrid: the operation gets a grace window (WITH continue_after, default 5s) to answer synchronously like any normal op. Only if it’s still running at the deadline does the chassis promote it to a continuation. Quick answers stay quick; slow ones become durable — the rule doesn’t have to know in advance which it will get.

Why it’s safe to wait

  • Durable. Suspended state is files on disk, not memory. The chassis can restart — or crash — mid-wait; the callback still lands.
  • Exactly once. The token is single-use and the first callback wins; duplicates are acknowledged but ignored. On resume, completed operations are never re-run — the flow continues from the suspend point, not from the top.
  • Context rides along. Tenant, trace identity, and fuel/TTL budgets travel with the suspended flow, so a resumed request is still the same accountable request.

What to build with it

  • Slow AI. A deep-research model that takes twenty minutes is just a worker that acks now and calls back later.
  • Webhook round-trips. Kick off a payment, a build, a signature request — the provider’s webhook handler is your callback.
  • Humans in the flow. The worker doesn’t have to be software: a service that emails someone “approve / reject” and POSTs the callback when they click is a person, wired in through the same contract. The approval step is just an operation that takes a day.

Timeouts, ack windows, and retention are tunable per rule (WITH timeout, WITH continue_after) and chassis-wide — see the runtime reference.

Edit this page · View as markdown