Responsibility that survives independent boundaries.
Responsibility Infrastructure provides the broader architecture through which responsibility can be represented, evidenced, verified, recognised, resolved and relied upon across organisational and system boundaries.
The common boundary is public. Implementations remain choices.
The proposed Responsibility Interoperability Standard and Responsibility Interoperability Protocol define the minimum common semantics and exchange behaviour needed for independent systems to preserve responsibility meaning without adopting a common vendor stack.
Where expressly released, supporting schemas, reference code, validators, fixtures and conformance tests may form part of that interoperability surface. Vendors and open-source implementers can build different technology underneath the same public boundary.
Public interoperability does not place the broader Responsibility Infrastructure Standard or Protocol, implementation-specific architecture or non-public implementation material into the public corpus.
The Operational Responsibility Gap
Organisations may have governance, workflows, monitoring and audit trails while still being unable to reconstruct who held responsibility for a specific operational event, under what authority, with what evidence, and what another organisation may rely upon.
RI addresses that cross-boundary responsibility problem without requiring independent organisations to become one platform.
Read the Operational Responsibility Gap definition →One responsibility interface. Different authorities.
The interoperability layer allows independent institutions to share responsibility meaning while retaining their own statutory, contractual, professional and operational decision rights.
- Regulators & public authorities
- Reference common responsibility requirements without prescribing a supplier, platform or internal operating model.
- Procurement & assurance
- Specify role, scope, version and testable evidence for responsibility and interoperability claims.
- Insurers & relying parties
- Use resolved responsibility evidence or standing as an input while retaining independent decision authority.
- Vendors & open-source implementers
- Implement the expressly licensed public interoperability layer using different technology and test claims against its published requirements.
- Sector systems
- Apply the common interoperability semantics in healthcare, finance, industry, public services or AI without redefining the cross-boundary meaning.
Public interoperability. Controlled implementation detail.
The public corpus includes the definitions, governance, standards material, research, evidence and implementation artefacts required for institutional scrutiny and independent implementation of the applicable interoperability boundary.
Implementation-specific material that is not required for interoperability may remain outside the public corpus or be supplied for a defined institutional or implementation purpose.
Claims stay bounded to the evidence.
Published RI evidence records preserve source material, outcomes and limitations. Interoperability testing does not automatically establish conformance. Conformance does not automatically establish Recognition. Recognition does not replace the authority of a regulator, insurer, purchaser, court or other relying institution.
Change public requirements through governance, not implementation power.
Standard-setting, implementation, evaluation, Recognition, Registry publication, Resolution and Reliance are distinct functions. Market share or technical replication does not silently rewrite the normative corpus.
Published change control and participation processes provide the route for challenge, extension and revision of public interoperability requirements.
Governance and participation →Keep your system. Share responsibility meaning.
Responsibility Infrastructure · Interoperability · Evidence · Institutional use