API
Core is intended to expose an application programming interface (API) that both clients use. No endpoints or request schemas have been implemented yet, so this page is not an executable API reference.
Intended capabilities
Section titled “Intended capabilities”The shared contract should cover submitting incidents, retrieving incident information, tracking investigation progress, and retrieving demo agent profiles. Restoration of demo data also needs a defined mechanism, though its availability and access rules are still undecided.
Contract documentation
Section titled “Contract documentation”For each implemented operation, document its HTTP method and path, required identity or permissions, request fields, response fields, status codes, and validation errors. Include a request example that has been checked against Core.
Collection operations will also need documented filtering, ordering, and pagination behavior if those features are introduced.
Client consistency
Section titled “Client consistency”ClientJ and ClientL should interpret identifiers, status values, validation failures, and reset behavior consistently. Their visual layouts can differ without creating different meanings for the same Core response.
Client integration plans are described in ClientJ integration and ClientL integration.