agent-mandate-mcp
Click on "Install Server".
Wait a few minutes for the server to deploy. Once ready, it will show a "Started" state.
In the chat, type
@followed by the MCP server name and your instructions, e.g., "@agent-mandate-mcpVerify if this payment action is allowed under the mandate."
That's it! The server will respond to your query, and you can continue using it as needed.
Here is a step-by-step guide with screenshots.
Agent Mandate MCP
Verification-only MCP server exposing one tool: verify_action.
The tool sends caller-supplied mandate and action facts to Agent Mandate's
POST /v1/verify endpoint and returns its allow, deny, or
requires_approval receipts. It does not issue or revoke mandates, execute an
action, change an account, or call billing. It makes at most one API request per
tool call and never retries automatically.
Status: public source; npm package and Official MCP Registry release pending. The repository link below is live. The npm and Registry identities become available only after their separate public releases:
npm:
@api-disk-integrations/agent-mandate-mcp@0.1.0Official MCP Registry:
io.github.API-Disk-Integrations/agent-mandate@0.1.0source:
API-Disk-Integrations/agent-mandate-mcp
Install and run
After the exact package version is publicly published and independently read back, run it with the version pinned:
AGENT_MANDATE_API_KEY="$AGENT_MANDATE_API_KEY" \
npx --yes @api-disk-integrations/agent-mandate-mcp@0.1.0Do not commit a literal credential. A generic stdio client configuration is:
{
"mcpServers": {
"agent-mandate": {
"command": "npx",
"args": ["--yes", "@api-disk-integrations/agent-mandate-mcp@0.1.0"],
"env": {
"AGENT_MANDATE_API_KEY": "${AGENT_MANDATE_API_KEY}"
}
}
}
}${AGENT_MANDATE_API_KEY} denotes the host's secret/environment reference.
Use the client host's documented secret facility if its interpolation syntax
differs. The package uses stdio and reads exactly that environment variable;
it has no remote /mcp endpoint.
Related MCP server: @palveron/mcp-server
Tool contract
There is exactly one tool, verify_action. Supply either one action or an
actions array, never both. A batch contains 1–500 actions. Monetary amounts
are non-negative integer minor units and require currency.
Example input:
{
"mandate": {
"mandate": {"id": "mnd_example"},
"signature": "caller-supplied-signature"
},
"action": {
"agent": "procurement-agent",
"action": "payments.transfer",
"resource": "vendor.acme",
"amountMinor": 2500,
"currency": "USD",
"at": "2026-09-05T20:00:00Z"
}
}Representative successful structured output:
{
"count": 1,
"receipts": [
{
"decision": "deny",
"mandateId": "mnd_example",
"violations": [{"code": "action_not_granted", "detail": "No matching grant"}]
}
]
}Treat all three decisions literally. In particular, neither allow nor
requires_approval executes the proposed action.
Errors, limits, and safety
If
AGENT_MANDATE_API_KEYis absent, the tool returns an MCP error before making a request.A provider error is reduced to its numeric HTTP status and an allowlisted code. Provider-controlled message and request-ID text is never returned to the model.
One tool call produces at most one HTTPS request to the fixed
https://agentmandate-api.com/v1/verifyendpoint. There is no automatic retry; Fetch uses explicitredirect: error, and redirect responses are rejected without a follow-up request.The serialized UTF-8 request and decoded response body each have a hard 1 MiB (1,048,576-byte) limit. The request is measured before Fetch. The response is counted while streaming before JSON parsing, regardless of a missing, misleading, or chunked
Content-Lengthrepresentation.The request timeout defaults to 30 seconds. A batch is also limited to 500 actions. Provider account rate and monthly usage limits still apply; consult the current product pricing and documentation before production use.
The server is read-only with respect to mandate, account, and billing state, but an API verification consumes the caller's metered allowance.
Node.js 20 or newer is required. This release is tested for MCP protocol revision
2026-07-28and retains the SDK's listed 2025 compatibility revisions.
Links
The source link is not evidence that the npm package or Registry listing is available. Those two releases require their own public readback. A clone, install, download, tool call, or listing is not evidence of customer activation or revenue.
Available Tools
1 toolverify_actionVerify an action against an Agent MandateARead-only
Verification only: evaluate supplied action facts against a supplied signed mandate. This tool does not execute the action or mutate any account.
| Name | Required | Description | Default |
|---|---|---|---|
| action | No | ||
| actions | No | ||
| mandate | Yes |
Output Schema
| Name | Required | Description |
|---|---|---|
| count | Yes | |
| receipts | Yes |
TDQS
Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?
The description explicitly states 'does not execute the action or mutate any account,' which aligns with the readOnlyHint annotation. This reinforces the non-destructive nature and adds clarity beyond the annotation, though the annotation already covers the core behavior.
Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.
Is the description appropriately sized, front-loaded, and free of redundancy?
The description is two concise sentences with no redundant information. It directly states the purpose and a key behavioral trait, making it efficient and well-structured.
Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.
Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?
Given the complexity of the nested objects (action, actions, mandate) and the existence of an output schema, the description is too brief. It omits any explanation of parameter structure, expected input formats, or return values, leaving the agent with insufficient context to use the tool effectively.
Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.
Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?
The schema has 0% description coverage, and the description does not compensate by explaining the parameters. While 'mandate' is mentioned as 'signed mandate', the structure of 'action', 'actions', and 'mandate' objects is entirely unexplained, leaving the agent without guidance on how to populate them.
Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.
Does the description clearly state what the tool does and how it differs from similar tools?
The description clearly states the tool's function: verify action facts against a signed mandate. The verb 'verify' and the specific objects 'action facts' and 'mandate' make the purpose unambiguous, even without sibling tools to differentiate.
Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.
Does the description explain when to use this tool, when not to, or what alternatives exist?
The description implies usage for verification tasks ('Verification only'), but it does not explicitly state when to use this tool versus alternatives. Since no sibling tools are present, the lack of explicit alternatives is less critical, but the guidance remains implicit rather than direct.
Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.
Tool Schema Changelog
Recent tool additions, removals, and schema changes observed during successful MCP inspections. Dates show when Glama detected each change.
1 tool update
v0.1.0- First observed
verify_action
TDQS
Only one tool exists, so there is no possibility of confusion or overlap. The purpose of verify_action is clearly distinct by default.
The single tool name verify_action follows a clean verb_noun pattern, which is consistent and predictable.
A single tool is borderline for the server's apparent scope. Though the narrow verification focus may justify it, the name 'agent-mandate-mcp' suggests a broader mandate management role, making the count feel thin.
Only verification is covered. Obvious mandate lifecycle operations such as creating, revoking, or listing mandates are missing, which would cause agent failures if any other mandate-related functionality is needed.
Maintenance
Resources
Unclaimed servers have limited discoverability.
Looking for Admin?
If you are the server author, to access and configure the admin panel.
Related MCP Connectors
Deterministic allow/require_approval/deny verdicts for agent actions, before they happen.
Deterministic authorization for one proposed AI agent action, returned with a signed receipt.
Runtime permission, approval, and audit layer for AI agent tool execution.
Pre-execution governance for AI agents. Deterministic PASS/FAIL/REVIEW verdicts, replayable proof.
Related MCP Servers
AlicenseNot gradedqualityDmaintenanceEnforces deterministic policies on AI agent tool calls, evaluating actions against compliance modules (SOC 2, HIPAA, GDPR, etc.) and returning ALLOW, BLOCK, or CONSTRAIN decisions with an audit trail.MIT- AlicenseAqualityAmaintenanceProvides advisory AI-governance checks for MCP hosts and coding agents, enabling policy verdicts, PII masking, and audit traces before executing tool calls.3100MIT
- FlicenseNot gradedqualityAmaintenanceProvides a read-only approval gate for AI agent commerce actions, reviewing up to five non-sensitive actions and returning decisions and required evidence without executing, paying, or signing.-
- AlicenseNot gradedqualityBmaintenanceProvides a human-in-the-loop approval gateway for AI agents, enforcing policies and audit logging for MCP-compatible tool calls.Apache 2.0
Latest Blog Posts
- Who's Calling? MCP Hosts Are an Identity Blind Spot (And the Spec Knows It)By Om-Shree-0709 on .mcpAgent IdentityOAuth 2.1
- Your AI Chatbot Just Exposed Your CEO's Salary to an InternBy Om-Shree-0709 on .Agent IdentityMCP SecurityOAuth Delegation
- Why MCP Servers Need Execution Sandboxing (And Why Your Current Stack Isn't Enough)By Om-Shree-0709 on .Agentic AiPrompt InjectionWebAssembly
MCP directory API
We provide all the information about MCP servers via our MCP API.
curl -X GET 'https://glama.ai/api/mcp/v1/servers/API-Disk-Integrations/agent-mandate-mcp'
If you have feedback or need assistance with the MCP directory API, please join our Discord server