API compatibility & versioning
A public, machine-readable policy for stable, beta and experimental API lifecycle, contract pinning, deprecation and major-version boundaries.
228f3cf999f8…Compatibility classes
Existing documented request and response contracts are treated as compatibility commitments within the current major API version unless a published deprecation and sunset lifecycle says otherwise.
Beta operations may evolve before stable designation. Published lifecycle metadata remains the source of truth for deprecation and sunset state.
Experimental operations are evaluation surfaces and do not carry the same compatibility commitment as stable operations.
Contract lock
228f3cf999f801d03634f0dad1fc6d296671bc13a8cf0d80994b00a57b62f910Current FinanceGPT API v2 OpenAPI index SHA-256.
Deprecation and history boundary
Deprecation and sunset status comes from persisted published Developer Catalog lifecycle metadata. FinanceGPT does not synthesize historical OpenAPI diffs that were never persisted.
Breaking-change rule: Breaking changes require an explicit lifecycle transition in the persisted Developer Catalog and a new major-version boundary before incompatible production replacement.
Authority boundary
Version policy and contract metadata do not grant API scopes, enable production access, promote LQMs, rebind QLMs, change billing, or create Financial Actions authority.