Connect Your AI Agent to Inventory (MCP Guide)

I spent two years building inventory spreadsheets that were outdated by the time I finished them. Pulling stock levels from Shopify, cross-referencing FBA quantities, checking which SKUs needed reorders -- that was a Tuesday. Every Tuesday. For two years.

Then I connected an AI agent to our inventory data and asked it: "Which SKUs will stock out in the next 14 days, and what should I order?" It answered in four seconds. With quantities. Accounting for lead times, MOQs, and the fact that my main supplier takes an extra week in March.

That is what this guide is about. Not theory. Not "the future of AI in e-commerce." A working setup you can have running in five minutes.

What You Can Actually Ask Your Agent

Before we get into setup, here is what becomes possible once your agent has access to live inventory data. These are real queries, not marketing demos:

Query	What the Agent Does
"Which SKUs stock out in the next 14 days?"	Calls rr_get_stockout_risk, returns a ranked list with days-of-supply remaining
"Show me inventory for Blue Widget across all channels"	Calls rr_get_inventory_position, returns Shopify on-hand, FBA available, FBA inbound, and total
"Draft a PO for everything I need from Supplier X"	Calls rr_get_suggested_purchase_orders filtered by supplier, then rr_create_purchase_order as a draft
"What does my demand forecast look like for next month?"	Calls rr_get_demand_forecast with a 30-day horizon
"Any alerts I should know about?"	Calls rr_get_alerts -- stockout warnings, overstock flags, sync failures
"Trigger an inventory sync"	Calls rr_trigger_sync to pull fresh data from Shopify and Amazon

The agent is not guessing. It is calling specific tools with structured inputs and getting structured outputs. No prompt engineering tricks, no "pretend you are an inventory manager." Just data.

MCP: The Protocol That Makes This Work

MCP stands for Model Context Protocol. It is the standard that lets AI agents call external tools in a structured way -- request a specific action, get a specific response, with type safety and error handling.

Anthropic created it. Then OpenAI, Google, Microsoft, and Shopify adopted it. When Shopify shipped MCP endpoints in their Winter '26 Edition and Amazon formalized their Agent Policy in March 2026, the signal was clear: this is how agents will interact with commerce infrastructure.

ReplenishRadar ships an MCP server -- the first one purpose-built for multi-channel inventory across both Shopify and Amazon. The tools it exposes are not generic "run a query" endpoints. They are domain-specific: stockout risk, demand forecasts, purchase order suggestions, reorder point calculations, alert monitoring. The math that powers your forecasting and purchase orders is the same math the agent calls.

5-Minute Claude Desktop Setup

This is the fastest path. If you use Claude Desktop, you are three steps from live inventory data in your conversations.

Step 1: Get Your API Key

Log into ReplenishRadar. Go to Settings → API Keys. Click "Create API Key", give it a label (e.g. "Claude Desktop"), choose read or write scope, and copy the key. You will not see it again.

The key is scoped to your organization. It cannot access other accounts, and it inherits your tier's rate limits (Growth: 100 calls/hour, Scale: 1,000 calls/hour).

Step 2: Edit Your Config

Open ~/.claude/claude_desktop_config.json and add the ReplenishRadar MCP server:

{
  "mcpServers": {
    "replenishradar": {
      "command": "npx",
      "args": ["@replenishradar/mcp-server"],
      "env": {
        "REPLENISHRADAR_API_KEY": "rr_sk_your_key_here"
      }
    }
  }
}

Save the file. Restart Claude Desktop.

Step 3: Ask a Question

Open a new conversation and type: "What are my top stockout risks this week?"

Claude will call the rr_get_stockout_risk tool, pull your live inventory data, and answer with specific SKUs, days of supply remaining, and suggested reorder quantities. No CSV export. No tab-switching. Just the answer.

The whole thing took me about three minutes the first time. Most of that was finding the config file.

OpenClaw Setup

OpenClaw works too. The config is similar but lives in a different file:

{
  "tools": {
    "replenishradar": {
      "type": "mcp",
      "command": "npx",
      "args": ["@replenishradar/mcp-server"],
      "env": {
        "REPLENISHRADAR_API_KEY": "rr_sk_your_key_here"
      }
    }
  }
}

OpenClaw's advantage is persistent agent loops. You can set it to check stockout risk every morning at 7 AM and send a Slack message with the results. Claude Desktop is conversational -- you ask, it answers. OpenClaw can run on a schedule without you being present.

For a comparison of when each approach makes sense, see our OpenClaw vs inventory software breakdown.

Custom Agents and REST API

If you are building your own agent on the Claude API, OpenAI API, or any other LLM, the MCP server works the same way. Point your agent's tool-use layer at the ReplenishRadar MCP server and it picks up the available tools automatically.

