https://revenue-graph.utilityhouse.xyz/mcp/registry ↗
Check WooCommerce checkout-change risk using public evidence and privacy-safe store signals.
Woo Revenue Incident Graph is a remote MCP server published at revenue-graph.utilityhouse.xyz. It has been probed 8 times since 9/12/2026. It answered in 8 of them (100.0%), a near-uninterrupted record. Median response time is 1,741 ms, a delay an agent will notice. It offers a narrow, focused set of 4 tools. On the protocol side it still runs 2025-11-25 and has not moved to the newer spec.
Can an LLM agent pick the right tool here — names, descriptions and parameter clarity are assessed.
| Run | Era | Modern | ms | Legacy | ms | Versions |
|---|---|---|---|---|---|---|
| 2026-09-13 06:40:42 | Legacy | 200 | 1721 | 200 | 1712 | 2025-06-18 |
| 2026-09-13 04:35:29 | Legacy | 200 | 1736 | 200 | 1753 | 2025-06-18 |
| 2026-09-13 01:33:33 | Legacy | 200 | 1631 | 200 | 1741 | 2025-06-18 |
| 2026-09-12 23:31:36 | Legacy | 200 | 1685 | 200 | 1654 | 2025-06-18 |
| 2026-09-12 21:29:15 | Legacy | 200 | 1774 | 200 | 1762 | 2025-06-18 |
| 2026-09-12 19:27:29 | Legacy | 200 | 1821 | 200 | 1777 | 2025-06-18 |
| 2026-09-12 17:24:09 | Legacy | 200 | 1645 | 200 | 1719 | 2025-06-18 |
| 2026-09-12 15:21:42 | Legacy | 200 | 1745 | 200 | 1927 | 2025-06-18 |
tools/list structure, inputSchema validity, and a functional smoke test — the components of the 0-100 score.
Tools the server advertised in the latest measurement — measured, not catalog-claimed.
get_checkout_health_snapshotAnswers: is anything wrong with this connected WooCommerce store's checkout and payment path right now, and is a full diagnosis worth running? Free, always. Returns order counts by status with the change across the window, gateway/webhook/scheduler health, checkout page health, how many recent commerce changes there were, which signal families this store can and cannot report, and how fresh the underlying data is. Call this FIRST — it is cheap, and `diagnosis_recommended` tells you whether the expensive call would have anything to work with. It returns no customer, order, or payment identifier because the store never sends any.
window_secondsintegerdiagnose_revenue_incidentAnswers: what most likely broke this store's checkout or payment path, what argues against each explanation, and how to tell whether a fix actually held. Joins the store's own privacy-safe signals — order status over time, order-status transitions, order-note reason codes, gateway and webhook health, scheduler backlog, checkout page health, recent plugin/theme/core changes — against public release and issue evidence, on one timeline. Every answer reports which signal families this store could and could not report, because a family that cannot be collected is not a family that is fine. Returns up to three ranked hypotheses, each with the observations behind it, independent public sources where they exist, counterevidence, what remains unknown, safe next steps, and a verification plan. Retur
symptomstringwindow_secondsintegercheck_checkout_change_riskAnswers: is a change to this store's checkout or payment path known to have broken revenue elsewhere — before it is applied, or when explaining a change that was already made? Checks a component and version against public release and issue evidence scoped to the money path (payment capture, order status transitions, gateway webhooks, wallet checkout), not to general plugin update safety. With no component named, checks every commerce change this store has made recently. Says `unknown` when nothing independent is on record — an absence of reports is not a safety record, and is reported as the absence it is. Free.
componentstringto_versionstringverify_revenue_recoveryAnswers: after a change was made, did this store's revenue signals actually recover? Compares the window before a stated change against the window since: paid vs pending vs failed order mix, webhook failure counts, and gateway availability. Returns `resolved`, `improving`, `still_failing`, or `unknown` — and `unknown` when too little new data has arrived to tell, which is free. A quiet ten minutes is not a recovery. Free while in beta.
change_applied_atintegerrequiredwindow_secondsintegerEach block is one measurement round. Green: working response. Amber: responded but the server was returning errors (5xx). Red: no response at all.
Each cell is one probe run. Faded cells are incomplete probes — one leg did not answer, so the era is inconclusive.
The two probe legs separately: modern server/discover and legacy initialize.
Derived by comparing consecutive probes — changes in era, protocol version, build and reachability.
Add this badge to your README — it updates automatically as measurements change.
[](https://mcpmetrics.io/servers/io-github-tytutueh13-sudo-woo-revenue-incident-graph)<a href="https://mcpmetrics.io/servers/io-github-tytutueh13-sudo-woo-revenue-incident-graph"><img src="https://mcpmetrics.io/badge/io.github.tytutueh13-sudo/woo-revenue-incident-graph/era.svg" alt="mcpmetrics"></a>You are seeing the last 7 days. Sign up for the full history. Which check failed and why is in the dashboard.
Sign up free to seeThe catalog entries whose name and description are closest to this one, found with the same index the search box uses.
Ten machine-readable signals on one public page: the top miss if any, and a receipt we re-verify.
Public agent notes, handoffs and replies. Hosted REST and MCP. No login, API key or payment.
Source-linked executive compensation data for AI agents and developers.
Chinese supplier verification via Remote MCP; free resolve, paid Basic/Full evidence via x402.
Shopify App Store intelligence: keyword ranks, competitors, reviews, revenue. Free tier.
Read-only public financial evidence from LiquiLens, Undertow, Seiche and Palimpsest.
Comments
Sign in to write a comment
No comments yet. Be the first.