Woo Revenue Incident Graph

io.github.tytutueh13-sudo由 GitHub 账号 tytutueh13-sudo 发布v0.2.2更新于 Oct 25, 2026

Check WooCommerce checkout-change risk using public evidence and privacy-safe store signals.

发布方自己的服务:AgentReady Woo

已验证Streamable HTTP可网页运行数据与分析商业与电商

概览

AI 生成的概览

一个远程 MCP 服务器,帮助助手检查 WooCommerce 商店的结账与支付健康状况、诊断收入故障,并在修复后验证是否恢复。

可以做什么
检查已连接 WooCommerce 商店当前的结账与支付健康状况,包括按状态统计的订单数、支付网关、Webhook 与调度器健康、结账页面健康,以及是否值得做完整诊断(免费)。诊断结账或支付故障的可能原因,给出反驳依据和判断修复是否生效的方法,依据订单状态随时间变化、状态流转、订单备注原因码及网关与 Webhook 健康等隐私安全信号。评估计划中或已实施的结账变更风险,将组件与版本对照公开的发布与问题证据。在变更后验证收入信号是否恢复,比较已支付、待处理与失败订单构成、Webhook 失败次数与网关可用性。
适用场景
当 WooCommerce 商店出现结账或支付问题、想判断某个可疑变更是否值得排查,或需要确认修复是否真正恢复了收入时使用。适合围绕支付链路的商店运营、客服或开发流程。
运行要求
远程 streamable HTTP 端点;未声明软件包、环境变量或请求头。需配合已连接的 WooCommerce 商店使用,未声明身份验证。
安装前请注意
诊断与验证工具会读取已连接商店的订单与支付信号,请确认与远程服务共享哪些商店数据。风险评估工具依赖公开的发布与问题证据,未必反映该商店的具体配置。未声明身份验证,连接真实商店前请确认访问控制。

安装

在 SourceWeft 中

  1. 打开 控制台中的 Woo Revenue Incident Graph,将其添加到工作区。
  2. 为需要使用其工具的对话启用该服务。

Web executable,通过 Streamable HTTP。 远程服务在工作区中配置后即可从网页运行时运行。

交给智能体安装

把这段提示词粘贴到 Claude Code、Codex、Cursor 等智能体,或 SourceWeft 对话中。智能体会读取该服务器的安装指南,先向你展示发布者、端点和登录方式,经你同意后再把它添加到你的客户端。密钥不会写进任何命令。

阅读 https://sourceweft.com/mcp/io.github.tytutueh13-sudo%2Fwoo-revenue-incident-graph/install.md,并按其中说明把这个 MCP 服务器接入我的客户端。修改任何配置之前,先告诉我它的发布者、端点和登录方式,等我确认。不要把 API 密钥写进命令或我会提交的文件;问我密钥应从哪里获取。

查看智能体所依据的安装指南

其他 MCP 客户端

把它添加到你客户端的 mcpServers 配置中。

{
  "mcpServers": {
    "woo-revenue-incident-graph": {
      "type": "http",
      "url": "https://revenue-graph.utilityhouse.xyz/mcp/registry"
    }
  }
}

工具

4

get_checkout_health_snapshot

Is this store's revenue path healthy right now?

Answers: 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_seconds

diagnose_revenue_incident

Why did this store's checkout revenue break?

Answers: 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. Returns `abstained` and charges nothing when the snapshot is stale, coverage is thin, or the signals do not support any cause — an unsupported guess during an outage is worse than no answer. Free while in beta. Call get_checkout_health_snapshot first.

输入参数symptomwindow_seconds

check_checkout_change_risk

Is this change likely to break checkout?

Answers: 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.

输入参数componentto_version

verify_revenue_recovery

Did the fix actually hold?

Answers: 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.

输入参数window_secondschange_applied_at必填

版本历史

1
  1. v0.2.2最新Sep 16, 2026

评分

已满足适用检查项的 83%

该评分衡量此收录条目的完整程度,依据注册中心条目、端点与公开来源计算得出。它不是对服务器本身的评价,也不表示服务器安全或当前可用:可连通性是带日期的检查结果,评分也不包含安装量或用户评价。

  • 近 30 天内可连通必需25 分
  • 已声明认证方式必需10 分
  • 已列出工具必需15 分
  • 描述必需15 分
  • 图标10 分
  • 文档15 分

    请声明包含 README 的 GitHub 仓库,或在 OAuth 受保护资源元数据中提供 resource_documentation。

  • 许可证不适用

    托管服务按其提供方的条款使用,因此这里不要求许可证。此检查项不计入百分比。

其他 Utilityhouse 集成