HELM AI Kernel
Protocols and Schemas
Open-source execution kernel, CLI, MCP, conformance, verification, and compatibility.This page is the public hub for HELM AI Kernel protocols, JSON schemas, policy language material, conformance fixtures, and evidence-pack formats.
Audience
This page is for developers implementing clients, auditors checking wire contracts, and maintainers changing protocol or schema files.
Outcome
You should know which protocol family to use, where the normative schema lives, and which public route explains the behavior.
Protocol Topology
flowchart TD
subgraph Ingestion["1. Ingestion & Context Plane"]
conformance["Conformance profile"]
registry["Compatibility registry"]
end
subgraph Evaluation["2. Evaluation & Policy Plane"]
request["PDP request"]
policy["Policy bundle"]
decision["Policy decision"]
end
subgraph Ledger["4. Tamper-Evident Ledger Plane"]
receipt["Receipt v2"]
evidence["Evidence pack"]
end
%% Operational Flow Edges
request --> policy
policy --> decision
decision --> receipt
receipt --> evidence
evidence --> conformance
conformance --> registry
%% Premium Styling Rules
style request fill:#2d3748,stroke:#4a5568,stroke-width:2px,color:#fff
style policy fill:#2d3748,stroke:#4a5568,stroke-width:2px,color:#fff
style decision fill:#2d3748,stroke:#4a5568,stroke-width:2px,color:#fff
style receipt fill:#2f855a,stroke:#276749,stroke-width:2px,color:#fff
style evidence fill:#2f855a,stroke:#276749,stroke-width:2px,color:#fffMermaid source
flowchart TD
subgraph Ingestion["1. Ingestion & Context Plane"]
conformance["Conformance profile"]
registry["Compatibility registry"]
end
subgraph Evaluation["2. Evaluation & Policy Plane"]
request["PDP request"]
policy["Policy bundle"]
decision["Policy decision"]
end
subgraph Ledger["4. Tamper-Evident Ledger Plane"]
receipt["Receipt v2"]
evidence["Evidence pack"]
end
%% Operational Flow Edges
request --> policy
policy --> decision
decision --> receipt
receipt --> evidence
evidence --> conformance
conformance --> registry
%% Premium Styling Rules
style request fill:#2d3748,stroke:#4a5568,stroke-width:2px,color:#fff
style policy fill:#2d3748,stroke:#4a5568,stroke-width:2px,color:#fff
style decision fill:#2d3748,stroke:#4a5568,stroke-width:2px,color:#fff
style receipt fill:#2f855a,stroke:#276749,stroke-width:2px,color:#fff
style evidence fill:#2f855a,stroke:#276749,stroke-width:2px,color:#fffProtocol Families
| Family | Source path | Public use |
|---|---|---|
| Core protocol | protocols/spec/PROTOCOL.md |
Conceptual contract for HELM wire behavior. |
| Evidence pack | protocols/spec/evidence-pack-v1.md |
Offline verification and auditor evidence exchange. |
| JSON schemas | protocols/json-schemas/SCHEMA_INDEX.md, protocols/json-schemas/ |
Normative schema references for receipts, policy, effects, packs, telemetry, and tooling. |
| Policy schema | protocols/policy-schema/v1/ |
DSL grammar, canonicalization, reason codes, and localization keys. |
| Conformance | protocols/conformance/v1/ |
Test vectors, compatibility registry, and conformance guide. |
| Effect specs | protocols/specs/effects/ |
OpenAPI and taxonomy for effect contracts. |
| Authority court specs | protocols/specs/authority-court/ |
Authorization request and decision schema material. |
| Reference packs | reference_packs/ |
Public compliance and industry evidence pack templates. |
Schema Domains
The JSON schema index covers access, actor context, audit, authority, autonomy envelope, business controls, certification, CLI, compliance, core, cybernetics, effects, identity, intent, intervention, jurisdiction, kernel, module provenance, organization DNA, packs, policy, profiles, reason codes, receipts, registry, safety, telemetry, tooling, truth, and verification.
Use /openapi.yaml for the public HTTP API where available. Use the schema
index and protocol files for non-REST interfaces such as receipts, evidence
packs, policy bundles, effects, MCP-adjacent contracts, and conformance vectors.
Source Truth
protocols/json-schemas/SCHEMA_INDEX.mdprotocols/spec/PROTOCOL.mdprotocols/spec/evidence-pack-v1.mdprotocols/policy-schema/v1/dsl_grammar.mdprotocols/conformance/v1/CONFORMANCE_GUIDE.mddocs/architecture/policy-languages.md
Troubleshooting
| Problem | Check |
|---|---|
| Schema validation disagrees across clients | Confirm canonical JSON handling and the exact schema version in SCHEMA_INDEX.md. |
| A policy bundle evaluates differently | Check policy language canonicalization and reason-code mapping. |
| A conformance implementation fails | Compare against protocols/conformance/v1/test-vectors.json. |
| A receipt cannot be replayed | Check the evidence-pack schema, receipt version, and referenced artifact hashes. |
Protocol Update Rules
Protocol documentation is current only when schemas, examples, tests, and public references agree. Any change to a JSON schema, bundle layout, receipt field, MCP message shape, or verifier payload must update the schema index, at least one valid example, one invalid example, and the compatibility note. Public docs should distinguish stable contracts from implementation details; generated files and private operator payloads can be indexed without being explained as public APIs. When drift appears, prefer generated schemas and conformance fixtures over prose, then repair the prose and rerun docs truth.
The public protocol hub should also state which generated registries are authoritative and which compatibility windows apply to clients pinned to older receipt or bundle versions.
Include migration notes whenever a field is renamed, deprecated, or promoted to stable.