botx402
Server Details
Inventory reorder plans from SKU sales, stock and lead times. $19 a run, paid by card.
- Status
- Healthy
- Uptime
- 100.0% over the last 24 hours
- Last Tested
- Transport
- Streamable HTTP · MCP 2025-11-25
- URL
- ChatGPT
- –
- Claude
- –
TDQS
Scored across 2 tools
get_run retrieves results for an existing run, while list_bots enumerates available bots and their schemas. These are clearly distinct read-only operations with no overlapping purpose, so an agent can easily tell them apart.
Both tools follow a consistent snake_case verb_noun pattern: get_run and list_bots. The convention is predictable and readable, matching the start_ and validate_ prefixes referenced in the descriptions.
Only two tools are exposed, which is too thin for a server whose own descriptions reference start_ and validate_ tools that are absent. An agent cannot initiate a run or validate inputs, so the surface does not earn its scope.
The descriptions explicitly mention start_ and validate_ tools that are not in the tool list, leaving no way to launch a run or validate inputs. The lifecycle is broken: list_bots exposes bots, but get_run can only be used after some missing start_ tool has run, making the surface severely incomplete.
Available Tools
2 toolsget_runGet run status and resultsARead-onlyIdempotentInspect
Check a run started with a start_ tool and fetch its results. Needs the receipt_id AND the access_token that start_ returned: the token is the proof that the caller started the run, and without it nothing is returned. Status is awaiting_payment (the user has not paid yet), running, completed or failed. When completed, structuredContent.result is the bot's full JSON result, ready to act on, and pdf_url links the PDF report (presigned, expires after 7 days). Free and read-only; poll about once a minute.
Inputs: receipt_id (required), access_token (required).
Tool Schema Changelog
Recent tool additions, removals, and schema changes observed during successful MCP inspections.
Loading tool schema changelog…
Related MCP Connectors
Demand forecasts, reorder points, order quantities and inventory health for Shopify stores.
Calculate a SKU reorder point, stock coverage and replenishment quantity from your own assumptions.
Find the cash trapped in your inventory, then size reorder points, safety stock and EOQ.
Safety-stock & reorder planning, FBA-vs-FBM decision, and inventory health audit for sellers
Related MCP Servers
- AlicenseNot gradedqualityBmaintenanceEnables natural-language queries of retail sell-through, inventory coverage, out-of-stock risk, and reorder suggestions from POS and warehouse data, with an optional agent that emails reorder proposals.80 npmMIT
- AlicenseBqualityCmaintenanceMulti-channel inventory intelligence for Shopify and Amazon sellers. 28 tools for stockout risk, demand forecasts, purchase order management, and sales analytics — with human-in-the-loop safeguards.5097 npm2MIT
- AlicenseNot gradedqualityBmaintenanceEnables analyzing sales and stock CSV files to identify what to reorder, how much to buy, when products will run out, and how much inventory is tied up in dead stock. Provides read-only inventory checks and CSV column inspection without uploading data.131 npmMIT
- AlicenseNot gradedqualityNot gradedmaintenanceEnables forecasting SKU demand with exponential moving averages, computing safety-stock buffers and reorder points, and generating supplier purchase orders through an MCP JSON-RPC 2.0 interface.MIT
Glama MCP Gateway
Add one secure layer between your agents and this server.