A Vercel durable-harness néven egy nyílt forráskódú csomagot tett elérhetővé, amely folyamatos naplózással biztosítja, hogy a kódoló AI-ügynökök munkafázisai ne vesszenek el rendszerezési hibák, leállások vagy összeomlások esetén. Az eszköz naplózza a modell- és eszközhívások szándékát és eredményét, így hiba után egy új funkció pontosan onnan tudja folytatni a feladatot, ahol az félbeszakadt.
A megoldás nagy előnye, hogy a már befejezett hívásokat nem futtatja újra, így megelőzi a dupla számlázást és a felesleges tokenhasználatot. A csomag adaptereket biztosít a Pi, az OpenCode, a Claude Code és a Codex rendszerekhez anélkül, hogy ezek alapvető működését megváltoztatná.
Az eszköz futtatható Vercel környezetben, Node.js 22+ alapon Postgres adatbázissal, vagy akár helyi gépen is. A Claude Code és a Codex használatához ugyanakkor elkülönített Vercel Sandbox környezetre van szükség. Az eszköz jelenleg kísérleti, 0.0.x verziójú állapotban érhető el Apache-2.0 licenc alatt.
Az eredeti szöveg (MarkTechPost)
Vercel has released durable-harness , an open-source package that keeps coding agent sessions alive through crashes and timeouts. Vercel durable-harness wraps existing harnesses, including Pi, OpenCode, Claude Code and Codex, without changing them . Each session lives in a durable log. A dead function no longer means lost work. For teams moving agents off laptops and into the cloud, that closes a real gap.
TL;DR
Size: npm package, version 0.0.x, Apache-2.0. Adapters cover 5 harnesses: Pi, OpenCode, fx, Claude Code, Codex.
Runs on: Vercel Functions plus Vercel Queues, Node.js 22+ with Postgres, or laptop files. Claude Code and Codex need a Vercel Sandbox.
Performance: No latency or throughput benchmarks published. All recovery claims are self-reported by Vercel.
Best: Finished model and tool calls are read back from the log, never re-run or billed twice.
Worst: Experimental 0.0.x API. Claude Code and Codex run only in a Vercel Sandbox, even self-hosted.
What is durable-harness?
durable-harness is a set of adapters from Vercel that store a harness session in a Workflow SDK World . A World bundles storage, a queue and a stream behind one interface. The package uses the same machinery that powers Vercel’s Workflow SDK .
Why do coding agents lose work in the cloud?
Harnesses like Pi and Claude Code were designed as long-lived local processes. They keep the session in memory. Locally, the workspace and history sit on the same disk, so resuming takes 1 prompt. In the cloud, a VM with persistent storage does not track which calls completed. Vercel team notes a failed turn or network error then means lost work.
How does durable-harness work?
It writes each step of a turn to a durable log. Before a model or tool call runs, it records an intent. When the call finishes, it records the outcome. Each turn is backed by a message on Vercel Queues . If the function dies, the queue hands the turn to a new function. That function reads the log and continues.
After a crash, the log shows what finished, what was running and what never started:
Completed calls are read from the log, so finished model tokens are not billed again.
replay: 'safe' tools , such as lookups, can run again.
replay: 'never' tools , such as refunds, never run twice. The model is told the call may have happened.
Harness session files are mirrored into the log as well. That covers Claude Code’s transcript, Codex’s rollout and OpenCode’s event store.
Where do files and shell commands run?
Model-chosen commands never run on the function’s own disk. The tools docs list 3 workspace options:
virtual() keeps files in the session log, with a bash-compatible shell and no network. It holds about 500 files.
virtual({ durable: false }) keeps scratch files in memory and clears them every turn.
sandbox() gives each session a Vercel Sandbox , with /workspace on a Drive.
Typed JSON documents , such as a to-do list, also live in the log. Each holds at most 64 KB.
Run turn</button>
<button class="b red" id="kill" disabled>Kill function</button>
<button class="b ghost" id="rst">Reset</button>
</div>
<div class="log" id="lg"><div>Press Run turn, then kill the function while CI is running.</div></div>
<p class="note">Scenario from Vercel's post: an agent adds a pricing page, opens a PR, and waits for CI. Illustrative simulation, not a benchmark.</p>
</div>
<div class="pane" id="p2">
<p class="sub" style="margin-bottom:12px">Click a tool, then crash it mid-call.</p>
<div class="rules">
<div class="box tool sel" data-r="safe"><h4><code>get_order</code><span class="pill">replay: 'safe'</span></h4><span class="note">A lookup. Safe to repeat after a crash.</span></div>
<div class="box tool" data-r="never"><h4><code>refund_order</code><span class="pill">replay: 'never'</span></h4><span class="note">A refund. Must never run twice.</span></div>
</div>
<div class="btns"><button class="b red" id="crash">Crash mid-call</button></div>
<di
