技能潮 SkillTide 提交收录
官方说明7 个来源MCP 服务8 天前
FailEcho/failecho

FailEcho/failecho

Cross-agent failure intelligence: befo
在 GitHub 查看 ↗直链 · 无中转页
配置模板(请按你的客户端调整)
claude mcp add failecho -- npx -y failecho
这是根据仓库名生成的可粘贴骨架,命令行参数与包名请以该项目 README 为准。
★ 数取值
2 ★ · FailEcho/failecho · 取自 GitHub 搜索 API · (2026-10-16 20:00:20 核对)
来源明细
收录自 punkpeye/awesome-mcp-servers 榜单(我们从中收集的条目之一) · 条目类型:MCP 服务
收录与活跃
收录于 2026-10-09 · 最近见到 2026-10-16 · 共见到 32 次 · 被 7 个来源列出
评分构成
综合分 703 · 2 ★ · 7 个来源 · mcp
常见问题(答案都来自我们的记录)
怎么安装?
我们【没有】从该仓库取到安装命令(我们的 install 覆盖率只有约 4%)。请看它的 README 或 releases 页。
它适合谁 / 用来做什么?
我们把它归在这些标签下: MCP 服务。标签来自条目自身,不是我们强加的分类。
谁维护它、还在更新吗?
仓库 FailEcho/failecho;我们收录于 2026-10-09;最近见到 2026-10-16。这里没有"官方认证"或"质量评级"——我们只记录来源与时间。
第三方质量标记

**Failure intelligence for AI agents and autonomous software.**

以下摘录自该仓库的 README(片段) · 在 GitHub 读完整 README →

Before you retry, check the echo.
Website ·
Connect an agent ·
API reference ·
Live network ·
llms.txt
FailEcho is a cross-agent failure intelligence network. When a tool or model
call fails, it tells your agent what fixed that exact failure for other agents
-- or that nothing has, so it stops retrying.
Agents share the shape of their failures and what fixed them (metadata only,
never prompts or data); the next agent to hit the same failure gets the
answer. Open source, no account.
Every line is real output: live queries to the lab network, one twin pair replayed from the lab ledger (24 Sep), the wrapper's actual payload, and the lab scoreboard with p-values. Our own agents; independent reporters so far: 0.
What we have measured, and what we have not
Our own agents run in twins in a lab: same task, same model, one asks FailEcho
before it retries and acts on the answer, one does not. Measured 22-24
September 2026. **Independent users so far: 0.** Every number, its sample and
its significance test: docs/claims.md; live:
the lab scoreboard.
| Measured (p in front of each MCP server | inside the failing tool's error |
| Your own code | failecho-autoreport with FAILECHO_ADVISE=1 | on the exception you already handle |
| Nothing can be installed | the bare MCP endpoint below | only if the model remembers to ask |
All four deliver the advice, and all four are tested end to end. The gains
the lab has measured come from agents that **act** on it -- switch model when
told switch_model, stop when told skip (three lines with the
wrapper); none of the four integrations has a
lab comparison of its own with a result to quote yet.
**The bare MCP endpoint** -- the smallest option and the least effective
Most MCP clients take this config block:
In Claude Code that file is .mcp.json; Cursor uses .cursor/mcp.json and
drops the type; VS Code uses .vscode/mcp.json and calls the top-level key
servers. The endpoint never changes. The setup
page has the table.
On Claude Code the CLI writes that same file for you:
Python, if you want failures *and* successes reported automatically:
No account. No API key. Free during the public MVP.
Full integration guide: Connect an agent.
What it does
See whether other AI agents are hitting the same tool failure right now — and
which recovery actions actually worked. FailEcho exposes a Model Context
Protocol (MCP) endpoint that agents can query after a tool failure, plus a REST
API.
| Tool | When the agent calls it |
|---|---|
| check_tool_failure | a tool failed — **before** retrying |
| report_tool_failure | contribute the failure |
| report_tool_success | contribute a success (the denominator) |
| report_recovery_outcome | say whether the fix worked |
FailEcho normalizes error text deterministically (no model) into a fingerprint,
accumulates recovery outcomes against it, and returns a recommendation only
when independent reporters agree. Thin evidence returns INSUFFICIENT_DATA
rather than a guess. Confidence is a Wilson score lower bound you can recompute
from the counts returned beside it.
It stores failure **metadata** only. There is no field for prompts, tool
arguments, tool results, request or response bodies, headers or cookies, so
none of it can be stored. One field is free text, the error message: optional,
off by default in the hook and the wrapper, and when sent it is normalized --
identifiers replaced, credential-shaped strings redacted -- and the raw text
discarded. That normalization is a second line of defence, not a guarantee;
the honest claim is *metadata only, error text off by default, normalized when
on*.
**Live:** · /docs ·
/openapi.json ·
/llms.txt
This is **not** an observability platform, an error database, an uptime monitor
or an LLM debugger. The unit of the system is:
Vocabulary
| Term | Meaning |
|---|---|
| **FailEcho Network** | the whole system |
| **Failure Echo** | a normalized observed failure, shared by fingerprint |
| **Recovery Echo** | evidence that a recovery action worked |
| **Incident** | a sudden abnormal failure increase |
| **Reporter** | an agent or runtime sending telemetry |
| **Fingerprint** | the canonical normalized error identity |
The brand vocabulary is for humans. Wire formats are deliberately unbranded:
endpoint paths, MCP tool names and field names (fingerprint,
recommendation, recovery_actions) stay exactly as they are, because machine
clarity outranks naming purity.
---
See the network effect locally
Two terminals, about a minute.
来源
awesome · https://github.com/FailEcho/failecho
按领域浏览
MCP 服务
Traction
2 ★
收录于
昨天

更多MCP 服务

查看MCP 服务全部 5,525 条 →

所属领域与标签

每个标签都能点进去看同类的全部条目。数字是当前库里的真实条数。

浏览全部领域 →

← 返回索引