ReplenishRadar

io.github.ReplenishRadar由 GitHub 帳號 ReplenishRadar 發布v1.1.0更新於 Oct 24, 2026

Shopify + Amazon inventory planning, forecasting & replenishment over MCP (50 tools).

概覽

AI 產生的概覽

將 AI 助理連接到 ReplenishRadar,用於 Shopify 與 Amazon 的庫存規劃、預測、缺貨風險與補貨動作。

可以做什麼
透過 stdio 提供約 50 個工具存取即時庫存資料:缺貨風險、依地點的庫存狀況、需求預測、建議採購單、補貨動作、警示、供應商、採購單、銷售歷史、熱銷品、滯銷品、庫存價值以及 SKU 或商店健康度。也提供基本寫入,例如確認警示、新增採購單備註、請求核准、準備或執行補貨動作,以及敏感寫入,例如建立、更新、送出或取消採購單,設定手動地點庫存。一個小型組織層級的鍵值內容儲存可讓助理記住有限的工作流程狀態。
適用情境
當助理需要回答 ReplenishRadar 帳戶的缺貨風險、需求預測、採購單或補貨問題,或根據這些資料產生草稿採購單與補貨動作時使用。適合已在 Shopify 或 Amazon 上使用 ReplenishRadar 的採購與營運團隊。
執行需求
本機 Node.js 執行環境,透過 npx 套件 @replenishradar/mcp-server 執行,需要 Claude Desktop 等桌面 MCP 用戶端。需要 ReplenishRadar API 金鑰,放在 REPLENISHRADAR_API_KEY(rr_sk_ 前綴);REPLENISHRADAR_API_URL 為選用,預設指向廠商 API。可用工具與速率限制取決於付費方案。
安裝前請注意
API 金鑰是機密,可存取庫存與採購資料。敏感寫入工具可建立、送出或取消採購單並變更庫存;當金鑰具備 sensitive_write、對應操作工具組與已啟用預算時,自主執行會送出採購單或提交調撥,因此應先檢查預算與允許清單。預設為草稿模式。代理內容寫入會拒絕機密與原始個人識別資訊,命名空間需要按金鑰由管理員加入允許清單。

安裝

在 SourceWeft 中

  1. 開啟 儀表板中的 ReplenishRadar,將其新增到工作區。
  2. 為需要使用其工具的對話啟用該服務。

Desktop only,透過 STDIO。 STDIO 服務會啟動本機處理程序,因此需要 SourceWeft 桌面主機。

其他 MCP 客戶端

參照 儲存庫 中的啟動說明。

README

@replenishradar/mcp-server

[smithery badge]

Connect AI agents to live ReplenishRadar inventory data. Works with Claude Desktop, OpenClaw, and any MCP-compatible client.

Setup

  1. Get your API key from ReplenishRadar > Settings > API Keys.
  2. Add this server to your MCP client config. In Claude Desktop, open Settings > Developer > Edit Config:
json
{  "mcpServers": {    "replenishradar": {      "command": "npx",      "args": ["-y", "@replenishradar/mcp-server"],      "env": {        "REPLENISHRADAR_API_KEY": "rr_sk_your_key_here"      }    }  }}
  1. Restart Claude Desktop and ask: "What are my top stockout risks?"

No ReplenishRadar account yet? Use the public agent intake endpoint to request a short-lived, read-only sandbox key before configuring the server:

text
POST https://api.replenishradar.com/api/public/agent-intake

Available Tools

Read

Standard includes limited read API access. Growth adds diagnosis/status read tools.

ToolDescription
rr_get_stockout_riskStockout risk levels for SKUs
rr_get_inventory_positionStock-by-location for an item
rr_get_demand_forecastDemand forecast stats
rr_get_suggested_purchase_ordersSuggested POs
rr_get_replenishment_actionsCanonical buyer replenishment actions
rr_get_replenishment_actionOne replenishment action with event history
rr_get_alertsActive alerts
rr_list_itemsList inventory items
rr_get_sync_statusRecent sync history
rr_list_suppliersList vendors/suppliers
rr_list_purchase_ordersList purchase orders
rr_get_purchase_orderSingle PO with line items
rr_get_po_pdfPO PDF info
rr_get_po_documentsDocuments attached to a PO
rr_get_po_notesNotes attached to a PO
rr_get_sales_historySales history
rr_get_top_sellersTop-selling SKUs
rr_get_slow_moversSlow-moving SKUs
rr_get_inventory_valueInventory value breakdown
rr_get_sku_healthSKU-level health summary
rr_get_lost_salesEstimated lost sales from stockouts
rr_get_store_healthStore connection and sync health
rr_get_data_freshnessFreshness status by data dimension
rr_get_setup_statusSetup milestones and next step
rr_get_recent_activityRecent alerts, POs, and sync rollup
search_knowledgeReplenishRadar product knowledge search
rr_evaluate_fitDeterministic ICP + tier fit verdict (no org data)

Basic write (Standard tier and up)

Safe, low-blast-radius writes - no money or stock mutation.

