AgentXchain v2.57.0
v2.57.0 makes run-to-run continuity concrete. Terminal governed runs now record a deterministic retrospective in run-history.jsonl, and child runs created via --continue-from or --recover-from with --inherit-context receive the parent's retrospective directly in CONTEXT.md. This release also surfaces project.goal across all front-door onboarding paths.
What changed
Durable run retrospectives
- Every completed or blocked governed run now records an additive
retrospectiveobject inrun-history.jsonlwith:headline— what the run accomplished or why it blockedterminal_reason— the governed terminal state (completion, blocked, escalation)next_operator_action— what the operator should do nextfollow_on_hint— guidance for the next governed run
--inherit-contextcarriesparent_retrospectiveinto the child run'sinherited_contextinstate.jsonCONTEXT.mdrenders a### Parent Retrospectivesection so the first child turn sees the parent headline and follow-on/recovery guidance directly- Fixed a real bug in accepted-turn inheritance:
buildRecentAcceptedTurnSnapshot()now correctly matches entries withstatus: "completed"instead of onlystatus: "accepted", which missed most real governed history entries
Project-goal discoverability
agentxchain init --governednow prints a conditional tip about--goalwhen no project goal is set (suppressed when--goalis provided)README.md,quickstart.mdx, andgetting-started.mdxnow mention--goalandproject.goalso new operators discover the feature from every front-door path- 5 discoverability guards (AT-PGD-001 through AT-PGD-005) prevent regression
Why this matters
Long-horizon governed delivery requires durable handoff between runs. Before this release, a child run inherited parent decisions and recent turns but had no structured summary of what the parent accomplished or why it stopped. Operators reconstructing that context from raw history entries was exactly the kind of manual coordination overhead that AgentXchain exists to eliminate.
The retrospective makes continuity explicit: a blocked run tells its child what recovery action is needed, and a completed run tells its child what to build next.
Evidence
- 3570 tests / 773 suites / 0 failures
- 869 vitest / 36 files / 0 failures
node --test cli/test/run-history.test.js-> 50 tests / 12 suites / 0 failuresnode --test cli/test/run-context-inheritance-e2e.test.js cli/test/run-retrospective-content.test.js-> 11 tests / 3 suites / 0 failuresnode --test cli/test/project-goal-discoverability.test.js-> 5 tests / 2 suites / 0 failurescd website-v2 && npm run build-> clean production build