docs: add the run store to the unreleased changelog (#588)

The run store landed in #587 without a changelog entry. It meets both
warranted tests in .github/RELEASING.md: it adds public exports and a new
config field, and it changes runtime behavior an unchanged caller can
observe once a run store is configured.

Records the feature under Added and the fail-closed ownership and
lifecycle write semantics under Changed, both scoped to the opt-in so a
reader can tell that runs without a run store are unaffected.
This commit is contained in:
Jack Chen authored and GitHub committed 2026-09-07 02:41:06 +08:00
1 parent e36cd1f4c0
commit 71ac67a42f
1 file changed
+17
+17
View File
@@ -2,12 +2,29 @@
## Unreleased
### Added
- Added an opt-in authoritative run store. `OrchestratorConfig.runStore` and
`RunTasksOptions.runStore` give a logical run a durable lifecycle record, an
execution lease, and a monotonically increasing fencing token, so one worker
at a time advances a run and a worker that was taken over cannot write after
the takeover. Ships the `RunStore` interface, the `MemoryStoreRunStore`
adapter over any `MemoryStore` with compare-and-set, and the `RunLedger` /
`RunLeaseHandle` surface for reading, cancelling, and resuming a run from
outside its worker.
### Changed
- LICENSE now names Shenzhen YuanASI Technology Co., Ltd. alongside the
open-multi-agent contributors, every package README closes with a maintainer
line linking to yuanasi.com, and `author` in the three published package.json
files points at YuanASI. The MIT terms are unchanged.
- With a run store configured, execution-ownership and run-lifecycle writes fail
closed instead of following the best-effort semantics of checkpoint and
telemetry writes: a fenced-out checkpoint write never reaches the store, a
lost lease stops the run at the dispatch gate, and a worker that lost its
lease reports the fence failure rather than success. Runs with no run store
configured are unchanged.
## 1.18.0 - 2026-09-04