Skip to main content
Glama
verax-ai

Verax

Official

Related Servers

Alternatives to Verax

  • A
    license
    A
    quality
    A
    maintenance
    Self-hosted governance layer between an AI assistant and your data: allow/deny policy, deterministic PII masking, row caps, and a hash-chained audit log with an Ed25519-signed receipt for every access, verifiable offline.
    4
    561 npm
    3
    MIT
  • A
    license
    A
    quality
    A
    maintenance
    Policy-gated agent spend with signed receipts and rail-extract audit: a fail-closed gate issues a COSE receipt for every allowed payment, and the audit reconciles those receipts against a rail extract so a settlement with no receipt is named rather than assumed. It settles on a mock rail, holding no wallet and signing no transaction.
    5
    Apache 2.0
  • A
    license
    A
    quality
    B
    maintenance
    Enables AI agents to store and retrieve provenance-aware facts with source, age, and boundaries, supporting search, read, propose, and local telemetry via MCP tools.
    4
    491 npm
    Apache 2.0

Related Servers

  • A
    license
    Not graded
    quality
    B
    maintenance
    Provides a policy-controlled MCP gateway that lets agents invoke tools with explicit policies, bounded execution, scoped visibility, and decision receipts.
    MIT
  • A
    license
    Not graded
    quality
    B
    maintenance
    Enables MCP clients to govern downstream tool servers by enforcing default-deny authority and attestation on every tool call, with live monitoring, approval, and mid-session revocation.
    3
    Apache 2.0
  • F
    license
    Not graded
    quality
    B
    maintenance
    Provides a secure MCP boundary for AI agents, intercepting and validating tool calls, redacting secrets, and requiring human approval for sensitive actions with a tamper-evident audit trail.
    -
  • A
    license
    Not graded
    quality
    A
    maintenance
    Enables MCP clients to run agent tool calls as ACID saga transactions with Step-0 security screening, state-machine authorization, write-ahead logging, idempotency, crash recovery, and automatic compensation on failure.
    1
    Apache 2.0

TDQS

A4.4/5.0

Scored across 6 tools

Disambiguation5/5

Each tool has a clear, distinct purpose: memory.get/put for storage, audit.explain for decision lookup, message.read/send for messaging, and spend for payment authorization. There is no overlap or ambiguity; an agent can confidently select the right tool for a task.

Naming Consistency4/5

Most tools follow a consistent 'domain.verb' pattern (memory.get, memory.put, audit.explain, message.read, message.send), but 'spend' is a lone verb without a domain prefix, creating a minor deviation. The overall style is uniform and readable.

Tool Count5/5

With 6 tools, the surface is well-scoped for the domains covered (memory, messaging, audit, spending). Each tool serves a distinct operational need, and the count is neither sparse nor bloated.

Completeness4/5

Core operations are covered: memory supports get and put (including replace), messaging supports read and send, audit supports explain (though no list), and spend supports authorization. Minor gaps exist, such as no explicit delete for memory or messages and no audit listing, but these are not critical for the intended workflows.

Maintenance

ActivityMaintained
ResponsivenessNo issues