Placard
Static analysis and drift detection for the surface an MCP server exposes to an agent.
Teams wire agents to Model Context Protocol servers with no record of what capability they just granted, and no mechanism to notice when that capability changes. A server can add a destructive tool, or silently rewrite a tool description — which is a prompt injected directly into the agent's context — and nothing in the ecosystem today flags either event.
Placard connects to an MCP server, enumerates its surface, emits a canonical hashed manifest, and fails CI when the next scan disagrees with the last one.
Placard never invokes a tool. Enumeration and static analysis only. No code path may
call tools/call; scripts/check_no_tool_invocation.py enforces that mechanically.
Status: Phase 1 and Phase 2 complete
scan classifies every tool on the R0-R5 ladder — schema shape, tool name, and description
signals combine as a monotonic maximum (never a weighted score), reconciled against what the
server declared about itself. The full ladder, its worked examples, and the rules the
classifier implements are in docs/TAXONOMY.md. diff grades tier
increases and gates new-tool escalation on a configurable ceiling; a per-tool classification
entry never enters surface_hash — a classifier fix must never move that hash for a server
that did not change. Injection heuristics (Phase 3), SARIF/GitHub Action packaging (Phase 4),
and manifest signing (Phase 5) are not yet built.
Install
python -m venv .venv && source .venv/bin/activate
pip install -e ".[dev]"
pre-commit install
Requires Python 3.11+. The test suite needs no network access.
Use
# Enumerate a server, classify every tool, and print the manifest
placard scan "python -m tests.mock_server"
placard scan https://mcp.example.com/mcp --out manifest.json
# Downgrade a tier only through an explicit, attributable allowlist entry
placard scan "python -m tests.mock_server" --override overrides.json
# Compare two manifests; the exit code is the finding
placard diff baseline.json current.json
placard diff baseline.json current.json --ceiling R5 # only R5 additions escalate
# Confirm a manifest's hashes — including its classification — still describe its own content
placard verify manifest.json
<target> is a stdio command line or an HTTP(S) URL. The transport is inferred from the target;
--transport stdio|http overrides. --override points at a JSON array of
{"entry_id", "tool", "tier", "reason"} objects — the only way a tier is ever downgraded.
--ceiling (default R4) sets the tier a new tool must reach before diff escalates on it;
--escalate-schema-changes reverts to escalating on every input-schema change, even one that
leaves the tier unchanged.
Exit codes
A per-command contract, pinned in AGENTS.md and in
tests/test_exit_code_contract.py. Codes are categories, not a severity ladder — 2 is a
different review path from 1, not a worse outcome than it, and the same number can mean
different things for different commands.
| Code | scan |
diff |
verify |
|---|---|---|---|
| 0 | enumerated successfully | no change / below ceiling | every hash matches |
| 1 | — | escalation — new tool at/above ceiling, tier increase, capabilities change | a hash does not match its content |
| 2 | — | description change on an existing tool (always reviewable, never silenceable) | — |
| 3 | server unreachable | tool removed | — |
| 10 | usage/configuration error | usage/configuration error | usage/configuration error |
diff's codes precedence-order as 3 > 1 > 2 > 0 when several apply at once; every finding is
still listed on stderr regardless of which code wins. Codes 20-29 are reserved for report
(Phase 4, not yet implemented).
The manifest
Canonical JSON: sorted keys, stable array ordering, nothing environment-dependent in a hashed
body. No timestamp, no scan target — two scans of an unchanged server are byte-identical. The
negotiated protocol version and SDK version are recorded, but only inside environment, which
no hash ever covers.
Independent SHA-256 hashes, all required, never collapsed:
surface_hash— tools, resources, prompts, instructions- per-tool
schema_hash— the input schema only - per-tool
description_hash— the description text only capabilities_hash— the server's declared MCP capabilities block onlyclassification_hash— Placard's own tier judgment (classification) only
Splitting schema from description is what makes "the server rewrote its prompt but kept the API
identical" a visible event rather than a silent one. capabilities and classification are
both split out of surface_hash for the same reason in the other direction: some capability
flags are SDK-derived and can drift on a client SDK upgrade, and a classifier rule fix can
change a tier, neither with any server-side change at all — each gets its own finding
(server_capabilities_changed, tier_escalated) instead of moving surface_hash.
Development
pytest # full suite
pytest -m "not slow" # skip subprocess integration tests
ruff check . && ruff format --check .
mypy src/
python scripts/check_no_tool_invocation.py
Coverage floor is 85% on src/, enforced in CI. CI also scans the bundled mock server and
diffs the result against tests/fixtures/mock_server_manifest.json — the tool gates itself.
Regenerate that fixture deliberately, never to make a red build green:
placard scan "python -m tests.mock_server" --out tests/fixtures/mock_server_manifest.json
Documentation
AGENTS.md— the operating specdocs/THREAT_MODEL.md— what Placard does and does not defend againstdocs/TAXONOMY.md— the R0-R5 risk ladder with worked examples
License
MIT — see LICENSE. © Lanier Developments.
Metadata
Release files for mcp-placard 0.1.0
For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.
Source distribution (sdist)
| File | Size | Uploaded | |
|---|---|---|---|
| mcp_placard-0.1.0.tar.gz | 116.8 kB | Details |
Built distribution (wheel)
| File | Interpreter | ABI | Platform | Reset |
|---|---|---|---|---|
| mcp_placard-0.1.0-py3-none-any.whl | Python 3 | none | any | Details |
Total release size: 193.0 kB
Release files / mcp_placard-0.1.0.tar.gz
| Download URL | mcp_placard-0.1.0.tar.gz |
|---|---|
| Size | 116.8 kB |
| Tags | Source |
|
SHA-256 checksum How to use checksums |
980b5b4d76985e7c3e299d39488fba93f04595c28193d1dcc4cd434d9ec7ef2d
|
|
BLAKE2b-256 checksum How to use checksums |
e23a5b98e235e451153d3d2d16938d2e127ea4ea2d5ce91a18f5135d269929e6
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/7.0.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 Sep 17, 2026.
Transparency logRelease files / mcp_placard-0.1.0-py3-none-any.whl
| Download URL | mcp_placard-0.1.0-py3-none-any.whl |
|---|---|
| Size | 76.3 kB |
| Tags | Python 3 |
|
SHA-256 checksum How to use checksums |
aca931d4522cf58f0c4da79b1f64ebe0831839bba2eb2748bf55e39aefcabbdb
|
|
BLAKE2b-256 checksum How to use checksums |
af8a75862a19382d0edd7bd97127f8f26f12c1586606678b4130f42fa1ea27a3
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/7.0.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 Sep 17, 2026.
Transparency log