
Audifact MCP server
Which MCP servers are Audifact's own, from the official registry and from asking its own domain, whether they answer, and what they offer. A program checked each of these, nobody copied them from a product page.
read 2026-10-28
- Registry nameio.audifact/audifactverified in the MCP registry
The registry name sits under audifact.io. The registry only lets a publisher use that namespace after proving control of the domain through DNS or HTTP.
- Stateanswerschecked 2026-10-28
- Tools6
- Server calls itselfaudifact
- Server version0.3.1
- Protocol version2025-06-18
On 2026-10-28 the server answered initialize and tools/list without a sign-in. First answer in 234 ms.
- Its tools do every use case we checked: log agent decisions with context at decision time; attach outcomes to decisions after results arrive.
- Checked on 6 of the 7 days it takes to judge reliability.
Once connected
- For "log agent decisions with context at decision time", the likely first call is log_decision.
- For "attach outcomes to decisions after results arrive", the likely first call is log_outcome.
- Parameters are untyped or undescribed in 2 of 6 tools: check arguments before calling.
Said by rules from the measurements above. The likely first call is a model's pick from the tool list; read its description before relying on it.
- INITE MCP scoreafter a weeka score needs 7 daily checks: 6 so far
- What an agent can do with it2 of 2 use cases
- Answeredmeasuring6 of the 7 daily checks it takes to print a share
- Median first answer322 ms
- Space in an agent's context≈ 2,462 tokensthe definitions of all its tools (6), which an agent carries on every turn
- Tool definitionsB · 89 of 100
- Typed results0 of 6 toolsdeclared outputSchema: results come typed, read once
- Parameters without a description: in 2 of 6
- Not saying whether it only reads or can destroy: 2 of 6
What an agent can do with it
- can do · log agent decisions with context at decision time
- not sure · add decision logging to LangGraph or CrewAI agents
- can do · attach outcomes to decisions after results arrive
Each of the product's use cases, put to Jev against this server's tool list: can an agent do it with these tools?
Worth a look
None of the five warning signs in these definitions.
A program checks the server once a day: initialize and tools/list, no model. Tokens are the definitions' length at about four characters a token. The grade averages six checks of every tool's name, description, schema and annotations; it says how well the tools are described, not whether they work. The score weighs what was measured and nothing else: answering (25%), doing the product's job (25%), definitions (20%), context (10%), use (10%) and how readily a client connects (10%). A part that was not measured is left out, and a hidden instruction caps the score at 40. The state of vendors' MCP servers: method and numbers →
log_decisionLog a signed decision event to the ledger. Managed Mode (default for MCP): omit signing fields and pass agent_name - Audifact securely manages an Ed25519 keypair and signs on behalf of the agent. Events are immutable once recorded…
log_outcomeLog a signed outcome event linked to a prior decision via decision_event_hash. Managed Mode (default): omit signing fields - the managed key from the linked decision's agent is used automatically when the decision was also managed. For…
get_proofFetch the public proof payload for one ledger event by its 64-char hex event_hash. When to use: after log_decision/log_outcome when you need trust labels, chain validity, anchor status, or a paired-event proof URL. When NOT to use: to…
register_agentRegister or look up an agent identity under the API key's organization. When to use: before client-side signing flows that need a known public_key, or to attach a human-readable name to an existing key. When NOT to use: Managed Mode…
list_agent_decisionsList decision events for one agent (by public key) in the API key's org, newest first by default. When to use: to review what an agent already logged, pick an event_hash for get_proof, or page through history before linking an outcome…
list_agent_outcomesList outcome events for one agent (by public key) in the API key's org, newest first by default. When to use: to audit what results an agent recorded, find an outcome event_hash for get_proof, or page outcomes without already knowing…
How to connect
Add the server to your MCP client config. Claude Desktop, Cursor and most other clients read this shape:
{
"mcpServers": {
"audifact": {
"type": "http",
"url": "https://api.audifact.io/mcp"
}
}
}Add it
Claude Code, in a terminal
claude mcp add --transport http audifact https://api.audifact.io/mcpclaude.ai, ChatGPT and other clients: add https://api.audifact.io/mcp as a custom connector in the settings.
OpenAPI spec
117 paths, read 2026-10-28. Open the spec ↗
Each line is something a program found when it went looking: the registry entry, the server's own answer, a spec that parses. A missing line means we did not find it, not that it does not exist.
Cookies
Before we count this visit
Analytics and ad measurement tell us which pages and which of our ads do their job: Google Analytics and Google Ads, the Meta pixel, Yandex Metrica, and one first-party id of our own. Nothing is stored until you answer, and declining changes nothing about the site.