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 整合