This release is a pre-release and may not be stable for production use.
analitiq-validator
The Analitiq artifact validator. It validates Analitiq JSON documents against the contract models — the same Pydantic models the published JSON Schemas are generated from — plus the cross-file and cross-document checks a single-document model cannot express, so authoring, the connector-builder plugin, and downstream consumers all enforce one contract with no drift. It is structured so per-kind validators slot in without touching each other.
Today it covers:
- authored single documents — connector, endpoint, and type-map files, plus
connection,stream, andpipelinedocuments; - pipeline bundles — the cross-document referential integrity of an assembled run (pipeline + streams + connections + connectors + endpoints).
Single-document validity (structure and every cross-field rule) is delegated
to TypeAdapter(...).validate_python from analitiq-contract-models
(analitiq.contracts). It runs offline — no schema fetch, no network. On top
of the models it adds only what a single-document model cannot express — the
connection / stream / pipeline kinds are pure model validation (the model IS the
whole contract), so analitiq-validate --document x.json validates every authored
kind and emits the same uniform {passed, findings[]}.
Connector-package cross-file checks:
- cross-file coverage — a connector ships the right sibling type-map files
for its kind, and an API connector's read map covers every
(native_type, arrow_type)its endpoint files declare; - filename ↔ id — an endpoint file is named
{endpoint_id}.json; - advisory warnings the contract tolerates — duplicate type-map rules, dead uppercase-only read patterns, write-map vocabulary gaps.
Pipeline-bundle referential integrity (validate_pipeline_bundle(bundle)) —
a bundle is a mapping of already-parsed {pipeline, streams, connections, connectors, endpoints} documents, checked for internal consistency independent of
any storage or on-disk layout:
- every
pipeline.streams[]ref resolves to exactly one bundled stream document; - every referenced connection is present in the bundle;
- every stream
endpoint_ref.connection_idis one of the pipeline's connections; - every connection's
connector_idis present among the bundled connectors; - every
scope='connection'endpoint_ref resolves to a bundled endpoint document; - the bundle names a pipeline (has a
pipeline_id).
Referential integrity is separate from runnability. require_runnable=True
(the default) additionally gates the pipeline on status='active' with at least
one runnable stream — the check an executor needs. An authoring tool validating a
draft bundle passes require_runnable=False to get the referential checks
without the active-status gate.
It does not assume the documents were already contract-validated, so a missing
reference field (a connection naming no connector, a stream slot with no
endpoint_ref) is reported as an unresolved reference — while per-document shape
(field types, lengths, enums) remains each document model's own job. Stream and
connection refs match on their base form, so a {id}_v{n} versioned ref resolves
the document that declares the bare {id} (connector identities match whole).
Install
pip install analitiq-validator
This pulls analitiq-contract-models (and pydantic) transitively.
Use
analitiq-validate --document definition/connector.json
analitiq-validate --document connection.json # connection / stream / pipeline work too
The kind is detected from the document's shape — no --kind flag. Point
--document at definition/connector.json to also trigger cross-file coverage:
it discovers the sibling type-map-read.json / type-map-write.json and
endpoints/*.json from the connector's directory. A connection / stream /
pipeline document is validated purely against its contract model. --schema-url,
--semantic-only, --json-only, and --no-cache are accepted but are no-ops
(validation is always model-driven and offline).
Output is a JSON report ({"passed": bool, "findings": [...]}) on stdout; the
process exits non-zero when any finding has severity error.
A pipeline bundle is assembled from many documents, so it is validated as a library call rather than from a single file:
from analitiq.validator import validate_pipeline_bundle
findings = validate_pipeline_bundle(
{
"pipeline": pipeline_doc,
"streams": stream_docs,
"connections": connection_docs,
"connectors": connector_ids, # the connector identities present
"endpoints": connection_endpoint_docs, # scope='connection', connection_id, endpoint_id
},
require_runnable=False, # authoring a DRAFT bundle: referential checks, no active-status gate
)
if any(f["severity"] == "error" for f in findings):
raise SystemExit(findings)
Source of truth
The canonical source is
analitiq-ai/claude-code-plugins,
under packages/validator/ — with the contract models beside it at
packages/contract-models/, and the public JSON Schemas rendered from those same
models by scripts/render_schemas.py.
The package is authored directly in the public analitiq.validator namespace;
it is staged verbatim at build time, not rendered from a private tree. Edit the
source there, not the installed copy.
Metadata
Release files for analitiq-validator 1.0.0rc15
For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.
Source distribution (sdist)
| File | Size | Uploaded | |
|---|---|---|---|
| analitiq_validator-1.0.0rc15.tar.gz | 32.8 kB | Details |
Built distribution (wheel)
| File | Interpreter | ABI | Platform | Reset |
|---|---|---|---|---|
| analitiq_validator-1.0.0rc15-py3-none-any.whl | Python 3 | none | any | Details |
Total release size: 66.7 kB
Release files / analitiq_validator-1.0.0rc15.tar.gz
| Download URL | analitiq_validator-1.0.0rc15.tar.gz |
|---|---|
| Size | 32.8 kB |
| Tags | Source |
|
SHA-256 checksum How to use checksums |
19b88ac5abb1f46d8361df93caed7dbdab871dd98fa0cfc871814ed5d06a6982
|
|
BLAKE2b-256 checksum How to use checksums |
e6c7690fab7ae960a1dbff81302b74a75a244d280df4d3296a79ad52461c0223
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/6.1.0 CPython/3.13.14
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Jul 23, 2026.
Transparency logRelease files / analitiq_validator-1.0.0rc15-py3-none-any.whl
| Download URL | analitiq_validator-1.0.0rc15-py3-none-any.whl |
|---|---|
| Size | 33.8 kB |
| Tags | Python 3 |
|
SHA-256 checksum How to use checksums |
edc55535584474b8b858a2201d5fe94ae1ef5e483183048c1fc300c37258febd
|
|
BLAKE2b-256 checksum How to use checksums |
5ca00aefcccea34a833925b247864f1b5d41d3c65dfdeff9bd838a7a90e02dd3
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/6.1.0 CPython/3.13.14
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Jul 23, 2026.
Transparency log