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
}社群
證據