tool4seller-mcp

The resource+action naming and extremely detailed descriptions make nearly every tool distinguishable, and the prepare/confirm/apply triad is explicitly documented as a staged workflow rather than a redundancy. However, there are real overlap clusters: query_sales / query_sales_traffic / query_sales_orders, three different 'search terms' tools (ABA, ASIN, advertising), and diagnosis tools (diagnose_sales_change, diagnose_profit_anomaly, diagnose_ad_efficiency, inventory_risk_review) that substantially duplicate the query_* reporting tools. An agent must read long descriptions carefully to avoid misselection in those families.

Almost the entire surface follows a strict verb_noun convention (prepare_*, apply_*, query_*, list_*, get_*, diagnose_*, confirm/cancel/continue_workflow_*), with resource nouns matching across prepare and apply pairs. The lone outlier is inventory_risk_review, which drops the verb prefix and breaks the pattern slightly.

72 tools is far beyond a manageable surface; even with a genuinely broad domain (ads, listings, keyword rank, analytics, inventory), the prepare/apply pairing multiplies 12 advertising operations into 24 tools plus four separate keyword-rank prepare/apply pairs. Many read-only report tools and diagnosis tools could be consolidated into fewer parameterized tools, so the count creates real selection overhead rather than proportionate capability.

Coverage is unusually deep: full lifecycle for campaigns, ad groups, ads, targeting, portfolios, keyword-rank tracking, and product listing edits, plus sales/profit/advertising/traffic reporting, inventory, ABA, search terms, orders, shipments, and account/quota context. Minor gaps remain, such as no portfolio state/archive operation (only name and budget changes) and no write path for review-rating tracking.