一家电商卖家，在拼多多、淘宝、抖音、京东一共开了九家店。他要的是一整条链：选品、上架、投流、客服、进销存、回款、结算、利润，全部打通。按这个设想，客服交给 AI，新品由系统自己上。他手上还没有任何平台接口，想法是能接的都接上、全部自动。
这个想法本身没错，只是接口由平台开放，不由开发商决定。这四个平台的开放能力，我们此前陆续查过；这次没急着报价，按他的店和环节逐格对了一遍：每一格先填官方接口，填不进再写别的路。表填完，结果很清楚：客服那一列，淘宝、拼多多的官方接口都填不进；上架那一列，淘宝的发布接口只对天猫商家开放。客服和上架这两件，恰恰是官方开放接口里最难找到的两样。
四个平台，门开在哪、关在哪
淘宝的上架。 商品发布类接口要「天猫商家自研」资质。官方文档写明只限有开发能力的天猫卖家，淘宝集市卖家不支持接入；天猫商家要用，也得交软件著作权证书、自研源代码片段和架构说明，过准入审核。集市店，也就是常说的 C 店，从起点就走不通。
淘宝的客服。 旺旺聊天记录相关的 6 个接口，2021 年已全部下线；替代它的聊天消息服务，公告写明暂不支持新用户申请。现在开着的，只是发货、补发、改地址这类固定场景的单向消息卡片，不是双向聊天。
拼多多的客服。 开放平台公开的 27 个分类、287 个接口，订单、售后、物流、商品、财务都在，没有一个是收发买家消息的。名字里带「消息」的服务，推送的是订单、售后这类业务事件，不是买家咨询；服务市场里和客服沾边的类目，只有人工坐席的「客服外包」。这是公开文档的口径，不排除对特定服务商定向开放，但普通开发者找不到申请入口。
抖音和京东的客服。 各有客服接口可以申请，但只给自家店用的系统能不能批下来，我们还没实际验证过，签约前说不准。
反过来看，订单、库存、回款这一侧，四个平台都找得到正门：拼多多、抖音、京东各有开放平台的自用型应用；淘宝的订单接口要求部署在聚石塔，账单走支付宝开放平台的商家账单接口。
一个不对称，本身就是答案
这件事在闲鱼上看得最清楚。有一家做闲鱼卖家工具的厂商，自动发货是纯网页应用，自动回复却要另装客户端，还得一直开着。
原因不在技术水平。闲鱼的开放平台里，订单有接口，做成网页应用、由服务器调用即可；聊天没有接口，消息走一条长连接，只有一直登着卖家自己的账号、保持在线的程序（客户端，或一直开着的网页）才收得到、发得出，程序一掉线，自动回复就停了。所以同一家的工具，一半是网页、一半必须装客户端：门开没开，一眼可见。
看起来能做的，也要拆开看。有的工具界面上带着「上架」「下架」按钮，但按钮改的可能只是它自己库里的状态，并不推到店铺。判断一个工具能不能上架，要看它有没有调用平台的写入接口。按钮在，不等于通道在。
我们现在的规矩
- 报价前逐平台查开放能力。 先查平台文档，再看第三方工具和开源项目怎么说；顺序反了，容易把一个按钮当成通道。
- 按平台、按环节写死三级路线：官方接口 → ERP 接口 → RPA 模拟人工。 比如淘宝订单：官方路线要部署聚石塔，不通换 ERP 接口，再不通模拟人工导出；淘宝客服接口已下线，就做成千牛多店聚合、AI 出草稿、人来点发送的半自动。
- 甲方条件一条条写进方案。 各开放平台的入驻、聚石塔、ERP 订阅、大模型和云服务器费用，还有一台常开的 Windows 电脑做执行机。少一条，那一路就跑不起来。
- 没把握的接口，写明什么时候申、申不下来怎么走。 抖音、京东的客服接口，签约后第一周就去申请，批下来走接口，批不下来直接改走 RPA。
- 「路线切换不加价，只顺延工期」写进报价单。 三条路的工作量已算在价里，平台规则带来的降级，不成为重新谈价的理由。
- 淘宝客服改全自动发送，须甲方书面确认。 模拟人工回买家消息，风险落在店铺账号上，该由店主来定。
准入问题，不是技术问题
这位卖家最后决定分期：一期先做客服、进销存、回款，每一块在四个平台上走哪条路、甲方备什么条件，都配好了；其余放到后面再谈。
放回老板的视角：AI 客服也好，自动上架也好，平台开了门，技术负责把活干快、干稳；门没开，就只能另找路走，多一台常开的电脑、多一段工期、多一份账号上的小心。能自动到几分，写第一行代码之前，各平台的开放规则就已定下大半。
门开不开，平台说了算；绕路的代价，要在报价单上写明。