
ReplenishRadar
io.github.ReplenishRadar由 GitHub 账号 ReplenishRadar 发布v1.1.0更新于 Oct 24, 2026
Shopify + Amazon inventory planning, forecasting & replenishment over MCP (50 tools).
概览
将 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。可用工具和速率限制取决于付费套餐。
安装
在 SourceWeft 中
- 打开 控制台中的 ReplenishRadar,将其添加到工作区。
- 为需要使用其工具的对话启用该服务。
Desktop only,通过 STDIO。 STDIO 服务会启动本地进程,因此需要 SourceWeft 桌面宿主。
其他 MCP 客户端
参照 仓库 中的启动说明。
README
@replenishradar/mcp-server
Connect AI agents to live ReplenishRadar inventory data. Works with Claude Desktop, OpenClaw, and any MCP-compatible client.
Setup
- Get your API key from ReplenishRadar > Settings > API Keys.
- Add this server to your MCP client config. In Claude Desktop, open Settings > Developer > Edit Config:
- 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:
Available Tools
Read
Standard includes limited read API access. Growth adds diagnosis/status read tools.
Basic write (Standard tier and up)
Safe, low-blast-radius writes - no money or stock mutation.
Sensitive write (Growth tier and up)
Money / stock mutation.
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.
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.
valuemust be a JSON object (not a scalar or array), capped at 16 KiB serialized.ttl_secondsis optional and capped at 90 days; with no TTL the entry persists while the organization exists.rr_list_agent_contextrequiresnamespaceand never lists across namespaces.scope_refis descriptive metadata only and is not part of uniqueness - encode per-scope entries into thekey(for examplesupplier_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版本历史
1- v1.1.0最新Sep 16, 2026
评分
已满足适用检查项的 50%
该评分衡量此收录条目的完整程度,依据注册中心条目、端点与公开来源计算得出。它不是对服务器本身的评价,也不表示服务器安全或当前可用:可连通性是带日期的检查结果,评分也不包含安装量或用户评价。
- 近 30 天内可连通25 分
请保持端点能够响应 MCP 握手;SourceWeft 每 30 天探测一次。
- 已声明认证方式10 分
请在注册中心条目中声明凭据请求头,或保持端点能够响应探测,以便判定其认证方式。
- 已列出工具15 分
请让服务器在无凭据时响应 tools/list,或发布可在沙箱中无凭据启动的软件包。
- 描述必需15 分
- 图标10 分
- 文档15 分
- 许可证10 分