Specification

AIEP is intentionally practical. It does not require new transport layers, new browsers, or new proprietary infrastructure. It uses a simple idea — publish machine-readable knowledge artefacts alongside human-readable pages — and it anchors that publication in a small set of stable, well-known endpoints.

The specification is organised around: canonical primitives, artefact types, protocol fields, discovery endpoints, schemas, ledger provenance, and truthful certification claims.


Canonical primitives (R1-R8)

These eight primitives are the foundation of every AIEP artefact and interaction. No artefact is valid unless all applicable primitives are satisfied. They are defined in the core patent GB2519711.2.

PrimitiveIdentifierDefinition
Instruction objectR1A structured record of intent: fields intention, parameters, context, safetyEnvelope, protocolVersion, divergenceGraph
Evidence anchorR2A hash-bound reference to one or more evidence items that justified the instruction
Canonical hashR3SHA3-512(canonicalize(artefact_body)) — deterministic, encoding-independent content fingerprint
Normalisation profileR4Declared normalisation rules applied before hashing: locale, numeric precision, date format, encoding
Issuer DIDR5A decentralised identifier resolving to a registry-linked, non-revoked issuer record
GoalVectorR6A commitment to a specific intended outcome, expressed as measurable success criteria, stabilised before execution
DivergenceGraphR7A directed graph of divergence nodes; records where evidence conflicts, gaps exist, or interpretations split
Protocol versionR8Semantic version string binding the artefact to a specific protocol schema generation

An artefact that omits or invalids any primitive applicable to its type is rejected at the protocol boundary. There is no partial validity.


Artefact type registry

AIEP defines a set of artefact types, each with a required subset of primitives and a schema reference.

TypeRequired primitivesSchemaPatent
InstructionArtefactR1, R2, R3, R4, R5, R6, R8instruction.schema.jsonGB2519711.2
EvidenceArtefactR2, R3, R4, R5, R8evidence.schema.jsonGB2519711.2
GoalArtefactR1, R3, R5, R6, R8goal.schema.jsonP50, P72
DivergenceRecordR1, R3, R5, R7, R8divergence.schema.jsonP16, P37
NormalisationManifestR3, R4, R5, R8normalisation.schema.jsonP10, P17
ComplianceCertificateR1, R2, R3, R5, R6, R8compliance.schema.jsonP92, P93
AuditRecordR1, R2, R3, R5, R8audit.schema.jsonP28, P80
SwarmConsensusRecordR1, R3, R5, R6, R7, R8swarm.schema.jsonP90, P95-P103

All schemas are published at /.well-known/aiep/schemas/.


Protocol fields: instruction object

Every AIEP instruction is expressed as a structured object. The fields below are canonical (GB2519711.2 R1):

FieldTypeRequiredDescription
intentionstringyesPlain-language statement of intent
parametersobjectyesStructured parameters governing execution
contextobjectyesEvidential context at time of instruction
safetyEnvelopeobjectyesConstraints the execution must not violate
protocolVersionsemveryesAIEP protocol version this instruction targets
divergenceGraphDivergenceGraphyesDirected graph of known divergences at instruction time
goalVectorRefstringyesReference to the committed GoalVector (R6)
evidenceAnchorsEvidenceAnchor[]yesOne or more hash-bound evidence references (R2)
normalisationProfileRefstringconditionalRequired if numeric or date fields are present
issuerDIDstringyesIssuer DID (R5) — must resolve in registry
canonicalHashstringyesComputed last, over all other fields (R3)

Protocol fields: GoalVector

Defined in P50. A GoalVector commits the system to a measurable intended outcome before execution begins.

FieldTypeDescription
goalIdstringUnique identifier for this goal commitment
intendedOutcomestringMeasurable description of the desired end state
successCriteriaCriterion[]Ordered list of verifiable conditions
stabilisationRoundintegerRound at which goal was locked (P50 stabilisation cycle)
divergenceThresholdfloatMaximum permitted divergence before goal is invalidated
evidenceWeightfloatWeight of supporting evidence at time of commitment
expiresAtISO8601Timestamp after which goal must be recommitted

Protocol fields: DivergenceRecord

Defined in P16, P37. A DivergenceRecord is emitted whenever the protocol detects a gap, conflict, or interpretation split.

FieldTypeDescription
divergenceIdstringUnique identifier
divergenceTypeenumEVIDENTIAL, TEMPORAL, INTERPRETIVE, BRANCH
detectionOperatorenumOne of D1-D9 (defined in GB2519711.2)
affectedArtefactsstring[]IDs of artefacts involved in the divergence
gapArtefactGapArtefactCreated when a temporal gap is detected (P16)
dissentForkRefstringIf divergence exceeded threshold, reference to dissent fork
timestampISO8601When divergence was detected
resolvedbooleanWhether a reconciliation record exists

Discovery: how a machine finds AIEP on a site

AIEP discovery uses the widely recognised .well-known convention. A compliant site publishes:

/.well-known/aiep/index.json — the map of available AIEP surfaces
/.well-known/aiep/metadata.json — the publisher’s identity and intent declaration

Together they tell a machine what the publisher is offering, what policies apply, and where to find schemas, ledgers, and download indexes.


Metadata: what a publisher declares

The metadata file includes the publisher’s identity, open-use declaration, and — if applicable — a certification claim. If a certification claim is present, it must include all required certificate fields. A claim without evidence is treated as false by any conformant validator.


Schemas: deterministic validation

All AIEP schemas are JSON Schemas served from /.well-known/aiep/schemas/. Consumers validate artefacts against the declared schema before relying on them. Schema versions are pinned per artefact via the protocolVersion field (R8).


The Innovation Ledger: provenance without hype

The Innovation Ledger records concept provenance and publication history. One idea = one Markdown file. Commit = publish. A ledger entry may be fully public or a public summary over NDA-gated details; in the latter case a sealed hash is published so the existence of a record is provable without disclosing its contents.


Certification: what it means and why it exists

AIEP certification is not a gate to adoption. It exists to preserve the meaning of “AIEP Certified.” Certification claims must be fail-closed and machine-checkable. A system can implement AIEP and publish Mirror endpoints without certification.


Compliance: verify claims, not adoption

Compliance in AIEP is deliberately narrow. The compliance surface exists to identify false certification claims, misuse of certification marks, and redistribution of NDA-restricted materials. It is not an adoption gate.


Machine entry point

If you want the canonical machine view of this specification, start at:

/.well-known/aiep/index.json

That file is the protocol’s practical entry point.


Constitutional Substrate → · Evidence Normalisation → · Divergence → · GENOME SDK → · Swarm →


Reference

Protocol

Protocol →

Core protocol rules, canonical primitives R1–R8, and binding definitions for every term used in the specification.

Glossary

Glossary →

Full term glossary: substrate, artefact, canonical hash, divergence, plausibility, GoalVector, CertificateHash, and 50+ more.

Schema Catalogue

Schema Catalogue →

Every canonical schema type with field descriptions, required fields, and validation notes. Machine-readable schemas: /.well-known/aiep/schemas/aiep.canonical.schema.v3.0.0.json