amazon-reorder-planning
Skill0 starsChanged 3 months agoMITView on GitHub
Planejamento de reabastecimento FBA via MCP Titanos — ask_selling_partner_report_analyst + get_inventory. Use para reorder point, safety stock, PO draft e coordenação com Ads (ask_ads_report_analyst).
1 other project uses a version of this, 1 of them edited.
Adopted by
Most recently taken up by
- ferrants/amazon-seller-agent-claude-codeedited, first seen May 17, 2026
Other versions1 project uses a version of this.
Word for word · 0
None found.
Edited · 1
- ferrants/amazon-seller-agent-claude-code★ 872% same
Wrote their own version · 0
None found.
How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.
In this repository24 other files it gives its agents.
- amazon-ads-keyword-target-builderSkill
- amazon-ads-launch-playbookSkill
- amazon-ads-optimizationSkill
- amazon-ads-reports-troubleshootingSkill
- amazon-adsSkill
- amazon-ads-write-recoverySkill
- amazon-competitor-radarSkill
- amazon-dspSkill
- amazon-keyword-intelligenceSkill
- amazon-listing-auditSkill
- amazon-market-entrySkill
- amazon-mining-researchSkill
- amazon-pricing-signalsSkill
- amazon-seller-centralSkill
- amazon-sp-campaign-launcherSkill
- bling-erpSkill
- fba-inventory-risk-dashboardSkill
- listing-create-publishSkill
- olist-tiny-erpSkill
- search-term-harvest-dashboardSkill
- super-listing-powerSkill
- titanos-ads-quickstartSkill
- titanos-mcp-setupSkill
- wasted-ad-spend-dashboardSkill
The file
We split this skill into the rules it gives an agent
3 rules. About 0 are common, 3 are distinctive, and 0 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈3
Distinctive · estimate
This author's own choices. Worth a look.
0
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 11
Use this skill when the user:
- Distinctive: line 41
If the user hasn't provided any of these, ask up front.
- Distinctive: line 87
When the user wants a draft PO (typically off the back of a reorder plan):
≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Amazon Reorder Planning — MCP Titanos
When to Use This Skill
Use this skill when the user:
- Asks when to reorder FBA inventory
- Wants reorder point, safety stock, or a PO draft
- Needs to coordinate restock with Ads performance
Decisões de recompra a partir de warehouse SP + inventário ao vivo. Seller Central FBA (BR). Vendor: ver nota no skill amazon-seller-central.
Entregável: tabelas/texto (não dashboard). Para visão interativa de risco de estoque, use skill
fba-inventory-risk-dashboard.
Tools
| Tool | Use for |
ask_selling_partner_report_analyst | Headline workhorse. Run rate, days of supply, sell-through, vendor sales, vendor forecast — anything backed by report data. |
get_inventory | Snapshot FBA (fulfillable, inbound working/shipped/receiving, reserved) |
get_listings | SKUs do seller |
list_seller_connections / list_selling_partner_integrations | Passo 1: connection_id + marketplace (BR default). Nunca misturar marketplaces. |
Inputs the user must supply
Reorder math is not derivable from Amazon data alone. Before producing a recommendation, ask the user for:
- Lead time (days) — from PO placement to FBA check-in (or to Amazon receipt for Vendor). Often 30-90 days for international supply chains, 7-30 for domestic / 3PL.
- Target service level / safety stock approach — most users want one of:
- "I want X days of safety stock" (simple buffer)
- "I want a 95% / 97.5% / 99% in-stock probability" (statistical, needs demand variability)
- Reorder horizon — "what should I order this month" vs "what's my reorder schedule for the next 90 days"
- MOQ / case pack (optional) — minimum order quantity from the supplier and the case-pack size. Round recommendations to the nearest MOQ.
- Cost per PO (optional) — only relevant if you're doing EOQ-style optimization to balance ordering cost vs holding cost. Most users don't have this; skip unless asked.
If the user hasn't provided any of these, ask up front. Don't fabricate defaults — wrong defaults waste their cash on the wrong order size.
The math (keep it transparent)
Show the math in your output so the user can audit it. The base reorder model:
lead-time demand = avg daily units * lead time (days)
safety stock = (user's safety target, in units or days)
reorder point = lead-time demand + safety stock
order quantity = (target days of supply * avg daily units) - on-hand - inboundWhere:
avg daily unitscomes fromask_selling_partner_report_analyst— typically a trailing 30-day average; use 60 or 90 days for stable lines, 7-14 for hot/seasonal SKUs. Be explicit about which window you used.on-hand=fulfillabledeget_inventory(FBA).inbound= somar working + shipped + receiving do mesmo tool. Omitirinbound_workingsuperestima risco de ruptura.
State the formulas in the response so the user can sanity-check. A reorder recommendation without visible math is a black box they can't trust with real money.
Common workflows
"What should I reorder this month?" (FBA)
"For account
<X>, list SKUs where (fulfillable + inbound_working + inbound_shipped + inbound_receiving) divided by trailing-30-day avg daily units is less thanlead_time_days + safety_stock_days. For each, return seller SKU, ASIN, fulfillable, working/shipped/receiving inbound (sum these into atotal_inboundcolumn), avg daily (30d), days of cover, and recommended order quantity to bring days of cover up to(lead time + safety stock + target horizon). Sort by days of cover ascending."
Substitute the user's actual lead_time_days, safety_stock_days, and target horizon. Lead with the SKU most at risk.
Vendor Central forecast vs on-hand
For Vendor Central, the relevant question is "does Amazon's forecast exceed what they're holding?" Amazon places POs based on its forecast — the gap is the reorder signal:
"Using
sp_vendor_forecastingandsp_vendor_inventory, find ASINs where Amazon's mean forecast for the next 4 weeks exceedssellableOnHandUnits + openPurchaseOrderUnits. Return asin, mean forecast (4w),sellableOnHandUnits,openPurchaseOrderUnits, gap, andweeksOfCover."
Vendor reorders are pulled by Amazon, not pushed by you — but knowing the gap tells you when to expect the next PO and whether you can fulfill it.
Replenishment + ad coordination
This is the workflow that justifies pairing this skill with the Amazon Ads skills. Don't push spend toward SKUs that are about to stockout — and don't dial back ads on healthy SKUs:
ask_ads_report_analyst(spend por ASIN, 7d) +get_inventory/ analyst FBA para days of supply. Tabelas: Reduzir ads (estoque baixo + spend alto) e Aumentar ads (estoque saudável + spend baixo).
Output should be two short tables: "Pull back / Pause ads" and "Push more ads", each with the supporting numbers.
PO draft
When the user wants a draft PO (typically off the back of a reorder plan):
Render a simple table:
| SKU | ASIN | Cases | Units | Notes |
| ... | ... | ... | ... | "Round-up to MOQ of 200" / "Tight — consider air freight" |
Include a one-line summary of total units and total cases. Don't generate prices unless the user supplied a price list — guessing wholesale cost from retail price is unreliable.
Vendor replenishment timing
Vendor sellers can't push reorders, but they can warn Amazon's planners. If a forecast gap is large enough:
"Show me ASINs where the 4-week forecast exceeds total available inventory by more than 50%. These are candidates for outreach to Amazon's vendor manager — production or shipping needs to ramp before the next PO comes in."
Pitfalls
- Combining marketplaces. Reorder planning is per-marketplace (US != MX != UK). Always confirm which marketplace the user wants. Inventory pooling across marketplaces is rare and the user has to opt in to it.
- Using a single demand window for all SKUs. Stable lines (electronics, household goods) read well at 60-90 days. Hot or seasonal SKUs (gifting, summer goods) need 7-14 day windows so you don't under-order during a ramp.
- Ignoring inbound. A SKU at 5 days of fulfillable supply but 30 days of inbound on the way is fine — don't recommend an emergency reorder. Always net out inbound when computing days of cover.
- Reorder math without lead time. Without a lead time, there's no reorder point. Don't proceed with a default — ask.
- Glossing over the math. Reorder recommendations involve real cash. Show the formulas and the inputs so the user can audit and adjust.
- Assuming Vendor and Seller workflows are the same. Vendor inventory is Amazon's; you don't push reorders, you respond to forecast gaps. Seller inventory is yours; you do push.
Tips
- For new SKUs without 30 days of sales history, lean on the catalog's category run-rate or ask the user for a planning estimate. Don't extrapolate from 5 days of data — you'll either over-order on a launch spike or under-order on a slow start.
- Days of supply lower than lead time means you're already late. Flag these as "express / air freight candidates" so the user knows the standard reorder won't catch the gap.
- Pair with the FBA Inventory Risk Dashboard skill when the user wants to see the at-risk picture before deciding what to reorder. This skill answers "what to do"; that one answers "what's the situation".
- Ad spend coordination is a high-leverage cross-skill move that most agencies miss. If the user has both ads and inventory data flowing, the replenishment + ad coordination workflow consistently surfaces wasted spend and missed budget headroom.
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

