agent-failure-archive
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-failure-archivesearch the archive for silent failure post-mortems"
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 Failure Archive
186 post-mortems from running a multi-session AI agent system in production for 8 months. Pay per call with x402. No signup, no API key, no subscription.
Live: https://desktop-ai2ata5-1.tailfeb765.ts.net
Try it free, right now: /sample
Public repositories show you code that worked. This is the other half: the wiring that looked correct, passed review, ran for weeks, and was dead the whole time.
Why this exists
The expensive failures in agent systems are not the loud ones. A crash gets fixed in an hour. The costly ones are silent: a repair routine wired to a signal nobody consumes, a watcher that exits 0 after its session expired, a detector whose output is identical whether the system is healthy or broken.
Those failures are almost never written down, because writing them down requires having run the thing long enough to be bitten and having kept records. This archive is that record.
A real entry (case adr-136):
A broadcast call failed with an internal error. The caller saw the error. The five receiving sessions only ever checked for an acknowledgement, so they saw nothing and retried forever. Seven sessions writing heartbeats plus the retry storm collapsed the database into lock contention.
Root cause: the failure was visible to the sender and invisible to the receiver. Asymmetric error visibility, not the broadcast bug itself.
Of the 186 cases, 174 carry measured evidence (durations, counts, rates) and 155 name a root cause rather than just a symptom.
Related MCP server: CLI Anything Hub MCP
The measurement half
For eight months this system was pointed at one question: can you measure how a single person's language departs from the general language, without collapsing that person into a score?
It mostly failed, and the failures were more interesting than the goal. 107 of the 186 cases are measurement failures: detectors that returned the same output whether the signal was present or absent, dose-response arms where the same parameter turned out to be two different treatments, positive controls that were never run, a corpus that was 2.3x smaller than the file count claimed, an instrument that kept measuring itself and reporting the reading as a finding.
Those are the cases behind /research. If you are building anything that claims to measure a
person -- style, personality, authorship, fit to a profile -- this is the catalogue of ways that
claim breaks before you notice it has broken.
Endpoints
Route | Price | What you get |
| free | service metadata |
| free | two full cases, no payment |
| free | every case title, tagged by the trap it illustrates. Filter with |
| $0.02 | nine checks against fooling yourself, applied to your own claim |
| $0.01 | 3 cases: symptom, root cause, fix, prevention, evidence |
| $0.05 | pre-flight risk brief + checklist across 5 cases |
| $0.25 | the 107 measurement failures above |
| $1.00 | every case, one response, one payment, yours |
Payment: USDC on Base (eip155:8453), settled through a keyless facilitator. Any x402 client
works, and a browser gets a wallet-connect paywall instead of raw JSON.
# free, no wallet needed
curl https://desktop-ai2ata5-1.tailfeb765.ts.net/sample
# paid, via any x402-capable client
curl https://desktop-ai2ata5-1.tailfeb765.ts.net/search?q=silent+failure+cron/audit is the one to reach for before you write "we found that". Hand it your conclusion
and what you actually measured, and it returns the checks your claim trips: a null result with
no positive control, treatment arms that got the same parameter but not the same treatment, a
denominator counting the same unit repeatedly, an exit-0 process that did nothing, a cached view
read as if it were state. Nine checks, every one of them a failure that really shipped here,
with the numbers measured at the time.
It is deterministic. No model is consulted, so the same input always returns the same audit, it answers in milliseconds, and when it is wrong you can see exactly why. A clean pass is not proof your claim is true; it means these nine known ways of fooling yourself were considered.
Paste a paragraph, not a tidy claim. Both /precheck and /audit accept text= instead of
claim=. Give them a chunk of your findings and they pick out the sentences that assert something,
then check each one separately:
curl -sG https://desktop-ai2ata5-1.tailfeb765.ts.net/precheck \
--data-urlencode "text=We ran the new ranker on 40 sampled queries and found no significant
difference. The watcher is healthy: it exits 0 every run. Our corpus contains 4279 documents,
2x the previous release."returns three claims, each held for a different reason: the null result has no positive control, the healthy watcher would look identical having done nothing, and the corpus count may be counting re-dumped snapshots. Sentence selection is deterministic too, driven by the same check table rather than by a model, so prose with no claims in it comes back empty instead of inventing findings.
/brief is the one to reach for before doing something irreversible: describe the action in
plain words and it returns the ways that class of action has actually gone wrong, plus the
prevention line each incident produced.
/contents is the shelf. Two sample cases cannot tell you whether the whole corpus is worth a
dollar, so this returns all 186 titles, each tagged with which of the nine traps it illustrates,
and nothing else. The distribution as of today: 108 cases involve reading a cached view as state,
83 involve a denominator counting the same unit twice, 71 involve something built with no caller,
36 involve a process that exited 0 having done nothing. Titles only, no bodies, no payment.
/archive exists because a corpus is worth more whole than sliced. One payment ends the
transaction; there is nothing to cancel afterwards.
Use it as an MCP server
mcp_server.py exposes the whole archive as tools for Claude Desktop, Cursor, or any
MCP-compatible agent. The free tools need no wallet and no configuration.
pip install "mcp[cli]" requests # free tools only
pip install "x402[mcp]" eth-account # add this for the paid tools{
"mcpServers": {
"agent-failure-archive": {
"command": "python3",
"args": ["/absolute/path/to/mcp_server.py"],
"env": { "X402_PRIVATE_KEY": "0x..." }
}
}
}Tool | Wallet needed | What it does |
| no | which of the nine checks your conclusion trips |
| no | two complete post-mortems |
| no | contents and prices |
| yes | the full audit, $0.02 |
| yes | three matching incidents, $0.01 |
| yes | pre-flight risk brief, $0.05 |
| yes | the 107 measurement failures, $0.25 |
| yes | everything, $1.00 |
X402_PRIVATE_KEY is your wallet. It stays on your machine and is used locally to sign
payment authorizations. It is never transmitted anywhere, and this server never logs it. Drop
the env block entirely if you only want the free tools.
Without a key the paid tools do not fail silently: they return the reason, the payment challenge, and a pointer to the free equivalent.
Tested against mcp 2.1.0 and the 1.x FastMCP layout: eight tools listed, precheck
answered with no wallet, audit degraded with a stated reason.
What is not in here
No personal data. Any source document mentioning a person, a business relationship, or a monetary amount is excluded whole, not redacted line by line.
No operator utterances. The corpus keeps the structure of each incident, never the voice.
Wallet addresses, home paths, IP addresses, emails, API keys and session identifiers are masked before a document is ever considered for inclusion.
The filter is tested against a deliberately planted probe string on every build; if the detector fails to catch it, the build aborts. Current state: 0 leaks across 186 cases, positive control passing.
Measured notes on the market
While trying to sell a dollar of this, we measured how x402 discovery and revenue actually behave, and several widely held assumptions turned out to be wrong. Written up with the exact unauthenticated calls so you can check rather than trust: MARKET.md.
Short version: the modal price is a tenth of a cent to three cents but a seller doing $0.85 per call at 125,000 calls a month exists; eight of the top ten buyers pay exactly one seller, so the headline volume is vertical integration rather than a marketplace; the directory chat everyone assumes will find your service has not been used since May; and getting into the facilitator directory needs one observed payment attempt, not a completed sale.
Honest limits
This is one operator's system. It is prior art, not a guarantee, and not a statistical sample of agent systems in general.
Coverage is skewed toward what that system does a lot of: multi-session coordination, hook and cron wiring, retrieval pipelines, inter-process messaging, scheduled repair, and the measurement work described above.
Some entries record a failure whose fix was later found to be wrong. Those are kept, with the correction, because the correction is usually the more useful half.
Nothing here has sold yet. At the time of writing the receiving address has taken in exactly $0.00. That number is checked on-chain rather than from server logs, and this line gets updated when it changes.
Running it yourself
pip install -r requirements.txt
X402_PAY_TO=0xYourAddress uvicorn server:app --port 8402Without X402_PAY_TO the paid routes return 503 with the reason stated in the body, rather
than failing quietly. That behaviour is not incidental. It is case adr-546 applied to this
service's own code.
This server cannot be installed
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 Servers
- FlicenseNot gradedqualityDmaintenancePaid remote MCP server for monitoring AI agent runs, detecting failures, replaying tool-call incidents, issuing SLA receipts, and exporting client status.
- FlicenseNot gradedqualityDmaintenancePaid remote MCP server enabling CLI tool execution with structured receipts, usage logs, and audit-ready evidence for agent and CI workflows.1
- FlicenseNot gradedqualityDmaintenancePaid remote MCP for hosted MCP server providing structured receipts, usage logs, and audit-ready evidence for agent and CI workflows.
- FlicenseNot gradedqualityBmaintenancePaid remote MCP endpoint for AI SDK data queries, offering structured JSON tools, token-based access, usage receipts, and audit-ready workflow evidence.
Related MCP Connectors
A paid remote MCP for agent memory MCP, built to return verdicts, receipts, usage logs, and audit-re
A paid remote MCP for hosted MCP server, built to return verdicts, receipts, usage logs, and audit-r
A paid remote MCP for AI SDK data query MCP, built to return verdicts, receipts, usage logs, and aud
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/HanbeenMoon/agent-failure-archive'
If you have feedback or need assistance with the MCP directory API, please join our Discord server