mcpField
R
ReplenishRadar

ReplenishRadar

本地服务
github.com/ReplenishRadar商业与营销213 周前更新

关于 ReplenishRadar

ReplenishRadar 的 MCP 服务将实时库存、销售和补货数据提供给 AI Agent,适用于 Shopify 和 Amazon 库存规划。它涵盖只读分析与受权限、预算和审批规则约束的写入操作。

主要功能

  1. 01库存风险与需求预测
  2. 02采购订单和补货操作管理
  3. 03销售、库存价值与 SKU 状态分析
  4. 04告警、同步和数据新鲜度查询
  5. 05带权限控制的 Agent 上下文存储

适用场景

  1. 01识别 SKU 缺货风险并查看需求预测
  2. 02审查采购订单及补货建议
  3. 03在审批与护栏约束下处理补货操作

MCP 相关

通过 MCP 向兼容客户端暴露 ReplenishRadar 的库存规划工具。读写能力取决于 API 密钥权限、套餐和配置;敏感操作可受预算与审批护栏限制。

配置

本地服务的配置在各客户端中通用,复制后粘贴到客户端的 MCP 配置文件即可。

mcp.json · 通用配置
{
"mcpServers": {
"replenishradar": {
"command": "npx",
"args": [
"-y",
"@replenishradar/mcp-server"
],
"env": {
"REPLENISHRADAR_API_KEY": "<REPLENISHRADAR_API_KEY>",
"REPLENISHRADAR_API_URL": "<REPLENISHRADAR_API_URL>"
}
}
}
}
启动命令npx -y @replenishradar/mcp-server
需要配置的环境变量
REPLENISHRADAR_API_KEY密钥ReplenishRadar API key with the rr_sk_ prefix.
REPLENISHRADAR_API_URLOptional API base URL. Defaults to https://api.replenishradar.com.

本地服务需要在你的电脑上安装运行环境(如 Node.js 18+)。各客户端的配置文件位置不同,请参考客户端文档。

安装包
npm@replenishradar/mcp-server1.1.0

工具

还没有获取到工具列表

本地服务需要在你的电脑上运行后才能读取工具,维护者暂未提供工具列表。

详细介绍

@replenishradar/mcp-server

smithery badge

将 AI Agent 连接到实时的 ReplenishRadar 库存数据。可与 Claude Desktop、OpenClaw 及任何兼容 MCP 的客户端配合使用。

设置

  1. 在 ReplenishRadar > Settings > API Keys 中获取 API 密钥。
  2. 将此服务添加到 MCP 客户端配置中。在 Claude Desktop 中,打开 Settings > Developer > Edit Config:
{
  "mcpServers": {
    "replenishradar": {
      "command": "npx",
      "args": ["-y", "@replenishradar/mcp-server"],
      "env": {
        "REPLENISHRADAR_API_KEY": "rr_sk_your_key_here"
      }
    }
  }
}
  1. 重启 Claude Desktop 并询问:“我的主要缺货风险有哪些?”

还没有 ReplenishRadar 账户?配置服务前,可使用公开的 Agent 接入端点申请一个短期、只读的沙盒密钥:

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

可用工具

读取

Standard 套餐包含有限的读取 API 访问权限。Growth 套餐还提供诊断和状态读取工具。

工具描述
rr_get_stockout_riskSKU 缺货风险等级
rr_get_inventory_position商品按地点划分的库存量
rr_get_demand_forecast需求预测统计数据
rr_get_suggested_purchase_orders建议的采购订单
rr_get_replenishment_actions标准买方补货操作
rr_get_replenishment_action单项补货操作及其事件历史
rr_get_alerts活跃警报
rr_list_items列出库存商品
rr_get_sync_status最近的同步历史
rr_list_suppliers列出供应商
rr_list_purchase_orders列出采购订单
rr_get_purchase_order单个采购订单及其行项目
rr_get_po_pdf采购订单 PDF 信息
rr_get_po_documents附加到采购订单的文档
rr_get_po_notes采购订单的备注
rr_get_sales_history销售历史
rr_get_top_sellers畅销 SKU
rr_get_slow_movers滞销 SKU
rr_get_inventory_value库存价值明细
rr_get_sku_healthSKU 级健康状况摘要
rr_get_lost_sales由缺货造成的预估销售损失
rr_get_store_health门店连接和同步健康状况
rr_get_data_freshness按数据维度划分的数据新鲜度状态
rr_get_setup_status设置里程碑和下一步
rr_get_recent_activity最近的警报、采购订单和同步汇总
search_knowledge搜索 ReplenishRadar 产品知识
rr_evaluate_fit确定性的 ICP + 套餐适配判定(不使用组织数据)
基础写入(Standard 套餐及以上)

安全、影响范围小的写入——不会变更资金或库存。

