Knowledge & context · Concept

Capabilities with boundaries attached.

Each capability in Chatlogs is specified as a contract: scope, permission, evidence and failure behaviour.

Status Concept Category Knowledge & context Surfaces REST · MCP · CLI Contact info@chatlogs.io

The five contracts

Numbered for reference; the order is not a priority.

01. Multi-source conversation ingestion

Defined as a scoped contract: the product states what it may touch, what it may change and what it must record.

The same capability is reachable from the application, the API and the agent surface without a second implementation.

Surfaces REST · MCP · CLI

02. Message and trace normalization

Defined as a scoped contract: the product states what it may touch, what it may change and what it must record.

Scope is attached to the capability, not to the caller, so delegation does not widen it silently.

Surfaces REST · MCP · CLI

03. Entity and relationship extraction

Defined as a scoped contract: the product states what it may touch, what it may change and what it must record.

Operators can inspect the capability before it runs and review its record afterwards.

Surfaces REST · MCP · CLI

04. Provenance and evidence retention

Specified with its own failure modes, limits and evidence requirements before it is exposed to an agent.

Scope is attached to the capability, not to the caller, so delegation does not widen it silently.

Surfaces REST · MCP · CLI

05. Knowledge graph, API and MCP access

Specified with its own failure modes, limits and evidence requirements before it is exposed to an agent.

Operators can inspect the capability before it runs and review its record afterwards.

Surfaces REST · MCP · CLI

A capability in a specification is not a shipped feature.

Interfaces, permission model, evidence requirements, failure modes and the conformance checks a release must pass.

Running deployments, measured performance, third-party certifications or integration approvals.