Skip to main content
Glama

Related Servers

Alternatives to zeroH MCP

No user-submitted related servers found.

    Related Servers

    • A
      license
      A
      quality
      B
      maintenance
      Append-only evidence receipts for AI records: seal, verify, cite, chain-check, anchor status. A seal proves a record existed at a time, not that its contents are true. Five tools over stdio with npx -y apex-psi-mcp — no account, no key, verification free forever.
      5
      69 npm
      1
      MIT
    • A
      license
      Not graded
      quality
      B
      maintenance
      Enables deterministic verification of AI agent decisions and actions, providing PASS/FAIL/ABSTAIN verdicts with replayable proofs and an optional signed receipt ledger.
      25 npm
      Apache 2.0
    • A
      license
      A
      quality
      C
      maintenance
      AI agent provenance, trust, and auditability layer. VERITAS multi-gate scoring, Cortex approval gates, S.E.A.L. hash-chain audit ledger, and semantic RAG with cryptographic provenance tracking for every decision an agent makes.
      27
      5
      MIT
    • A
      license
      Not graded
      quality
      B
      maintenance
      Enables AI agents to verify proposed actions through federated adversarial consensus among multiple LLMs, providing Ed25519-signed attestations to prevent hallucinations, unverified counterparties, and compliance risks before execution.
      2
      MIT
    • A
      license
      Not graded
      quality
      C
      maintenance
      Enables AI agents to be governed by formal Gentzen sequent calculus proof trees, with human-in-the-loop approval gates and cryptographic audit trails for consequential actions.
      MIT
    • A
      license
      A
      quality
      D
      maintenance
      Enables AI agents to sign decisions with post-quantum cryptographic proofs and maintain secure audit trails for compliance. It provides tools for stamping events, verifying chain integrity, and exporting audit data across industries like finance and healthcare.
      4
      73 npm
      MIT

    TDQS

    B3.1/5.0

    Scored across 9 tools

    Disambiguation3/5

    The tools split into recognizable clusters (validate_claim / verify_step / session_report form a pipeline; compute and solve_equation are clearly distinct math operations), but several tools sit in an overlapping 'verify things' space. validate_claim, epistemic_consensus, and zk_verify_receipt all evaluate or attest a claim, and an agent could plausibly pick the wrong one without careful reading. intercept_token and enclave_status are also both enclave-facing lookups that could be confused.

    Naming Consistency3/5

    All names use snake_case, which is good, but the verb conventions are mixed: verb_noun (validate_claim, verify_step, solve_equation, intercept_token), bare verb (compute), noun_noun (session_report, enclave_status, epistemic_consensus), and a prefixed form (zk_verify_receipt). It stays readable, but there is no single predictable pattern to infer a new tool's name from.

    Tool Count4/5

    Nine tools is a well-scoped set for an epistemic-verification server, with each tool covering a discrete capability (arithmetic, solving, step logging, session sealing, receipt, consensus, health). Two tools (intercept_token, zk_verify_receipt) depend on an optional Sovereign Enclave connection, which makes them conditional rather than redundant.

    Completeness4/5

    The core lifecycle is covered end-to-end: validate a claim, log individual steps, seal and audit the session, then emit a cryptographic receipt, plus math primitives and a health check. Minor gaps exist — no way to list/clear session steps or start/reset a session, and no batch validation — but agents can work around these.

    Maintenance

    ActivityMaintained
    ResponsivenessNo recent community issues