gamai-trust-mcp
OfficialRelated Servers
Alternatives to gamai-trust-mcp
No user-submitted related servers found.
Related Servers
- AlicenseBqualityAmaintenanceEnables agents to verify claims against tamper-evident evidence, check inputs for prompt injection, and record blocked attacks as reusable antibodies. It also exposes trust statistics and a self-contained demo over stdio, so refusal and unverified outcomes are surfaced as first-class results.51MIT
- AlicenseNot gradedqualityBmaintenanceEnables deterministic verification of AI agent decisions and actions, providing PASS/FAIL/ABSTAIN verdicts with replayable proofs and an optional signed receipt ledger.5 npmApache 2.0
- FlicenseBqualityAmaintenanceAn agent memory server that admits only evidence-backed claims, provides tamper-evident recall and verification, and issues signed certificates for erasure, enabling trustworthy and auditable agent memory.1026 PyPI5-
- AlicenseAqualityCmaintenanceEvery agent action is recorded in a SHA-256 hash chain. Prove to clients that your agent did what it said it did. Record, query, verify, and export agent activity.327 npm2MIT
- AlicenseAqualityBmaintenanceEnables AI coding agents to assemble tamper-evident, locally stored evidence bundles that capture Git state, command results, and file hashes, then verify freshness and export shareable reports.71MIT
- AlicenseNot gradedqualityAmaintenanceEnables capturing a tamper-evident, hash-chained local record of every AI agent tool call — both the decision before a tool runs and its outcome — so you can review what the agent actually did in order, detect edits, deletions, or reordering at the exact index, and export a signed evidence pack any third party can verify with no installs.30 PyPI2MIT
TDQS
Scored across 5 tools
Each tool targets a distinct operation: claim verification, injection detection, antibody storage, store statistics, and demos. The only mild adjacency is between trust_check_injection (which uses learned antibodies) and trust_add_antibody (which creates them), but the action boundaries are clear from the descriptions.
All names use snake_case with a uniform `trust_` prefix, and the core tools follow a verb_noun pattern (trust_verify_claims, trust_check_injection, trust_add_antibody). trust_stats and trust_demo drop the verb, a minor deviation but still readable and predictable.
Five tools is well within the ideal range for a focused trust/verification server, and each earns its place in the workflow (check, verify, learn, inspect, demo). No obvious padding beyond the demo tool.
The antibody store has create (add) and aggregate stats but no listing/querying of individual antibodies, no delete or deactivate/expire operation, which are notable gaps for managing a learned-signature store. Verification and injection paths are otherwise complete enough for core workflows.