emilia-mcp-server
OfficialRelated Servers
Alternatives to emilia-mcp-server
No user-submitted related servers found.
Related Servers
- AlicenseNot gradedqualityDmaintenanceProvides cryptographic governance receipts for AI agents, enabling pre-execution evaluation and signed verdicts (EXECUTE/BLOCK/REVIEW/SHADOW) with offline-verifiable audit trails.MIT
- AlicenseAqualityBmaintenanceEnables AI agents to create cryptographically verifiable receipts of their delegated work, with capabilities for multi-party approval and offline verification.1150 npmApache 2.0
- AlicenseNot gradedqualityDmaintenanceVerifiable action receipts for AI agents — agents sign claims locally, an independent witness countersigns and timestamps, anyone can verify offline.17 npmMIT

evermint-mcpofficial
AlicenseNot gradedqualityDmaintenanceTamper-evident receipts for AI agent actions. The notary layer for agent-to-agent transactions.33 npm1MIT- AlicenseAqualityCmaintenanceCryptographic accountability for AI agents. Ed25519-signed receipts for every MCP tool call. Constraints, chains, AI judgment, invoicing, and local dashboard included.246 npm1MIT
- AlicenseAqualityAmaintenancePost-quantum, tamper-evident receipts for consequential agent actions. Provides tools for auditing, gating decisions, and egress classification with quantum-hardened security.7Apache 2.0
TDQS
Scored across 3 tools
Each tool addresses a distinct phase of the authorization lifecycle: requesting guard approval, polling signoff status, and verifying a stored trust receipt. There is no meaningful overlap because the inputs and outputs are clearly separated.
All tools share the ep_ prefix and follow a consistent verb_noun pattern: guard_action, check_signoff, verify_receipt. The naming style is uniform and predictable.
Three tools is at the lower end of the ideal range but perfectly scoped for this narrow authorization and verification domain. Each tool has a distinct responsibility and none feel redundant or missing.
The tool surface covers the full declared workflow: request authorization, poll for approval, and verify the trust receipt. Receipt consumption is intentionally outside the MCP server's choke point, so its absence is not a functional gap.