Cyan Eclipse Routeseal
OfficialClick on "Deploy Server".
Wait a few minutes for the server to deploy. Once ready, it will show a "Started" state.
In the chat, type
@followed by the MCP server name and your instructions, e.g., "@Cyan Eclipse Routeseal Seal this dispatch: task 9f2c, picked claude-b from [gpt-a, claude-b]"
That's it! The server will respond to your query, and you can continue using it as needed.
Here is a step-by-step guide with screenshots.
Cyan Eclipse Routeseal
Powered by Cyan Eclipse Technologies — https://cetech.ai
Icon: branding/icon.svg — v3, owner-elected 2026-11-12 (Tap 45). Icongate PASS: legible at 48 px and 32 px (cap 4.94 px @48 · 3.29 px @32).
Routeseal seals the routing decision at the moment of dispatch — the task, the candidates the router passed over, the target it chose, and the reason it stated. If the choice diverged from your stated routing policy, or picked an affiliated target over the policy's preferred candidate, the sealed record says so, and anyone can recompute the verdict from the record itself.
Cyan Eclipse Routeseal is a Model Context Protocol (MCP) server.
It operates at a dispatch point the buyer or operator controls —
their own gateway, proxy, or orchestration harness through which
agent tasks are routed. At dispatch, the buyer's dispatch-point
adapter presents the routing decision: the task digest, the
candidate set as presented to the router, the selected target, the
stated selection reason, and the routing-policy version in force.
Routeseal seals that bundle and mints a verdict under the
published routing-policy grammar (GRAMMAR.md): AS-DECLARED
(the selection conforms to the stated policy), DEVIATION
(naming the clause diverged from, the selected target, and the
policy-preferred candidate passed over),
CANDIDATE-SET-ABSENT (decision sealed; no candidate set was
presented — no steering verdict is mintable), or UNVERIFIABLE
(capture below the sealed-bundle standard).
Routeseal claims the dispatch record only. It does not witness any platform's internal routing, and its verdicts state a divergence from a stated policy — never a reason anyone acted. Captures are accepted only through the buyer-side dispatch-point adapter channel, carrying the adapter's attestation and a binding reference to the dispatch event; platform-produced traces, logs, or observability exports are rejected as capture material and the rejection is receipted.
Tools
Tool | What it does |
| Present a dispatch capture through the adapter channel; seal the bundle and mint the verdict. Metered: one op per dispatch seal (PC-8 pattern); CANDIDATE-SET-ABSENT and UNVERIFIABLE captures do not meter. |
| The full verdict record: verdict, named clause, selected target, passed-over preferred candidate, grammar + policy versions, receipt refs. Unmetered. |
| Counterparty view: verdict class and named clause only. Unmetered. |
| Recompute a verdict from an exported capture + grammar/policy versions, with no service state. Unmetered. |
| Export a sealed capture with the receipt-chain head for independent recomputation. Unmetered. |
Related MCP server: ceco proof gate
Custody
The store carries only the sealed routing field set: task digests (task bodies are digested transiently and never retained), candidate identifiers as presented, the selected target, the stated selection reason as declared, the routing-policy version digest, declared affiliation flags, timestamps, seals, and the verdict with its named grammar basis. No tool outputs, no principal data beyond the routing facts the grammar names. Records serve the operator whose dispatch point sealed them; there is no cross-operator aggregation surface. Every seal and verdict appends one record to a hash-chained receipt journal, verified at load; a store that fails verification fails closed.
Status
v0.1.0 · built · bench-pending (independent bench requested; builder tests are not a bench verdict) · name "Cyan Eclipse Routeseal" is provisional pending trademark screen · not listed, not offered for sale — review-first standing posture.
Run
python3 server.py # MCP over stdioEnvironment: ECLIPSE_ROUTESEAL_STATE (record store path),
ECLIPSE_ROUTESEAL_POLICIES (operator's stated routing policies,
JSON), ECLIPSE_ROUTESEAL_ADAPTER_KEYS (dispatch-point adapter
keys, JSON — operator-held in production; the keys in keys/ are
test fixtures only).
License
MIT — see LICENSE.
Available Tools
5 toolsrouteseal_checkC
Counterparty view: the verdict class and the named clause only. Unmetered.
Inputs: dispatch_seal_id (required).
routeseal_export_capturesB
Export a sealed capture with the receipt chain head and the grammar and policy versions, for independent recomputation. Unmetered.
Inputs: dispatch_seal_id (required).
routeseal_get_verdictB
The full verdict record for a dispatch seal: verdict, named clause, selected target, policy-preferred candidate passed over, grammar and policy versions, receipt refs. Unmetered.
Inputs: dispatch_seal_id (required).
routeseal_recomputeA
Recompute a verdict from an exported capture plus the grammar and policy versions, with no service state. Unmetered.
Inputs: policy_version (required), grammar_version (required), dispatch_capture (required).
routeseal_seal_dispatchA
Seal a routing decision at a buyer-controlled dispatch point, through the dispatch-point adapter channel with the adapter's attestation, and mint the verdict under the operator's stated routing policy. One metered op per dispatch seal; decision-only and below-standard captures do not meter. Routeseal seals the routing decision at the moment of dispatch — the task, the candidates the router passed over, the target it chose, and the reason it stated. If the choice diverged from your stated routing policy, or picked an affiliated target over the policy's preferred candidate, the sealed record says so, and anyone can recompute the verdict from the record itself.
Inputs: source (required), binding_ref (required), task_digest (required), stated_reason (required), +7 more.
Tool Schema Changelog
Recent tool additions, removals, and schema changes observed during successful MCP inspections.
Loading tool schema changelog…
TDQS
Scored across 5 tools
Each tool has a distinct role in the seal/export/verify pipeline, but get_verdict and check both return verdict information and could be momentarily confused despite the 'full record' vs 'counterparty view' distinction. export_captures and recompute are clearly separated as producer and consumer of captures.
All tools share the routeseal_ prefix, but the verb pattern is mixed: three use verb_noun (export_captures, seal_dispatch, get_verdict) while check and recompute are bare verbs. Mostly readable and predictable, with minor deviation.
Five tools is well-scoped for a narrow sealed-routing-verdict service: one write path, two read paths, plus export and recompute utilities. Each tool earns its place without redundancy.
The core lifecycle — seal a dispatch, export a capture, recompute independently, retrieve full and counterparty verdicts — is fully covered. Minor gaps exist around discovering/listing existing seals and policy registration or updating, which agents may need to work around.
Maintenance
Related MCP Connectors
MCP server for mandates, delegation, policy-gated execution, credential grants, and audit.
Viridis Verified: wrap any MCP server with tamper-evident delivery receipts + metered fees.
Guarded MCP server for agent-readable business truth, provenance, readiness, and discovery.
Experimental MCP server for current empirical verification of explicit public HTTPS endpoint claims.
Related MCP Servers
- AlicenseAqualityDmaintenanceMCP server for verifying high-impact decisions with Trust OS.2MIT
- FlicenseNot gradedqualityCmaintenanceMCP server that evaluates agent actions against a Policy State Machine, emits a tamper-evident audit trail, and dispatches approved transitions to internal or federated handlers.-
- AlicenseAqualityCmaintenanceAn MCP server that provides tools for certificate verification, equivalence proving, and pre-registration sealing, enabling AI agents to re-derive verdicts from artifacts rather than trust assertions.9Apache 2.0

Actenon Kernelofficial
AlicenseNot gradedqualityBmaintenanceMCP server that verifies proof-bound consequential execution at the edge, acting as the open trust anchor for the Actenon ecosystem. It validates PCCB proofs without issuing grants or making policy decisions.2Apache 2.0