同一套接口

SellerSheet 只有一套工具，共 400 多个，通过三种方式到达你手中，各有分工：

1. AI 在对话中调用的 MCP 工具——通过 https://sellersheetai.com/mcp。工作在这里完成：AI 读取、判断、询问你、然后执行。见连接 AI 客户端。
2. 你的代码调用的 Tool API 接口——POST https://api.sellersheetai.com/api/v1/tools/{tool}。AI 基于它搭建的看板或审批页面是实时的：数字会更新，按钮直接作用于亚马逊。抢先体验——见从代码调用。
3. Google 表格插件背后的引擎，团队在这里批量编辑、保留记录。见插件文档。

在 MCP 和 Tool API 上，同一个工具的名称、参数和结果都相同：AI 今天在对话里发起的调用，你的代码明天就能照做（表格插件则根据表格中的行执行同样的操作）：

{
  "name": "orders_searchOrders",
  "arguments": {
    "store": "myStore-US",
    "created_after": "2026-10-01T00:00:00Z"
  }
}

curl -X POST https://api.sellersheetai.com/api/v1/tools/orders_searchOrders \
  -H "Authorization: Bearer $SELLERSHEET_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{"store":"myStore-US","created_after":"2026-10-01T00:00:00Z"}'

每次调用的共同点Copy Anchor Link

• 同一个店铺参数。 店铺类工具接受 store，即取自 get_user_context 的标识，例如 myStore-US——见店铺标识。
• 同一种返回结构。 notification、data、human_action——见返回与错误。
• 同一种翻页方式。 传入令牌、返回令牌，由 AI 或你的循环再次调用——见分页。
• 每个工具一个标签。 只读、写入或破坏性，写权限按店铺授予——见只读、写入与破坏性。
• 沿用厂商自己的名称。 封装单个亚马逊操作的工具使用亚马逊的名称，例如 orders_getOrder 或 fbaInbound_listPlacementOptions；跨多个操作的 SellerSheet 流程保留所属接口的前缀，后接小写下划线名称，例如 fbaInbound_create_sta_sheet。
• 规则写在 schema 里。 亚马逊规范中的可选值、范围和格式都写在每个工具的输入 schema 里，错误的值在到达亚马逊之前就会被拒绝。

下一步Copy Anchor Link

• 工作流——每页一件事，FBA 优先。
• 工具参考——每个工具的参数和现成的调用示例。