matrx-mandate-scan
The ONE Mandate reference scanner. It finds every place code reaches for platform intelligence — through a Mandate carrier or around it — reports the result to the database in one frozen contract, and screams (never blocks) when something is unresolved, unmeasured, or bypassing the mandate system.
Built for the Mandate Declaration & Usage Reporting program
(common-docs/projects/mandate-declaration-reporting/), lane L2.
Install / run
# from any repo, no checkout needed
uvx --from matrx-mandate-scan==0.2.1 matrx-mandate-scan check
# inside the aidream workspace (vendored via [tool.uv.sources])
uv run matrx-mandate-scan scan --root aidream --root packages/matrx-ai
Commands
| Command | What it does |
|---|---|
scan |
Contract-v1 JSON on stdout, the red human report on stderr. |
report |
scan, then submit through mandate.submit_scan_report(jsonb) and file every red finding into ops.system_error (source_app='mandate-scan') — once per OPEN finding (repo, route, error_type), not once per revision; a finding already open at any earlier revision files nothing, and a recurrence after the patrol resolved it files a fresh row. |
check |
The release-path command: scan + report + reconcile. |
explain <file:line> |
What the scanner sees at one location, and why. |
--self-test |
The built-in RED→GREEN fixture suite. Runs from a uvx install. |
Every command exits 0 unless --strict is passed. That is ruling D23:
a mandate check is loud and non-blocking; --strict exists for humans and for
the scheduled remediation task, never for a release script.
What counts as a reference
Classification is by carrier, never by the word or the path. A dotted
string is a mandate key only where a carrier puts it — so consumerId = "extend.chat" is not a reference and never becomes one.
Python carriers:
declare_mandate/declare_generated_mandate/declare_mandated_agent→declarationdeclare_mandate_family(prefix, members=...)→family_declaration, oneconstantper resolvable member,dynamic_familywhen the iterable is computedresolve_mandate→resolution;run_mandate→executionrun_mandated(Cls)/Cls.run()→execution- a
NamedAgentsubclassmandate_key(includingtype(name, (NamedAgent,), {...})) →declaration seed_agent_id=<uuid>inside adeclare_*→seed_holder@mandate_passthrough/MandateKeyParam→passthrough, with the caller attributed when it lives in the same module
TypeScript / TSX / JavaScript carriers (0.2.0, tree-sitter) — clients never
declare, they import keys from @ai-matrx/agents/mandates:
useMandate/useMandateSet/useMandateChain/resolveMandate→resolutionmandateExecutePath→execution- a
defaultMandateKey={…}JSX attribute →resolution; amandateKey:property is a key in flight, reportedpassthrough(the site that chose it is elsewhere) - a
mandate:<key>string ref — the clients' own stable UI identity for a Mandate-backed choice →resolution MANDATE_KEYS.<identifier>outside a carrier →constant- a module-local object literal of generated keys (matrx-frontend's ambient
ladder) → one
constantper entry plus onedynamic_familyat the computed read, named for the DECLARED family its members belong to mandateKeyOfApp(…)/mandateKeyOfShortcut(…)→dynamic_familyunder the DB-authoredapp/shortcutprefix- importing
openai,ai,@anthropic-ai/sdk,@ai-sdk/*,@google/generative-ai,groq-sdk,cohere-ai,@mistralai/*,ollama(aimport typebinds nothing and is not access), or fetching a provider host →bypass
Keys resolve through literals, template strings, module const bindings,
arrays, ternaries, as/satisfies casts, and — across modules — import /
export aliases and re-exports followed through the repo's own tsconfig
path mapping. .js / .jsx / .mjs / .cjs are scanned the same way.
THE LOCKFILE ADAPTER. A TypeScript key is checked against the key set the
repo actually SHIPS: the per-version snapshot inside the INSTALLED
@ai-matrx/agents (mandates/snapshots/keys.<version>.json), never the range in
package.json and never today's server state. A key the snapshot does not carry
is UNKNOWN_MANDATE; with no install at all nothing is confirmed or denied
and the package is reported incomplete with UNMEASURED — loud, never an
accusation the evidence cannot support.
Rust (0.2.0) — a negative adapter. Rust has no carrier, so every .rs file
is covered with zero references (never unsupported_language, which is a hole a
report still calls complete). A provider host in a request target, or a
/mandates/ route literal, is a bypass.
Config carriers (JSON / YAML / TOML) — the property name is the carrier:
mandate_key, mandateKey, defaultMandateKey, fallback_mandate_key.
Anything else that merely looks key-shaped is unclassified and advisory.
Keys resolve through literals, module and function constants (UPPER or not),
attribute constants, f-strings, + concatenations, ternaries (both branches
become real references), tuple/list loop members, aliases, literal-container
subscripts, and one level of analyzable module-local wrapper function.
An argument that resolves to none of those → finding UNRESOLVED_KEY, plus
an unresolved-flagged reference: D21 says unreachable is a flag, never a
filter, so nothing is ever dropped from the inventory.
Bypass detection and the ratchet
Importing a provider SDK (anthropic, openai, groq, google.genai,
google.generativeai, litellm, xai, ollama, cohere, mistralai) or
naming a provider host, anywhere outside
packages/matrx-ai/matrx_ai/providers/** and the one D10-approved module
(conversation_labeler.py), is a bypass reference. The exact standalone
RAG default embedding adapter (packages/matrx-rag/matrx_rag/embeddings.py) is
also an approved provider adapter: it is injected through EmbeddingProvider,
does not select a Mandate holder, and is independently ratcheted by
scripts/check_raw_llm_clients.py. No broader matrx-rag exemption exists.
- in the baseline file →
CONVERSION_PENDING(flagconversion_pending) - not in it →
NEW_BYPASS(D20: no new ones) - code executed by a computed name or path, however spelled —
import_module(x),__import__(x),runpy.run_module(x)/run_path(p), a spec builder (find_spec,spec_from_file_location,spec_from_loader,SourceFileLoader,zipimporter,get_loader) whose spec the same function executes, anexec_module/module_from_specon a spec built elsewhere, aload_module(), a loader reached throughgetattr(importlib, "import_module"),__builtins__["__import__"]or an alias chain, or aload_declared_modulebound from anywhere but the seam →UNRESOLVED_IMPORT. A LITERALexec("...")/eval("...")is parsed and scanned like source; computed code is arbitrary execution, not an import — content-guard's rule, silent here. A builder's registered NAME is a target too:SourceFileLoader("openai", p)is a bypass whatever the path says. Classification is by the act, not the spelling: re-spelling an import as the three-line spec dance (six copies existed on 2026-09-12) earns nothing. load_declared_module(x)frommatrx_utils.module_loading→ no finding. It is THE seam for every registry that names modules as data (tool paths, adapter paths, declaring modules): it refuses every provider SDK name at runtime, so the load is bounded by fact. Its own body is the one sanctioned computed load.- a relative target inside the calling package —
import_module(".x", __name__), PEP 562 lazy exports — → no finding: it can only reach modules this scan reads on their own. A relative target anchored on a literal provider package (import_module("." + x, "openai")) is abypass. - a computed load inside the provider layer (
matrx_ai/providers/**) → no finding: reaching SDKs is that layer's job, and bypass is already silent there. - a dynamic import whose target the resolver closes to a set of NON-provider
modules (the lazy-export idiom:
import_module(_EXPORTS.get(name), __name__)over a module-level literal table of the package's own submodules) → no finding: every module it can reach is named, the full scan reads each of them on its own, and none is a provider SDK. A closed set that CONTAINS a provider staysUNRESOLVED_IMPORT— never promoted to theNEW_BYPASSclaim, never silently clean (2026-09-12).
The baseline is <repo>/scripts/mandate_bypass_baseline.json, read by default
by every entry point when it exists (--baseline overrides; no file = a
baseline of zero, which is the correct reading, not a missing one).
The sole open-import ABI is a package CLI's caller-selected host bootstrap:
the direct import_module() argument must be a function parameter annotated
Annotated[str, "matrx.external_bootstrap_module"]. It keeps a package
independent of every possible host while making the boundary explicit; the
selected host is outside that package's scan surface. This is not a general
dynamic-import exemption: computed prefixes, wrappers, provider roots, and
every unmarked parameter still produce UNRESOLVED_IMPORT.
--write-baseline regenerates the file and refuses to write a larger one.
No entry in the baseline is an approved class; every one is a defect awaiting
conversion.
Coverage is mandatory output
Every file is scanned or listed with a reason (generated, test_fixture,
parse_error, unsupported_language). Any parse_error makes the package
verification_status = incomplete and files an UNMEASURED finding.
Reference identity
sha256(repo_slug · package_path · file_path · symbol · occurrence_n · reference_type · mandate_key_or_prefix).
repo_slug is always the repo the scan ran in, resolved from
git remote get-url origin through the platform.repo mirror in
matrx_mandate_scan/repo.py. An unknown remote is UNMEASURED, never a
guessed slug — a folder name is not a repo identity.
Boundaries
Per docs/packages/PACKAGE_DOCTRINE.md, this package imports neither
aidream nor matrx-orm. It carries the AST walkers that used to live in
scripts/audit_mandate_wiring.py and
aidream/services/mandates/code_truth.py; those two modules now import them
from here, so there is exactly one definition of "what a carrier looks like".
Download files
Download the file for your platform. If you're not sure which to choose, learn more about installing packages.
Source Distribution
Built Distribution
Filter files by name, interpreter, ABI, and platform.
If you're not sure about the file name format, learn more about wheel file names.
Copy a direct link to the current filters
File details
Details for the file matrx_mandate_scan-0.2.2.tar.gz.
File metadata
- Download URL: matrx_mandate_scan-0.2.2.tar.gz
- Upload date:
- Size: 148.7 kB
- Tags: Source
- Uploaded using Trusted Publishing? Yes
- Uploaded via:
twine/7.0.0 CPython/3.13.14
File hashes
| Algorithm | Hash digest | |
|---|---|---|
| SHA256 |
1c63e30e7d183baecc5ad6cbd45703e40d96d72425bab42af36865123a3aad71
|
|
| MD5 |
aefbbc0087a8b2fddc8880e5cf7fa052
|
|
| BLAKE2b-256 |
c3bbdce2f0552ac4e3b046e08b5c6327a125164d4b0748b0d336fcb947831a09
|
Provenance
The following attestation bundles were made for matrx_mandate_scan-0.2.2.tar.gz:
Publisher:
publish-package.yml on AI-Matrix-Engine/aidream
-
Statement:
-
Statement type:
https://in-toto.io/Statement/v1 -
Predicate type:
https://docs.pypi.org/attestations/publish/v1 -
Subject name:
matrx_mandate_scan-0.2.2.tar.gz -
Subject digest:
1c63e30e7d183baecc5ad6cbd45703e40d96d72425bab42af36865123a3aad71 - Sigstore transparency entry: 2882358613
- Sigstore integration time:
-
Permalink:
AI-Matrix-Engine/aidream@2b7237cb13f8bbce3379f67cf0ed5edfdc493b77 -
Branch / Tag:
refs/tags/matrx-mandate-scan/v0.2.2 - Owner: https://github.com/AI-Matrix-Engine
-
Access:
private
-
Token Issuer:
https://token.actions.githubusercontent.com -
Runner Environment:
github-hosted -
Publication workflow:
publish-package.yml@2b7237cb13f8bbce3379f67cf0ed5edfdc493b77 -
Trigger Event:
push
-
Statement type:
File details
Details for the file matrx_mandate_scan-0.2.2-py3-none-any.whl.
File metadata
- Download URL: matrx_mandate_scan-0.2.2-py3-none-any.whl
- Upload date:
- Size: 131.9 kB
- Tags: Python 3
- Uploaded using Trusted Publishing? Yes
- Uploaded via:
twine/7.0.0 CPython/3.13.14
File hashes
| Algorithm | Hash digest | |
|---|---|---|
| SHA256 |
9352fdef7ca2b49ef9e1ccb5c7c276327e4aa2c20bf679a8bed3f1d7072e6620
|
|
| MD5 |
ab474f18b90c9e649d682a7c4a8b7392
|
|
| BLAKE2b-256 |
2df1a7e1f226daa66eff96b94bdf528e8cb0d9445d8bb8f4813cb86720677e58
|
Provenance
The following attestation bundles were made for matrx_mandate_scan-0.2.2-py3-none-any.whl:
Publisher:
publish-package.yml on AI-Matrix-Engine/aidream
-
Statement:
-
Statement type:
https://in-toto.io/Statement/v1 -
Predicate type:
https://docs.pypi.org/attestations/publish/v1 -
Subject name:
matrx_mandate_scan-0.2.2-py3-none-any.whl -
Subject digest:
9352fdef7ca2b49ef9e1ccb5c7c276327e4aa2c20bf679a8bed3f1d7072e6620 - Sigstore transparency entry: 2882358615
- Sigstore integration time:
-
Permalink:
AI-Matrix-Engine/aidream@2b7237cb13f8bbce3379f67cf0ed5edfdc493b77 -
Branch / Tag:
refs/tags/matrx-mandate-scan/v0.2.2 - Owner: https://github.com/AI-Matrix-Engine
-
Access:
private
-
Token Issuer:
https://token.actions.githubusercontent.com -
Runner Environment:
github-hosted -
Publication workflow:
publish-package.yml@2b7237cb13f8bbce3379f67cf0ed5edfdc493b77 -
Trigger Event:
push
-
Statement type: