Stewardship
ACC is maintained as an implementation-neutral contract. It should not depend on one runtime's database tables, UI concepts, deployment model, or product packaging.
GOVERNANCE
ACC is maintained as an open contract.
The specification should remain small, stable, implementation-neutral, and useful across different A2B runtimes.
Versioning
Patch releases clarify wording and examples. Minor releases add optional fields or non-breaking behavior. Major releases change required semantics or schema meaning.
Extensions
New core fields should affect portable runtime governance, be testable, and not require runtimes to understand business-specific authorization logic.
Claims
Implementations may say they implement ACC v1. They should not imply official certification unless a formal certification program exists.
CONTRIBUTION MODEL
Contract changes need stronger justification than examples.
ACC core fields should remain small and stable. Business-specific metadata belongs in standard OpenAPI fields, operation-level business extensions, or runtime-specific extension fields unless it becomes portable governance metadata.
recommended attribution
ACC (Agent Capability Contract),
first published by the BailingHub project.
Implements ACC v1.