ToolDescription
rr_acknowledge_alertAcknowledge an alert
rr_add_po_noteAdd a note to a PO
rr_request_approvalRequest human approval for a PO
rr_add_replenishment_action_noteAdd a note to a replenishment action
rr_dismiss_replenishment_actionDismiss a replenishment action
rr_prepare_replenishment_actionPreview an action and get its current updated_at before execute
rr_execute_replenishment_actionExecute an action. mode="draft" (default) creates a draft PO and/or transfer; mode="autonomous" also sends the PO / commits the transfer when the key has sensitive_write + the operation tool group + an enabled budget and all guardrails pass (else draft-fallback or hard-refuse). Idempotent, stale-state protected
rr_resolve_replenishment_actionResolve an action as no-action with a reason; idempotent, stale-state protected
rr_retry_replenishment_actionRetry a blocked or failed action via the draft execution path; idempotent, stale-state protected
rr_get_document_upload_urlGet upload URL for a PO document
rr_record_pi_reviewRecord proforma invoice details

Sensitive write (Growth tier and up)

Money / stock mutation.

ToolDescription
rr_trigger_syncTrigger inventory sync
rr_create_purchase_orderCreate a draft PO
rr_update_purchase_orderUpdate a draft PO
rr_send_purchase_orderSend an approved PO
rr_cancel_purchase_orderCancel a PO
rr_create_locationCreate a manual inventory location
rr_set_stock_at_locationSet stock at a manual location

PO creation always starts as a draft. rr_send_purchase_order only sends a PO that was already human-approved.

Action execution has two modes. rr_execute_replenishment_action with mode="draft" (the default) creates a draft PO and/or draft transfer for an action's items and never auto-sends to a supplier or commits stock. With mode="autonomous" it additionally sends the PO or commits the transfer, but only when the key has sensitive_write + the operation's tool group + an enabled per-key budget (autonomous_enabled=true) and every guardrail passes; otherwise it leaves a draft and returns an rr_request_approval hint (draft_fallback) or refuses without mutating (hard_refuse). Call rr_prepare_replenishment_action first to get the action's current updated_at, then pass it as expected_updated_at so a stale action is rejected before any write. Pass a stable idempotency_key so a retried call replays the original result instead of double-creating artifacts or double-sending.

Agent context store

A small, org-scoped, auditable key/value memory so an agent can remember bounded workflow state. rr_get_agent_context / rr_list_agent_context are read-capability; rr_set_agent_context / rr_delete_agent_context are basic-write. All four are in the agent_context tool group.

ToolDescription
rr_get_agent_contextGet one entry by namespace + key; expired entries are omitted
rr_set_agent_contextStore a bounded JSON object under namespace + key (optional scope_ref, ttl_seconds)
rr_list_agent_contextList live entries for ONE namespace (required), bounded limit (max 200)
rr_delete_agent_contextDelete one entry by namespace + key; records actor provenance

Rules and limits:

  • Namespaces are code-owned and per-key allowlisted. A human admin must grant your API key read/write/delete on each namespace in Settings > API Keys. Same-organization access alone is not sufficient.
  • No secrets, no raw PII. Writes that look like tokens, passwords, private keys, credentials, or raw emails/phones/addresses are rejected.
  • value must be a JSON object (not a scalar or array), capped at 16 KiB serialized.
  • ttl_seconds is optional and capped at 90 days; with no TTL the entry persists while the organization exists.
  • rr_list_agent_context requires namespace and never lists across namespaces.
  • scope_ref is descriptive metadata only and is not part of uniqueness - encode per-scope entries into the key (for example supplier_rules/sku:ABC123).
  • Sensitive namespaces (for example sourcing_economics) additionally require the key to hold the sensitive economics read capability + tool group.

Spend budgets (admin-managed, no MCP tool)

Per-API-key spend budgets - per-PO value cap, rolling-24h daily cap, max transfer quantity delta, an autonomous_enabled flag, and vendor / destination / transfer-source (or route-pair) allowlists - constrain what an autonomous key may buy or move. They are managed only by a human admin in Settings > API Keys (a JWT-admin Settings API); there is no MCP tool to read or change a budget, and an API key cannot reach the budget routes, not even for its own caps. Budgets are consumed only by autonomous send/commit, autonomous mode is off by default, and a denied autonomous action receives only a short decision reason - never the cap amounts, the allowlists, or another key's ledger.

Rate Limits

  • Standard ($99/mo): 10 calls/hour, read + basic-write tools
  • Growth ($199/mo): 100 calls/hour, read + basic + sensitive read/write + diagnosis/status tools
  • Scale ($499/mo): 1,000 calls/hour, full read + write capability set

Learn More

來源:README.md,提交 3071ebf

工具

0
SourceWeft 尚未在沙箱中啟動過該軟體包,因此其工具未知。

版本歷史

1
  1. v1.1.0最新Sep 16, 2026

評分

已滿足適用檢查項的 50%

該評分衡量此收錄條目的完整程度,依據註冊中心條目、端點與公開來源計算得出。它不是對伺服器本身的評價,也不表示伺服器安全或目前可用:可連通性是帶日期的檢查結果,評分也不包含安裝量或使用者評價。

  • 近 30 天內可連通25 分

    請保持端點能夠回應 MCP 握手;SourceWeft 每 30 天探測一次。

  • 已宣告認證方式10 分

    請在註冊中心條目中宣告憑證請求標頭,或保持端點能夠回應探測,以便判定其認證方式。

  • 已列出工具15 分

    請讓伺服器在無憑證時回應 tools/list,或發布可在沙箱中無憑證啟動的軟體包。

  • 描述必需15 分
  • 圖示10 分
  • 文件15 分
  • 授權條款10 分