工具描述
rr_acknowledge_alert确认警报
rr_add_po_note为采购订单添加备注
rr_request_approval为采购订单请求人工审批
rr_add_replenishment_action_note为补货操作添加备注
rr_dismiss_replenishment_action忽略补货操作
rr_prepare_replenishment_action预览操作,并在执行前获取其当前的 updated_at
rr_execute_replenishment_action执行操作。mode="draft"(默认)会创建草稿采购订单和/或调拨;mode="autonomous" 在密钥具备 sensitive_write、对应操作工具组和启用的预算,且所有防护措施均通过时,也会发送采购订单/提交调拨(否则回退为草稿或直接拒绝)。具备幂等性,并可防止基于过期状态执行
rr_resolve_replenishment_action将操作标记为无需操作,并说明原因;具备幂等性,并可防止基于过期状态执行
rr_retry_replenishment_action通过草稿执行路径重试被阻止或失败的操作;具备幂等性,并可防止基于过期状态执行
rr_get_document_upload_url获取采购订单文档的上传 URL
rr_record_pi_review记录形式发票详情
敏感写入(Growth tier 及以上)

钱款/库存变更。

工具描述
rr_trigger_sync触发库存同步
rr_create_purchase_order创建采购订单草稿
rr_update_purchase_order更新采购订单草稿
rr_send_purchase_order发送已批准的采购订单
rr_cancel_purchase_order取消采购订单
rr_create_location创建手动库存位置
rr_set_stock_at_location设置手动位置的库存

创建采购订单时始终会先生成草稿。rr_send_purchase_order 只会发送已由人工批准的采购订单。

操作执行有两种模式。使用 mode="draft"(默认值)调用 rr_execute_replenishment_action,会为某项操作中的商品创建采购订单草稿和/或调拨草稿,绝不会自动向供应商发送订单或提交库存。使用 mode="autonomous" 时,还会发送采购订单或提交调拨,但前提是密钥拥有 sensitive_write、对应操作的工具组,以及已启用的每密钥预算(autonomous_enabled=true),并且所有护栏检查均通过;否则会保留草稿并返回 rr_request_approval 提示(draft_fallback),或者拒绝执行且不进行任何变更(hard_refuse)。请先调用 rr_prepare_replenishment_action 获取该操作当前的 updated_at,再将其作为 expected_updated_at 传入,以便在任何写入发生之前拒绝过期操作。请传入稳定的 idempotency_key,这样重试调用会返回原始结果,而不会重复创建对象或重复发送。

Agent 上下文存储

一个小型、按组织划分且可审计的键值记忆,用于让 Agent 记住有界的工作流状态。rr_get_agent_context/rr_list_agent_context 具有读取能力;rr_set_agent_context/rr_delete_agent_context 具有基本写入能力。四者均属于 agent_context 工具组。

工具描述
rr_get_agent_context通过 namespace + key 获取一个条目;已过期的条目会被省略
rr_set_agent_context在 namespace + key 下存储有界 JSON 对象(可选 scope_ref、ttl_seconds)
rr_list_agent_context列出一个 namespace(必填)中的有效条目,limit 有界(最大值为 200)
rr_delete_agent_context通过 namespace + key 删除一个条目;记录操作者来源

规则和限制:

  • 命名空间由代码管理,并按密钥列入允许列表。 人工管理员必须在 Settings > API Keys 中授予你的 API 密钥对每个命名空间的读取/写入/删除权限。仅属于同一组织并不足够。
  • 不得包含机密或原始 PII。 看起来像令牌、密码、私钥、凭据或原始电子邮件/电话号码/地址的写入内容会被拒绝。
  • value 必须是一个JSON 对象(不能是标量或数组),序列化后上限为 16 KiB。
  • ttl_seconds 为可选项,上限为 90 天;未设置 TTL 时,只要组织存在,该条目就会一直保留。
  • rr_list_agent_context 必须指定 namespace,且绝不会跨命名空间列出条目。
  • scope_ref 仅为描述性元数据,不参与唯一性判定——请将每个作用域的条目编码到 key 中(例如 supplier_rules/sku:ABC123)。
  • 敏感命名空间(例如 sourcing_economics)还要求密钥具有敏感经济数据读取能力和相应工具组。

支出预算(由管理员管理,不提供 MCP 工具)

每个 API 密钥的支出预算包括单张采购订单金额上限、滚动 24 小时支出上限、最大调拨数量变化、autonomous_enabled 标志,以及供应商/目的地/调拨来源(或路线对)允许列表,用于限制自主密钥可以采购或调拨的内容。这些预算只能由人工管理员在 Settings > API Keys 中管理(通过 JWT 管理员 Settings API);没有 MCP 工具可以读取或更改预算,API 密钥也无法访问预算路由,即使是读取自己的上限也不行。只有自主发送/提交操作才会消耗预算;自主模式默认关闭。自主操作被拒绝时,只会返回简短的判定原因——绝不会透露上限金额、允许列表或其他密钥的账本。

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

评论

支持 Markdown

第一次接触 MCP?

从协议是什么,到在客户端里装上第一个服务,这几条回答覆盖了大多数入门问题。

一个开放协议,规定了 AI 应用如何以统一方式连接外部工具与数据源。客户端负责与模型对话,MCP 服务负责提供工具、资源和提示模板,两者通过标准消息通信,同一个服务可以被不同客户端复用。