For no-code setups, the same tools are available as a REST API. n8n and Make users can hit the endpoints directly. The response format is identical -- JSON with typed fields. No MCP client required.

I would not recommend the REST path for complex agent workflows (the MCP protocol handles tool discovery and error propagation better), but for "poll stockout risk daily and send a Slack notification" it works fine.

The Approval Flow (Why Agents Cannot Go Rogue)

Here is my opinion on why most sellers hesitate to connect an agent to their inventory: they are imagining an AI that places a $50,000 PO with their supplier at 2 AM on a Saturday. Reasonable fear. Terrible design.

We built the system so that cannot happen. Every purchase order created through the MCP server is a draft. Always. There is no flag to override this, no "trust mode," no way for the agent to bypass it.

When the agent drafts a PO, here is what actually happens:

1. The agent calls rr_create_purchase_order with supplier, SKUs, quantities, and a reason
2. ReplenishRadar creates the PO in draft status
3. You receive a notification (email, Slack, or webhook) with a signed action URL
4. You click the link, review the PO details, and approve or reject
5. Only after human approval does the PO become active

The signed URL is org-scoped and time-limited. It cannot be forged or reused. Think of it as two-factor authentication for purchasing decisions.

This is the philosophy behind the whole MCP server: rails, not a bot. ReplenishRadar provides the data, the math, and the guardrails. Your agent provides the interface. You provide the judgment.

What Each Tier Gets

Not every tool is available on every plan. We gate write access behind higher tiers because the potential impact of write operations is higher.

Tool Category	Growth ($199/mo)	Scale ($499/mo)
Get stockout risk	Yes	Yes
Get inventory position	Yes	Yes
Get demand forecast	Yes	Yes
Get alerts	Yes	Yes
List items	Yes	Yes
Get suggested POs	Yes	Yes
Create purchase order (draft)	No	Yes
Trigger sync	No	Yes
API rate limit	100/hour	1,000/hour

Growth tier gives you a read-only window into your inventory. That alone is worth it -- asking "what is my days-of-supply on Blue Widget?" and getting an answer in three seconds instead of digging through dashboards. Scale adds the ability to create draft POs and trigger syncs, which is where the real time savings compound.

See full pricing details ->

A Real Morning With an Agent

I want to show what this looks like in practice, not in a demo environment but on a live catalog. Here is a condensed version of my Monday morning last week:

7:02 AM -- I open Claude Desktop and type: "Morning briefing. Stockout risks, open alerts, anything weird."

The agent calls three tools: rr_get_stockout_risk, rr_get_alerts, rr_get_inventory_position for flagged SKUs. Response:

"3 SKUs at high stockout risk in the next 10 days. Your Bamboo Cutting Board has 47 units across channels with 8.2 units/day demand -- about 5.7 days of supply. FBA inbound shipment of 200 units is in transit, ETA March 9. Your Silicone Spatula Set has 12 units, no inbound. Lead time from that supplier is 21 days. You also have a sync failure alert on your secondary Shopify store from last night."

7:03 AM -- "Draft a PO for the Silicone Spatula Set. 500 units, same supplier as last time."

Agent calls rr_create_purchase_order. I get a notification with a link. I review the PO -- supplier, quantities, estimated delivery date based on historical lead time -- and approve it. Done before my coffee is ready.

7:05 AM -- "Trigger a sync on the secondary Shopify store."

Agent calls rr_trigger_sync. The sync failure from last night was a transient API timeout. Fresh data starts flowing.

Three minutes. Three decisions made. No dashboards opened, no spreadsheets touched. I still use the ReplenishRadar UI for deep analysis and weekly planning, but the daily triage? The agent handles it.

What Agents Cannot Do (And Should Not)

I want to be clear about the boundaries. An agent connected to your inventory data is good at:

• Answering specific questions with current data
• Surfacing risks you would otherwise discover too late
• Drafting POs based on the system's suggestions
• Giving you a summary instead of making you hunt through tables

It is bad at:

• Deciding whether to launch a new product
• Negotiating with suppliers (please do not try this)
• Replacing your understanding of your own business
• Making judgment calls about promotional inventory

The agent sees the numbers. You see the context. A forecast might say you need 2,000 units of a seasonal product, but you know the trend is fading because TikTok moved on. The agent does not know that. You do.

---

The gap between "I should check my inventory" and actually having the answer used to be 20 minutes of clicking and filtering. Now it is a sentence. That shift changes what questions you bother to ask -- and asking better questions is where the real value sits.

Start your free 14-day trial ->

---

Related Reading:

• Reorder Point Calculator: Formula & Examples
• Purchase Order Management
• OpenClaw Can Manage Your Inventory. Should It?
• Inventory Forecasting 101