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.
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:
- 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-Tokenheader). - The worker acks immediately — return
202 Acceptedand go do the slow thing. The flow suspends at this step’s barrier; state is written to disk. - The worker calls back whenever it’s done —
POSTto thecallback_urlwith{"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.