governance-platform
ai.geodesiclabs/governance-platformVersion 1.2.0Pre-execution governance for AI agents. Deterministic PASS/FAIL/REVIEW verdicts, replayable proof.
Status
Responds425 msAnswered our handshake without sign-in.- Last checked
- Nov 14, 2026, 13:29 UTC
- Latency
- 425 ms
- Remotes responding
- 1 of 1
- Sign-in
- No sign-in
- Hosting
- Hosted outside the EU (detected)
- Registry data as of
- Nov 14, 2026, 22:14 UTC
Data from the official MCP Registry, checked by run.zero. How we check
Connect
Streamable HTTP
https://app.geodesiclabs.ai/mcpResponds425 msNo sign-in
Claude Code
claude mcp add --transport http governance-platform https://app.geodesiclabs.ai/mcpClaude Desktop and claude.ai
Settings > Connectors > Add custom connector
Name: governance-platform
Remote MCP server URL: https://app.geodesiclabs.ai/mcpCursor
{
"mcpServers": {
"governance-platform": {
"url": "https://app.geodesiclabs.ai/mcp"
}
}
}VS Code
code --add-mcp '{"name":"governance-platform","type":"http","url":"https://app.geodesiclabs.ai/mcp"}'Built your own server? run.zero hosts MCP servers on European infrastructure.
Tools
37 tools
Read-only | Idempotent | Open world | ||
|---|---|---|---|---|
account_statusThis account's plan, key usage, Blueprint counts, and the deployed
platform build fingerprint (version, build, deployed).
| No | Yes | Yes | No |
analyze_anomalyExplain whether a record fits the usual pattern for records like it,
and which fields stand out. No Blueprint required.
| No | Yes | Yes | No |
approve_rulePromote a rule discovered by discover_patterns into Blueprint-ready
form.
| No | No | Yes | No |
authorize_executionGo/no-go for a real-world action (payment, filing, API write): runs
full validation, then the Blueprint's execution gate. authorized=true
only on PASS; REVIEW means do not proceed automatically. Different
from validate: validate asks is this data correct, authorize_execution
asks should this action happen.
| No | No | Yes | No |
check_blueprint_healthStatic pre-deploy analysis of a Blueprint's rule set. Returns a health
verdict - healthy, acceptable, fragile, rigid, split, brittle_islands,
or unsatisfiable - with advice, including joint conflicts pairwise
checks miss.
| No | Yes | Yes | No |
check_driftCheck whether recent submissions still match the established pattern
for this Blueprint. Returns a stability verdict and observation count.
| No | No | No | No |
check_realizationStructural realization analysis of a payload against the Blueprint's
reference configuration (requires a 'realization' block; otherwise
status=skipped). Diagnostics-tier tool; prefer validate or
analyze_anomaly for standard checks.
| No | No | No | No |
compare_semantic_equivalenceCompare two payloads under the dual-hash design: content_hash is
content_hash normalizes field order and numeric formatting. Semantic
comparison preserves field roles; renaming requires an explicit bijection.
With supplied rules, scalar types and whitespace remain significant.
Structural similarity alone does not establish decision equivalence.
| No | Yes | Yes | No |
counterfactualRun the same data under two rule sets and compare which future states
remain valid - what-if analysis for rule changes.
| No | Yes | Yes | No |
create_blueprintCreate a Blueprint - the governance contract validation runs against.
A Blueprint defines what correct means for your data: fields, the math
that must hold between them, and acceptable ranges. Start from
load_rule_pack or discover_patterns if you have no rules yet; invoke
the blueprint_guide prompt for the full rule/constraint reference.
Returns the new Blueprint's API key.
| No | No | No | No |
create_chainCreate a multi-agent sequential chain: stages validate in order against
one Blueprint, repairs propagate forward, TTL bounds the run. Siblings:
submit_chain_stage advances the chain; handoff_audit verifies a
transition between stages. Returns chain_id.
| No | No | No | No |
decompose_failureMeasure the numeric difference between original and corrected values:
how much lies along the supplied linear rule directions (projection) and
how much lies outside them (residual), with per-field contributions.
Diagnostic only: it does not establish a cause, and neither record is
verified. Use with a known-correct version to diff against; use
analyze_anomaly when you only have the suspicious payload.
Diagnostics-tier tool.
| No | Yes | Yes | No |
delete_api_keyPermanently delete one of the caller's API keys.
DESTRUCTIVE — agents using the deleted key will receive auth
errors immediately. The Blueprint a key was tied to (if any) is
NOT affected; only the credential is revoked. To delete a
Blueprint and all its keys, use delete_blueprint.
The target key can be specified two ways:
- As the full key string (gai_...).
- As a key_id (SHA-256 hash from list_api_keys).
| Yes | No | Yes | No |
delete_blueprintPermanently delete a Blueprint and revoke its API keys. Irreversible;
requires confirm=true. Account-level keys are unaffected.
| Yes | No | Yes | No |
discover_patternsLearn candidate validation rules and structural document types from a
batch of your records, deterministically - no Blueprint required.
Promote results with approve_rule. Source data is not stored.
| No | No | No | No |
forecastDeterministic forward reasoning: from the current data state, generate
and rank the valid next states reachable under the Blueprint's rules.
| No | Yes | Yes | No |
geometric_confidenceSummarize an already-computed state_vector into a confidence level
(high/medium/low) with a recommendation. Post-hoc digest - use
analyze_anomaly or check_drift for fresh analysis of raw data.
| No | Yes | Yes | No |
get_execution_traceRun validation and return the per-node execution trace (node names,
deterministic flags, timing) plus the verdict and determinism hash.
Use validate for normal operation; this is for debugging and audit
preparation.
| No | No | Yes | No |
get_inference_traceRetrieve the durable audit trail for a governed generation: every
recorded decision and its reasons.
| No | Yes | Yes | No |
govern_inferenceQuality-govern an in-progress AI generation step BEFORE its output is
used (complements validate, which checks finished documents). Returns
an action - STOP, CONTINUE, REPAIR_REGION, REUSE_MOTIF, REVIEW,
ESCALATE - with a plain-language explanation. Structural scores do not
establish task correctness. Check safe_to_finalize and acceptance coverage.
Persistence success is reported; read traces in the same Blueprint namespace.
| No | No | No | No |
handoff_auditAudit a handoff between two chain stages: a context capsule of verified
facts from the prior stage, and (if proposed_data is given) a
compatibility verdict that catches fields mutated in transit. Siblings:
create_chain, submit_chain_stage.
| No | Yes | Yes | No |
list_api_keysList this account's API keys (masked) with their Blueprint bindings.
| No | Yes | Yes | No |
list_blueprintsList the Blueprints on this account with field/rule/constraint counts
and mode. Use the returned workflow_name as 'blueprint' in validate.
| No | Yes | Yes | No |
load_rule_packLoad a prebuilt Blueprint template (invoices, timecards, legal, POs,
claims). Call without pack_id to list packs; then create_blueprint to
save a customized copy.
| No | Yes | Yes | No |
profile_blueprint_robustnessSweep the Blueprint's numeric constraint bounds and report verdict
stability: the stable band, the scales where the verdict first flips,
and advice. Use before deploying bound changes.
| No | Yes | Yes | No |
recent_inference_decisionsRecent generation-governance decisions in this owner's Blueprint version.
| No | Yes | Yes | No |
reject_ruleReject a discovered candidate rule so it will not be promoted into a
Blueprint. Pair with approve_rule after discover_patterns.
| No | No | Yes | No |
repairOne-shot repair: return corrected values that would make failing data
valid under the Blueprint. Use repair_path to see the steps instead.
| No | Yes | Yes | No |
repair_pathFind the shortest sequence of field changes taking invalid data to a
valid state, as an ordered path of intermediate states. Different from
repair (one-shot nearest fix): use repair_path to explain or audit the
fix, or compare alternative repairs.
| No | Yes | Yes | No |
rotate_api_keyReplace an API key with a fresh one. The old key stops working
immediately; the new key inherits its bindings.
| Yes | No | No | No |
structural_typesRetrieve the document categories a discover_patterns session identified
(counts, distinguishing fields, domain hints). Read-only; returns
status=no_session if discovery has not run for this namespace.
| No | Yes | Yes | No |
submit_chain_stageSubmit data for the chain's current stage; the platform validates it
and advances the chain if it passes. Response includes next-stage info
and accumulated repairs.
| No | No | No | No |
update_blueprintUpdate an existing Blueprint in place. Only passed fields change;
pass [] to clear a list. workflow_name cannot be renamed and existing
API keys keep working. Different from create_blueprint: modifies an
existing Blueprint, mints no new key.
| No | No | Yes | No |
validateValidate structured data against a Blueprint's rules BEFORE the result
is used. Returns PASS, FAIL, or REVIEW with plain-language findings,
repair suggestions, a determinism hash, and a re-verifiable
certificate. Same input + same rules = same verdict, every time.
| No | No | No | No |
validate_repairValidate structured data against a Blueprint and, when it fails,
include repair suggestions (corrected values with the rule each fix is
based on) in the same call. Same verdicts as validate: PASS, FAIL, or
REVIEW, with reasons and proof.
| No | No | No | No |
verify_certificateIndependently re-verify a validation certificate. Integrity mode checks
the hash chain; full mode (certificate + original data) recomputes
every attested rule from scratch - trust nothing, recheck everything.
| No | Yes | Yes | No |
verify_replayCheck replay commitment integrity and compare recorded execution components.
Version 4 includes reference context and the final result/status. A match
compares commitments; this tool does not rerun the workflow or reconstruct
historical reference populations, and does not prove factual correctness.
| No | Yes | Yes | No |
Details
- Registry status
- Active
- Published
- Jul 27, 2026
- Updated
- Jul 27, 2026
- Website
- Not given
- Repository
- Not given
- Categories (suggested)
- AI modelsData and analyticsSuggested categories are assigned automatically from the registry text and may be wrong. Verified operators can correct them.
- GDPR
- Not declared