
Agent Reliability
dev.agentreliabilityPublished by agentreliability.devOfficial publisherv0.6.14Updated Oct 27, 2026
Testing, benchmarking and auditing autonomous AI agents — methods, harnesses, evidence
Overview
A hosted, read-only MCP server over a curated knowledge graph on testing, benchmarking and auditing autonomous AI agents, returning cited claims.
- What you can do
- Get a corpus overview with counts, tags and freshness before querying
- Search the knowledge graph full-text and answer questions with sourced, confidence-scored claims
- Fetch a single knowledge object by id, or list objects carrying a topic tag
- Explore graph neighbours and their relation types
- Inspect the source registry behind the corpus or behind one object, and list recently verified objects
- When to use it
- Useful when an assistant needs grounded, citable background on agent evaluation: evals and benchmarks, LLM-as-judge failure modes, benchmark contamination, fault injection, approval gates and grounding. It is a small, fixed corpus, so it suits reference lookups rather than broad research.
- Requirements
- A remote streamable-HTTP endpoint; nothing to install. No account, API key or authentication is required. The endpoint accepts POST only and is rate limited to 120 requests per minute per client.
Installation
In SourceWeft
- Open Agent Reliability in the dashboard and add it to a workspace.
- Enable the server for the chats that should use its tools.
Web executable via Streamable HTTP. Remote servers run from the web runtime once configured in a workspace.
Use with an agent
Paste this prompt into Claude Code, Codex, Cursor or another agent — or into SourceWeft chat. The agent reads this server's install guide, shows you its publisher, endpoint and sign-in, and adds it to your client once you agree. Keys never go into a command.
Read https://sourceweft.com/mcp/dev.agentreliability%2Fagent-reliability/install.md and connect the MCP server it describes to my client. Before changing any config, show me its publisher, endpoint and sign-in method and wait for my OK. Never put an API key in a command or in a file I would commit; ask me where it should come from.Other MCP clients
Add this to your client's mcpServers config.
{
"mcpServers": {
"agent-reliability": {
"type": "http",
"url": "https://agentreliability.dev/mcp?via=manifest"
}
}
}README
Agent Reliability — MCP server
Testing, benchmarking and auditing autonomous AI agents — methods, harnesses, evidence
A remote MCP server over a curated knowledge graph. Every claim it returns is bound to a registered source: the tools hand back claims with their citations and a confidence value, so an agent can show its work instead of asserting.
Nothing to install. It is a hosted streamable-HTTP endpoint:
Also listed on Smithery.
Add it to a client
Claude Code
Claude Desktop / any client reading mcpServers
No API key, no account, no auth. Read-only.
Check it answers, without any client at all:
Tools
Eight, each with an outputSchema, each returning structuredContent.
The intended path is get_overview → search or answer → get_entity
→ get_related. get_overview exists because an agent that has just
arrived needs to know whether this corpus can help before it spends a
call guessing.
What is in the corpus
Subject matter: evals and benchmarks (GAIA, AgentBench, Inspect), LLM-as-judge and its failure modes, Goodhart and benchmark contamination, fault injection and chaos testing, approval gates and autonomy levels, grounding and faithfulness.
Questions it is built to answer
- How do I tell a real eval from a benchmark my agent has memorised?
- What does calibration mean for an LLM judge, and how is it measured?
- Which failure modes does fault injection actually catch?
What an answer actually looks like
A real call against the live endpoint — answer with
"how do I tell a real eval from benchmark contamination" — returns this structuredContent, trimmed:
Note what travels with the answer: the evidence tier, a confidence, the date it was last verified, and the source behind the claim — not as prose an agent has to parse, but as fields it can act on. An agent can decline to use a weak claim, or cite the primary source directly.
When the corpus cannot answer, answered is false. It does not
improvise, and the miss is recorded so the gap can be filled.
Machine-readable surfaces
The MCP endpoint is one of several. The same corpus is served as plain files an agent can read directly:
Each knowledge object has a human page and a machine twin at the same id, with a canonical URL that agrees across all of them.
Behaviour worth knowing before you integrate
POSTonly. Every other method answers405with anAllow: POST, OPTIONSheader.- Rate limit: 120 requests per minute per client, counted in a shared
store, published on every response as
RateLimit-Limit,RateLimit-RemainingandRateLimit-Reset(all three exposed via CORS). It fails open: if the store is unreachable the request is served. - Malformed input gets a spec-correct JSON-RPC error —
-32700for unparseable bodies,-32602for an unknown tool — never an HTML error page. - Request bodies are capped and validated before transport.
Privacy
No accounts, no cookies, no ads. Usage is measured in aggregate with daily-rotating hashed identifiers and a 200-day retention; raw IPs are never stored. Full policy: PRIVACY.md.
Provenance and licence
Knowledge content is CC-BY-4.0: use it, cite it. The source registry is
public precisely so a claim can be checked rather than trusted —
get_sources returns what any given claim rests on.
Claims carry an evidence tier and a last_verified date. Where the
evidence is weaker, the object says so rather than rounding up.
How it is built
Compiled and served by Citarium, a source-available framework for turning a knowledge graph into a website, an API, an MCP server and agent-readable files from a single source, under external evaluation.
The framework's code is licensed under the Business Source License 1.1 and
its repository is not public. What is public — and what actually matters for
trusting an answer — is this server, the corpus it serves, and the registered
source behind every claim: get_sources returns what any given claim rests
on, so it can be checked rather than trusted.
This repository is the server's public face: its manifest and its documentation. The corpus itself lives at agentreliability.dev.
Running it yourself
The endpoint above is the server. If you want to run a copy locally — or
if a directory needs to start one in order to inspect it — the recipe is
in CONTAINER.md: fetch-corpus.mjs downloads this
instance's published corpus and @citarium/mcp serves it. Both files are
GENERATED by citarium mirror; edit the instance, not them.
The container serves a snapshot taken when its image was built. This endpoint is the thing itself.
Source: README.md at commit 04a2084
Tools
0Version history
1- v0.6.14LatestSep 16, 2026
Score
85% of the applicable checks met
How complete this listing is, computed from the registry entry, the endpoint and public sources. Not a rating of the server and not a statement that it is safe or working today: reachability is a dated check, and no installs or reviews go into the score.
- Reached in the last 30 daysRequired25 pts
- Auth declaredRequired10 pts
- Tools listedRequired15 pts
Answer tools/list without a credential, or ship a package that starts in a sandbox without one.
- DescriptionRequired15 pts
- Logo10 pts
- Documentation15 pts
- License10 pts