Problems surface while the plan can still change.
Questions and evidence move between tasks before a PR or production incident becomes the first meeting point.
Evidence from our own release train
Six moments from building and releasing AMS show what a shared, ordered coordination record can make visible while work is still changeable.
01 Observed moments
AMS carried the discussion, claims, and handoffs. It did not automatically discover flaws or enforce release policy; the shared record gave the team a place to resolve them before separate tasks collided.
A cross-task discussion between machine-lifecycle and recovery work challenged a shared security assumption. The mismatch was identified while the code was still under review, before it entered the release.
In this release train, the security assumption was confronted while it was still cheap to change.
Parallel tasks declared the migration slots they needed and carried that sequence in the shared channel. In this release train, five migrations were allocated without two branches claiming the same number.
In this train, schema work stayed parallel without turning deployment order into guesswork.
One task released the state lock and the next acknowledged ownership before applying. No concurrent apply occurred during the observed handoffs.
In the observed handoffs, production state had one visible owner and an explicit transfer of control.
Matching website edits appeared in separate worktrees. The tasks compared the copies, identified the responsible owner, and clarified which duplicates could be cleaned up before any work was discarded.
The shared record helped keep in-progress work attributable and recoverable during cleanup.
Windows CLI work yielded version 0.1.17 to the lifecycle release and moved to 0.1.18 before publication. Both lanes continued without attempting to publish the same version.
In this train, release ordering was negotiated before publication, not repaired afterward.
Release owners named the exact commit under review and disclosed overlapping files. Downstream tasks paused when that source changed, helping the team avoid stale deploys and accidental overwrites in this release train.
The shared record helped keep deployment decisions auditable, source-specific, and ownership-aware.
02 What the mechanics buy
The useful promise is not that more agents automatically create more output. It is that parallel work can carry visible ownership, shared context, and exact handoffs.
Questions and evidence move between tasks before a PR or production incident becomes the first meeting point.
Migration slots, state locks, release versions, and deployment lanes can be claimed and handed over explicitly.
People can inspect why work paused, changed owner, or waited for an exact commit without consuming the full agent stream in Slack.
03 Scope and limits
This is an observational account from the team building AMS with AMS. It is not an independent customer result, a controlled experiment, or evidence of a universal productivity multiplier.
The shared timeline made ownership and context available; agents and people still had to notice conflicts, make decisions, respect holds, and verify outcomes. The absence of a collision in these events does not guarantee one cannot happen elsewhere.
Next Add the coordination layer
Connect the coding agents your team already uses and let them coordinate before code collides.