博客文章

PurpleMark 的多账号管理、浏览器环境隔离、代理配置和团队协作指南。

多账号管理系统的设备抽象层：四类核心字段

做多账号管理系统，最早该定下来的不是界面，而是设备这一层的字段与生命周期。抽象做错，账号一多、设备类型一变，上层功能就得整体返工，改起来是连锁的。

N 个工具接给 M 个模型，过去要写 N 乘 M 套适配代码。MCP 协议把工具侧和模型侧各自解开，双方各实现一次就能互通。这里讲它的设计取舍、在浏览器环境与页面动作上的抽象，以及现阶段还没解决的部分。

把浏览器操作交给 MCP 之后，工作流会变成什么样，代码里哪些部分消失了。记录分工怎么划、最容易卡住的四处配置问题，以及卡住时按什么顺序排查。

把 AI 工具接进跨境运营，常见做法是堆工具，结果是每个环节都要手动衔接。按选品、素材、客服、数据分析四个环节分工，再把账号与环境拆开，整体会稳很多。

现成的 MCP Server 只暴露原语，业务动作要自己串，Agent 每次都得重新拼一遍步骤。用 Flask 搭一层薄适配层，把工具声明、请求路由、执行返回和错误语义收在一处。

Agent 负责决策、Playwright 负责操作，环境这一层常常没人管。采集任务长期跑下来，失败基本都集中在这里。

从版本确认、凭证管理到服务注册与连通性验证，把 MCP Server 接入浏览器自动化环境的流程走一遍，并给出工具列表为空、鉴权失败、连接超时这几类问题的排查顺序。

Shopify 把建站的技术难度压得很低，但后台里的选项一个没配对，上线后就是麻烦。按后台模块过一遍域名、主题、商品、支付、物流、税费与 SEO 的具体配置。

问速卖通开店要多少钱，答案常常只有三个字：看类目。这里把费用拆成佣金、交易与支付、物流与仓储、其他支出四块，讲清构成逻辑和估算次序。

TEMU 的入驻更接近成为平台的供货方，而不是自己开店运营。这里说清三类主体各要交什么材料、全托管与半托管怎么分工，以及从提交审核到上架备货的次序。

Ozon 卖家后台各模块的用途与操作路径、FBO 与 FBS 两种物流方案怎么选，以及新手在资料准备、库存同步和属性填写上最容易踩的坑。

全托管把定价、内容、流量和履约交给平台，卖家只保留供货与备货。这条线画在哪里、哪些卖家更合适、入驻要过哪几道关、结算为什么比自运营慢，都按分工来讲。