botx402
Inventory reorder plans from SKU sales, stock and lead times. $19 a run, paid by card.
我该使用它吗
质量与安全性
发现（1）
- LOWTool 'validate_inventory_reorder_inputs' name length outside 3-30 range在 validate_inventory_reorder_inputs 中
基于对工具定义和协议合规性的自动分析。
上下文开销
这是每次将服务器的工具加载到模型上下文窗口时所消耗的大致 token 数。数值越高，可用于其他任务的注意力就越少。
安装
一键安装
将以下内容添加到你的 `claude_desktop_config.json` 文件中：
{
"mcpServers": {
"server": {
"url": "https://api.botx402.io/mcp"
}
}
}远程端点
https://api.botx402.io/mcpstreamable-http它能做什么
工具清单
工具（4）
🟢list_bots
List the bots this server can run: what each one does, its price per run, what a run returns, its input schema, and the names of its validate_ and start_ tools. Free and read-only.
输入模式
{
"type": "object",
"properties": {},
"additionalProperties": false
}🟢validate_inventory_reorder_inputs(email, inputs)
Check inputs for Inventory Reorder Snapshot before asking a human to pay. Free; nothing is charged, stored or run. Takes exactly the JSON start_inventory_reorder takes: {"inputs": {...}}, plus "email" if you have it (checked too, optional here). Returns either valid (with a one-line summary of what will be analysed) or every problem found at once, each with its path (e.g. inputs.skus[2].unit_cost) and how to fix it. Fix them all, call again, then call start_inventory_reorder with the same JSON plus the buyer's email. Turns a store's per-SKU sales history, stock on hand, open purchase orders and supplier lead times into a reorder plan: which SKUs to reorder now and how many units (rounded up to MOQ and case pack), which are out of stock or will run out before the next delivery could arrive, which are overstocked or not selling, how much cash is tied up in excess stock, and which SKUs earn the revenue (ABC tiers). It is rule-based and deterministic, computed only from the figures supplied. It is not a forecast: it does not model seasonality, trend or promotions, multiple locations, variant roll-ups, supplier price breaks or margin. It does not connect to Shopify or any other system; the data is sent inline. Inputs: an as_of date, an optional window_days (28 to 365, default 90) that units_sold covers, and 1 to 800 SKUs, each with sku, units_sold, on_hand, unit_price and unit_cost. lead_time_days is needed per SKU or in defaults. The whole request must stay under 200 KB.
输入模式
{
"type": "object",
"properties": {
"email": {
"description": "The buyer's email: Stripe sends the payment receipt there and botx402 emails the results link.",
"format": "email",
"type": "string"
},
"inputs": {
"additionalProperties": false,
"properties": {
"as_of": {
"description": "Last day covered by the sales figures (YYYY-MM-DD). Echoed in the report.",
"format": "date",
"type": "string"
},
"currency": {
"description": "ISO currency code for prices and costs. Display only. Defaults to USD.",
"pattern": "^[A-Z]{3}$",
"type": "string"
},
"defaults": {
"additionalProperties": false,
"description": "Fallbacks for SKUs that do not set their own. lead_time_days is required here unless every SKU sets it.",
"properties": {
"lead_time_days": {
"maximum": 365,
"minimum": 0,
"type": "integer"
},
"safety_days": {
"maximum": 365,
"minimum": 0,
"type": "integer"
},
"target_cover_days": {
"description": "Days of stock an order should cover on top of lead time and safety days. Defaults to 30.",
"maximum": 365,
"minimum": 1,
"type": "integer"
}
},
"type": "object"
},
"skus": {
"items": {
"additionalProperties": false,
"properties": {
"days_out_of_stock": {
"description": "Days in the window the SKU had no stock. Missing means 0. Cannot exceed window_days.",
"maximum": 365,
"minimum": 0,
"type": "integer"
},
"lead_time_days": {
"maximum": 365,
"minimum": 0,
"type": "integer"
},
"moq": {
"description": "Minimum order quantity. An order below it is raised to it.",
"maximum": 1000000000,
"minimum": 1,
"type": "integer"
},
"on_hand": {
"maximum": 1000000000,
"minimum": 0,
"type": "integer"
},
"on_order": {
"description": "Units on open purchase orders. Assumed to arrive after lead_time_days.",
"maximum": 1000000000,
"minimum": 0,
"type": "integer"
},
"order_multiple": {
"description": "Case pack. Order quantities are rounded up to a multiple of it.",
"maximum": 1000000000,
"minimum": 1,
"type": "integer"
},
"safety_days": {
"maximum": 365,
"minimum": 0,
"type": "integer"
},
"sku": {
"maxLength": 64,
"minLength": 1,
"type": "string"
},
"target_cover_days": {
"maximum": 365,
"minimum": 1,
"type": "integer"
},
"title": {
"maxLength": 200,
"type": "string"
},
"unit_cost": {
"minimum": 0,
"type": "number"
},
"unit_price": {
"minimum": 0,
"type": "number"
},
"units_sold": {
"description": "Net units sold in the window (after returns).",
"maximum": 1000000000,
"minimum": 0,
"type": "integer"
}
},
"required": [
"sku",
"units_sold",
"on_hand",
"unit_price",
"unit_cost"
],
"type": "object"
},
"maxItems": 800,
"minItems": 1,
"type": "array"
},
"window_days": {
"description": "Days of sales history the units_sold figures cover. Defaults to 90 when omitted.",
"maximum": 365,
"minimum": 28,
"type": "integer"
}
},
"required": [
"as_of",
"skus"
],
"type": "object"
}
},
"required": [
"inputs"
],
"additionalProperties": false
}🟢start_inventory_reorder(email, inputs)
Start a paid Inventory Reorder Snapshot run ($19.00 per run). This tool never charges anyone; it returns a Stripe checkout link that a person opens and pays. It creates the checkout and returns the link with a receipt_id and access_token. Nothing runs until the person pays on Stripe's page. Show the user the link and the price and ask them to pay; then call get_run with the receipt_id and access_token. Results are also emailed to the address given. Takes the same JSON as validate_inventory_reorder_inputs ({"inputs": {...}, "email": "..."}); run validate_inventory_reorder_inputs first, since invalid inputs are rejected here too. Each call creates a new checkout, so do not retry a call that succeeded. Returns: A PDF report and a JSON plan: one row per SKU (status, order quantity, days of cover, cash tied up) plus summary totals. Turns a store's per-SKU sales history, stock on hand, open purchase orders and supplier lead times into a reorder plan: which SKUs to reorder now and how many units (rounded up to MOQ and case pack), which are out of stock or will run out before the next delivery could arrive, which are overstocked or not selling, how much cash is tied up in excess stock, and which SKUs earn the revenue (ABC tiers). It is rule-based and deterministic, computed only from the figures supplied. It is not a forecast: it does not model seasonality, trend or promotions, multiple locations, variant roll-ups, supplier price breaks or margin. It does not connect to Shopify or any other system; the data is sent inline. Inputs: an as_of date, an optional window_days (28 to 365, default 90) that units_sold covers, and 1 to 800 SKUs, each with sku, units_sold, on_hand, unit_price and unit_cost. lead_time_days is needed per SKU or in defaults. The whole request must stay under 200 KB.
输入模式
{
"type": "object",
"properties": {
"email": {
"description": "The buyer's email: Stripe sends the payment receipt there and botx402 emails the results link.",
"format": "email",
"type": "string"
},
"inputs": {
"additionalProperties": false,
"properties": {
"as_of": {
"description": "Last day covered by the sales figures (YYYY-MM-DD). Echoed in the report.",
"format": "date",
"type": "string"
},
"currency": {
"description": "ISO currency code for prices and costs. Display only. Defaults to USD.",
"pattern": "^[A-Z]{3}$",
"type": "string"
},
"defaults": {
"additionalProperties": false,
"description": "Fallbacks for SKUs that do not set their own. lead_time_days is required here unless every SKU sets it.",
"properties": {
"lead_time_days": {
"maximum": 365,
"minimum": 0,
"type": "integer"
},
"safety_days": {
"maximum": 365,
"minimum": 0,
"type": "integer"
},
"target_cover_days": {
"description": "Days of stock an order should cover on top of lead time and safety days. Defaults to 30.",
"maximum": 365,
"minimum": 1,
"type": "integer"
}
},
"type": "object"
},
"skus": {
"items": {
"additionalProperties": false,
"properties": {
"days_out_of_stock": {
"description": "Days in the window the SKU had no stock. Missing means 0. Cannot exceed window_days.",
"maximum": 365,
"minimum": 0,
"type": "integer"
},
"lead_time_days": {
"maximum": 365,
"minimum": 0,
"type": "integer"
},
"moq": {
"description": "Minimum order quantity. An order below it is raised to it.",
"maximum": 1000000000,
"minimum": 1,
"type": "integer"
},
"on_hand": {
"maximum": 1000000000,
"minimum": 0,
"type": "integer"
},
"on_order": {
"description": "Units on open purchase orders. Assumed to arrive after lead_time_days.",
"maximum": 1000000000,
"minimum": 0,
"type": "integer"
},
"order_multiple": {
"description": "Case pack. Order quantities are rounded up to a multiple of it.",
"maximum": 1000000000,
"minimum": 1,
"type": "integer"
},
"safety_days": {
"maximum": 365,
"minimum": 0,
"type": "integer"
},
"sku": {
"maxLength": 64,
"minLength": 1,
"type": "string"
},
"target_cover_days": {
"maximum": 365,
"minimum": 1,
"type": "integer"
},
"title": {
"maxLength": 200,
"type": "string"
},
"unit_cost": {
"minimum": 0,
"type": "number"
},
"unit_price": {
"minimum": 0,
"type": "number"
},
"units_sold": {
"description": "Net units sold in the window (after returns).",
"maximum": 1000000000,
"minimum": 0,
"type": "integer"
}
},
"required": [
"sku",
"units_sold",
"on_hand",
"unit_price",
"unit_cost"
],
"type": "object"
},
"maxItems": 800,
"minItems": 1,
"type": "array"
},
"window_days": {
"description": "Days of sales history the units_sold figures cover. Defaults to 90 when omitted.",
"maximum": 365,
"minimum": 28,
"type": "integer"
}
},
"required": [
"as_of",
"skus"
],
"type": "object"
}
},
"required": [
"inputs",
"email"
],
"additionalProperties": false
}🟢get_run(access_token, receipt_id)
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.
输入模式
{
"type": "object",
"properties": {
"access_token": {
"description": "access_token from start_<bot>.",
"type": "string"
},
"receipt_id": {
"description": "receipt_id from start_<bot>, like RG-202610-1A2B3C4D.",
"type": "string"
}
},
"required": [
"receipt_id",
"access_token"
],
"additionalProperties": false
}社区
证据