The additive-only promise
Everything in the API reference is additive-only from the current baseline, except the groups marked as previews. Additive-only means a documented field or route never changes its meaning or its type, and never disappears. We add new fields and new routes. Your side of the promise is to ignore fields you don’t recognize. In return, the fields you do recognize keep working, and you never have to watch for a breaking-change announcement, because there are none to watch for.What’s in preview
A preview can still change shape, and it’s outside the promise until its preview label comes off.
The Legacy Partner API is under the promise: nothing in it is removed while a firm runs on it, and
Keys and authentication says which of its calls have venue routes. Partner routes and
trdrs_sk_… keys keep their current contracts. The broker query parameter keeps its spelling,
even though these docs call the thing it names a provider.
Where the baseline began
The current baseline began on 2026-09-25, before the first partner integration. That day a reset of an issued account became an audited operation on a settled account:POST /api/partner/accounts/reset now requires the reason for the reset, and refuses while the
account holds a position, a working order, a command with an unknown outcome, unresolved risk or a
negative balance. It never closes or cancels anything itself.
That was a breaking change, so the baseline moved rather than the promise bending. No client or
integrator used the route, so there’s no compatibility path, and the changelog
says exactly what a test client written before then must change.
Earlier baselines: