Skip to main content
Glama
io.github.JC7333/mandatia

io.github.JC7333/mandatia

by JC7333

Related Servers

Alternatives to io.github.JC7333/mandatia

No user-submitted related servers found.

    Related Servers

    • A
      license
      B
      quality
      B
      maintenance
      Enables AI agents to execute actions under an accountability layer with identity passports, mandates, a permission gate, and a tamper-evident journal, while requiring human confirmation for irreversible operations.
      7
      76 PyPI
      5
      AGPL 3.0
    • A
      license
      Not graded
      quality
      C
      maintenance
      Enables AI agents to discover governed capabilities, inspect machine-readable contracts, and request policy-checked procurements with signed receipts and audit trails.
      Apache 2.0
    • A
      license
      Not graded
      quality
      B
      maintenance
      Enables AI agents to send, receive, verify, approve, and delegate signed, proof-carrying requests across organisations using delegation chains, replay protection, quorum approvals, and tamper-evident receipts.
      Apache 2.0
    • A
      license
      Not graded
      quality
      F
      maintenance
      Enables AI agents to execute prediction-market trades through a risk-control gateway that enforces signed mandates and generates proof trails for accountability.
      0
      MIT
    • A
      license
      Not graded
      quality
      C
      maintenance
      Provides permission gates and tamper-evident audit logging for AI agent tool executions, with declarative policies, consent ladders, and hash-chained verification.
      MIT

    TDQS

    A4.3/5.0

    Scored across 18 tools

    Disambiguation4/5

    Each tool targets a distinct lifecycle step (create, verify, revoke, log, token, attestation, proof, contest), and the lengthy descriptions explicitly cross-reference siblings to prevent misselection. A few pairs could still be confused at a glance: verify_mandate vs check_action_token vs issue_mandate_attestation, and prepare_mandate_signature vs prepare_mandate_pdf, which differ only by output artifact.

    Naming Consistency5/5

    Every name is snake_case verb_noun (create_mandate, revoke_mandate, issue_action_token, prepare_contest_signature, list_action_contests, report_issue), with the resource always named explicitly. The prepare_* family and the get_/list_ read tools follow a single, predictable convention throughout.

    Tool Count4/5

    18 tools is at the upper edge but each maps to a real capability (mandate lifecycle, three prepare-for-signature helpers, token issue/check, attestation, dossier export, contest reminder, issue reporting). The count is justified by the domain's depth, though the prepare_* triples and separate PDF helper add surface an agent must learn.

    Completeness4/5

    The surface covers the full lifecycle: create, verify, revoke, action logging, token issuance/verification, offline attestation, proof packs, contests, and key registration, with immutable mandates by design. Gaps are minor: there is no tool to list or search mandates by principal/agent, and no direct read of a single mandate short of generating a full proof pack or dossier.

    Maintenance

    ActivityMaintained
    ResponsivenessLimited data