import-review takes any partner manifest and returns, per concept, whether the name resolves in the ownership index and to which artifact, and per entry whether the pinned SHA-256 matches the blob at the declared source commit. Both run in one pass so neither can be recorded without the other, which is the failure this workplan exists to prevent. It exits non-zero on a finding, reads JSON or YAML, needs no partner checkout, and carries its own limit: resolution proves a name exists and names one owner, nothing more. Accepted manifests are registered under infospace/interfaces/manifests/ as provenance-preserving copies owned by the partner, with the partner revision and retrieval date recorded. Editing a copy to make a check pass is forbidden in the file itself. Validation re-resolves them and reports drift as federation_import_drift, a warning naming the partner rather than an error, because a stale partner pin is not this repository's file to fix. The review kit gains an extension-boundary-review template requiring hash count, resolution count and conflict count as three separate lines, and an operating rule saying one is never evidence of another. Both boundary files carry the standing-check result. Verified live: security-canon resolves 11 of 11, interface-canon 23 of 25 with the two known Interface and Endpoint pins. make check passes with 58 tests, clean validation and those two warnings. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> Assistant: claude-code Assistant-Model: opus Assistant-Process: 3588@bnt-lap001 Assistant-Session: 24b80f66-e5a7-4e61-99fe-2d422e6d17da |
||
|---|---|---|
| .claude/rules | ||
| .forgejo/workflows | ||
| .repo-manager | ||
| demand | ||
| docs | ||
| feedback | ||
| history | ||
| incoming | ||
| infospace | ||
| intakes | ||
| registry | ||
| seeds | ||
| spec | ||
| src/info_tech_canon | ||
| tests | ||
| trf | ||
| wiki | ||
| workplans | ||
| .custodian-brief.md | ||
| .gitignore | ||
| .repo-classification.yaml | ||
| AGENTS.md | ||
| canon.yaml | ||
| CHANGELOG.md | ||
| CLAUDE.md | ||
| CODING_AGENT_BOOTSTRAP.md | ||
| INTENT.md | ||
| LICENSE | ||
| Makefile | ||
| pyproject.toml | ||
| README.md | ||
| SCOPE.md | ||
| WORK-RECORDS.md | ||
Building terminology for interoperable, adaptable, and extensible information-processing systems.
Current Service
This repository now implements one concrete infospace under infospace/.
The repository root remains the service, governance, and workplan shell.
The first service surface is intentionally small:
- JSON-first CLI commands
- importable Python service functions
- read-only local HTTP API
- artifact loading, checks, and graph summaries backed by
infospace-bench
Source-Tree Usage
These commands assume infospace-bench is installed. For development against
an adjacent checkout, use PYTHONPATH=src:../infospace-bench/src instead of
PYTHONPATH=src, or use the Makefile targets.
PYTHONPATH=src python3 -m info_tech_canon inspect
PYTHONPATH=src python3 -m info_tech_canon artifacts
PYTHONPATH=src python3 -m info_tech_canon models
PYTHONPATH=src python3 -m info_tech_canon standards
PYTHONPATH=src python3 -m info_tech_canon review-kit
PYTHONPATH=src python3 -m info_tech_canon alignment-template
PYTHONPATH=src python3 -m info_tech_canon validate
PYTHONPATH=src python3 -m info_tech_canon capability-review /path/to/record.json
PYTHONPATH=src python3 -m info_tech_canon graph
PYTHONPATH=src python3 -m info_tech_canon index
PYTHONPATH=src python3 -m info_tech_canon views
PYTHONPATH=src python3 -m info_tech_canon profile inspect small-saas
PYTHONPATH=src python3 -m info_tech_canon profile validate small-saas
PYTHONPATH=src python3 -m info_tech_canon profile graph small-saas
PYTHONPATH=src python3 -m info_tech_canon api --host 127.0.0.1 --port 8765
After package installation, the same commands are available through the
info-tech-canon console script.
API Endpoints
GET /healthGET /inspectGET /artifactsGET /artifacts?kind=modelGET /modelsGET /standardsGET /review-kitGET /alignment-templateGET /validateGET /capability-review?path=GET /graphGET /graph?format=mermaidGET /viewsGET /views/{name}GET /profiles/{profile}/inspectGET /profiles/{profile}/validateGET /profiles/{profile}/graph
Maintenance
Contract consumption, installation boundaries, independent adoption criteria, and freshness checks are documented in Reproducible canon consumption.
Additional CLI commands: emission-review RECORD,
export-emission-contract DIRECTORY, validation-coverage, scope-inventory,
check-generated, and benchmark-reads. Use --root PATH before the command
to select a corpus independently of the installed package.
make validate
make index
make tree
make agent-briefs
First Profile Proof
The first executable profile proof is small-saas. It lives under
infospace/profiles/small-saas/ and includes connected example artifacts for a
tenant-aware SaaS service: service, system, tenants, user, team, dataset,
deployment, task, policy, control, evidence, and incident.
Agent Retrieval
Agent-facing retrieval assets live under infospace/agent/:
global-agent-brief.mdretrieval-index.md,retrieval-index.yaml, andretrieval-index.json- per-artifact briefs in
agent/briefs/ - consumer brief templates in
agent/consumer-briefs/ - Canon Interface Card template in
agent/templates/ - consumer alignment review kit in
agent/review-kit/ - consumer alignment workplan template in
agent/templates/
Alignment Reviews
The consumer alignment review kit lives under infospace/agent/review-kit/.
It provides a repeatable workflow, model and standard selection guide,
scorecard, structured review schema, and repo-local workplan template so agents
can review consumer repositories against the canon without mixing consumer work
into this repo.
Purpose And Demand
The PURPOSES candidate model is registered as a governance extension at
infospace/models/governance/InfoTechCanonPurposeDemandExtension.md. It defines
consumer purposes, demand signals, purpose fit, scope pressure, and evolution
requests so consumer demand can inform repo governance without silently changing
producer scope.
Consumer-filed reports on whether existing canon concepts provided utility live
under feedback/. That directory is PurposeFit evidence, not a change request
and not a canon artifact. A need still belongs in demand/; a body of knowledge
still belongs in incoming/.
Evaluations
Canon-side evaluation packs live under infospace/evaluations/. The first pack
is user-engine, which prepares pre-integration assessment of a user-management
capability against Organization, Access Control, Governance, Data, Security,
Task, PURPOSES, CARING, and the small-saas profile.
railiance-fabric adds conformance support for graph-oriented entity and edge
capture, including mapping expectations and visualization examples that separate
canonical relationships from display-only graph edges.
repo-scoping adds a canon comparison and extension pack for repository intent,
current scope, future scope, consumer purposes, review decisions, evidence,
source observations, utility relationships, scope freshness, and SCOPE.md as an
interface profile. The pack is intended to seed the consumer-side repo-scoping
workplan while keeping proposed canon extensions reviewable.
Benchmarks
CARING benchmark assets live under infospace/standards/caring/benchmarks/.
The first benchmark is kubernetes-rbac, which maps Kubernetes RBAC native
constructs into CARING descriptors and records canon pressure around native
roles, effective access, derived workload capabilities, induced secret exposure,
and the rule that a Namespace is not automatically a tenant boundary.
Canon federation
Published interface card declares exports, imports, authority, source-of-truth boundaries and reciprocal canon references.
InterfaceCanon boundary review records the accepted semantic boundary for InterfaceCanon draft 0.1.1.