深色模式
为什么用 CrossPilot
CrossPilot 不是又一个「亚马逊数据面板」，也不是又一个「AI 写 Listing 工具」。它想解决的是亚马逊多店卖家最核心的几个焦虑：
看清真实利润、守住数据与合规、让 AI 受控地帮你干活。
我们要解决的四个问题
问题 1：多店数据散，你其实不知道到底赚没赚
多店 / 多站点卖家的数据散在各个后台，想看总账要逐个切换手动加总。更糟的是，后台的「销售额」是虚的——扣完 FBA、佣金、广告、退货、赔付、税，可能根本不赚钱。
CrossPilot 的做法：官方 SP-API 聚合所有店铺进一个驾驶舱，利润真相 把每个 SKU 的真实净利算清楚，口径带版本、能对账。
问题 2：把经营数据交给云端 SaaS = 交出命脉
很多亚马逊工具是云端 SaaS：你的订单、利润、成本、供应商全在它的服务器上。它可以用你的数据做「行业大盘」，你无从知道数据被怎么用了。
CrossPilot 的做法：数据本地化。所有数据落本机 SQLite，SP-API 令牌 / LLM Key 本地 AES-256-GCM 加密，不上传遥测。CrossPilot 架构上就没有把你数据汇进云的通道。见 数据本地化与凭据加密。
问题 3：想让 AI 帮运营，又怕它乱来、怕凭据泄漏
让 AI 帮你优化 PPC、写 Listing、回客服很香，但三个怕：怕它一句话把广告改崩，怕它读走你的经营机密和买家隐私，怕它把 SP-API 令牌带进上下文泄漏。
CrossPilot 的做法：内置 stdio MCP 网关，读写分级——只读放行、写操作强制走「变更计划 → 审批 → 执行 → 审计」；凭据永不进 AI，买家 PII 脱敏；Token 可吊销、变更可回滚。见 MCP 读写分级与 Scoped Token。
问题 4：一次违规操作就可能封号
有些工具靠爬前台、模拟买家、多账号规避来「补数据 / 抢排名」，这些是 Amazon ToS 明令禁止的高危动作，一旦被判定就是封号。
CrossPilot 的做法：只用官方 API（SP-API / Ads API / 官方报表），不爬前台、不模拟买家、不做指纹规避、不批量自动操作后台。合规是卖家的生命线。见 合规护栏。
CrossPilot 适合谁
| 你是 | CrossPilot 给你 |
|---|---|
| 多店 / 多站点卖家 | 一屏看清跨店真实利润与经营健康 |
| 代运营 / 服务商 | 按店隔离、按角色分权、给客户出对账口径 |
| 想用 AI 提效但重视安全的卖家 | 受控的 AI 协作，凭据不泄、改动可控、绝不踩线 |
| 不想把数据交给云的卖家 | 数据全在自己机器上 |
三大差异化
- 数据本地化 — 不上云，经营数据你自己掌握
- AI 原生 — Listing / PPC / 客服自动化，内置 MCP 让 AI 受控驱动
- 合规内建 — 只用官方 API，写操作走审批，从架构上避免踩线