Schema validator
Use any JSON Schema implementation. The published schemas define machine-valid structure.
Browse schemas →ORBIT v0.1 · CONFORMANCE
ORBIT conformance is capability-based. An implementation can produce, observe, reconcile, or execute without adopting a particular agent, tracker, repository, or CI system.
CAPABILITY MATRIX
| Role | Produces | Consumes | Minimum evidence |
|---|---|---|---|
| Producer | One or more valid ORBIT records. | Plan context or source inputs. | Schema-valid fixture and stable identity. |
| Observer | ProjectSnapshot. | Repository and project facts. | Traceable observations and capture time. |
| Reconciler | Reconciliation. | Plan and ProjectSnapshot. | Criterion assessments linked to evidence. |
| Executor | Execution result outside ORBIT. | ExecutionSlice. | Scope, exclusions, and provenance are preserved. |
VALIDATION LAYERS
ORBIT v0.1 schemas and invariants may change before 1.0. Report the version tested by an implementation.
TOOLING PATH
Use any JSON Schema implementation. The published schemas define machine-valid structure.
Browse schemas →Run semantic rules for IDs, revisions, references, provenance, and lifecycle meaning.
Read the specification →Test minimal and complete records together so references and version claims remain visible.
Open examples →CONFORMANCE CLAIM
Publish the ORBIT version, roles supported, resources produced or consumed, validator version, and known limitations.
implementation: example-orbit-adapter orbitVersion: 0.1 roles: [observer, reconciler] resources: [ProjectSnapshot, Reconciliation] validation: schema + invariants + fixtures
NEXT
Choose one role, validate one complete fixture, and document the boundary between ORBIT records and provider-specific execution.