如果你每天要在淘宝后台、抖店、生意参谋之间来回切换，把数据抄进 Excel 再让 AI 写结论，中间有大量时间花在"点菜单、找报表、等页面刷新"上，而不是花在判断上。达比（dabi）针对的正是这一段：它是装在 Windows 桌面上的电商 AI 工具，不只跟你聊天，还能直接在你的店铺后台里读数据、点按钮、导出订单。
值得花时间了解它的理由有三个。一是它把"操作某个电商后台"这件事做成了可下载、可更新、按网址自动生效的技能包，而不是写死在软件里——这是它和普通 AI 桌面端最不一样的地方。二是能力覆盖有实打实的量：17 套站点包、171 个页面、643 项可调用能力，覆盖抖店、罗盘、万相台、生意参谋、千牛、淘宝天猫、京东、拼多多等。三是安全设计被写进了产品契约，而不是靠提示词约束。
下面按"它是什么 → 怎么搭的 → 能干什么 → 对运营有什么用 → 和别的方案比 → 什么时候别用"的顺序拆一遍。关于能力数量与架构细节，本文基于本地安装包的运行时行为实测与官方包加载结果，不是厂商文档的转述。
一、它到底是什么
1.1 一台"电商专用的 AI 电脑"
达比 3.0.18 是一款闭源商业软件，运行在 Windows 桌面端。装好打开后你看到的是聊天窗口，聊天窗口旁边挂着一个内嵌浏览器：你照常在里面登录店铺后台，AI 在同一个页面里干活。真正承担电商工作的，是 17 套站点工具包，分别对应淘宝天猫、抖店、生意参谋、千牛、万相台、拼多多、京东、1688、小红书、抖音、DMP、BI、CRM 这些站点。
所以更准确的说法不是"给开源 AI 套了个壳"，而是三样东西叠在一起：一颗开源的 AI 内核（用的是 OpenClaw 原版）、一套自研的桌面外壳、一整套电商站点能力包。
| 层 | 是什么 | 谁做的 |
|---|---|---|
| 内核 | AI 大脑：对话、推理、记忆、技能调度、工具调用 | 开源的 OpenClaw 原版，基本没改 |
| 外壳 | 用户看到的桌面软件：窗口、按钮、设置页、托盘、内嵌浏览器 | 自研（Electron，主程序约 4.6 MB，326 个内部接口） |
| 业务 | 17 套电商站点工具包，643 项可调用能力 | 自研，也是这款产品真正的商业价值所在 |
1.2 谁适合用它，什么时候最值钱
适合的场景有三个特征：需要重复执行固定动作（导出、巡检、对账、改价）、需要在多个平台后台之间来回搬数据、并且流程本身可以先写清楚。
值得留意的反面场景也很明确。如果你只是偶尔问个问题、拿不到任何后台的操作权限、或者手上的活每次都不一样且高度依赖临场判断，那这套东西的收益会很低——它的价值来自重复，不来自聪明。
1.3 和"通用 AI 助手"的差别在哪
| 对比项 | 通用 AI 助手 | 达比 |
|---|---|---|
| 输出形态 | 文字、代码、建议 | 页面上的实际动作：读数、点击、导出 |
| 电商后台 | 需要人把数据贴进去 | AI 直接在登录态页面里操作 |
| 能力来源 | 通用工具 | 17 套站点专用包，643 项 |
| 安全边界 | 提示词约定 | 工具契约里显式声明敏感字段不可返回 |
| 多店铺 | 一般没有 | 一店一个独立浏览器身份 |
二、它是怎么搭起来的
2.1 三层结构：大脑、外壳、工具箱
拆开看三层各自的归属很清晰。
| 层 | 是什么 | 归属 | 改动程度 |
|---|---|---|---|
| 内核 | 对话、推理、记忆、技能调度、工具调用 | 开源 OpenClaw 原版 | 基本没改，没有针对电商业务的二次开发痕迹 |
| 外壳 | 窗口、按钮、设置页、托盘、内嵌浏览器、文件预览、OCR、表格 | 自研 Electron 应用 | 全部自研，主要工作量在这 |
| 业务 | 17 套站点工具包、643 项能力 | 自研 | 全部自研，商业价值也在这 |
这个归属划分说明了什么：AI 本身是开源白送的，任何人都能免费用；能把"如何安全操作某个电商后台"做成产品，才是这款软件的门槛所在。
2.2 用一个比喻讲明白
把内核比作发动机，自研的部分就是整车：
┌──────────────────────────────────────────────┐
│ 桌面外壳 │
│ 聊天界面 │ 内嵌浏览器 │ 文件预览/OCR/表格 │
│ │ │ │ │
│ ┌──▼────────▼──────────▼─────────────────┐ │
│ │ 电商站点工具包（17 套，按网址自动挂载） │ │
│ │ 淘宝 · 抖店 · 拼多多 · 京东 · 小红书 … │ │
│ └──────────────────┬──────────────────────┘ │
│ │ │
│ ┌──────────────────▼──────────────────────┐ │
│ │ OpenClaw 内核（开源原版） │ │
│ │ 对话 · 推理 · 技能 · 工具调用 · 记忆 │ │
│ └─────────────────────────────────────────┘ │
└──────────────────────────────────────────────┘2.3 AI 怎么"看见"你登录的网站
靠两个东西配合。
一是内嵌浏览器。软件自带一个 Chromium 浏览器，挂在聊天窗口旁边的侧边栏里。你在上面正常登录店铺后台，AI 在同一个页面里工作——所以 AI 天然带着你的登录身份，你不需要把账号密码交给 AI，也不需要把 Cookie 导出给它。
二是站点工具包。每个电商站点有一套具体动作（查商品列表、改价格、导出订单这类），以插件包形式独立发布。软件内置一张注册表，写明"什么网址该配哪套工具"，打开淘宝就挂淘宝那套，打开抖店就换成抖店那套。
2.4 知识不写死在代码里
每个工具包里还带一份站点说明书：怎么翻页、按钮叫什么、报表在哪个菜单下。AI 读说明书加工具清单，就知道在生意参谋后台怎么找昨天的成交数据。
这个设计的价值在维护成本。后台改版时，改说明书就行，不用去改代码里那些硬编码的点击路径。做过电商后台对接的人都知道，后台改版是常态，写死的路径每隔一段时间就会失效。
三、站点工具包：最值得学的一环
3.1 一个工具包里装了什么
每个包自带版本号、依赖声明和那份站点说明书，可以独立发布、独立更新，不需要整个软件跟着升。
3.2 按网址自动挂载
工具不是全局生效的，而是按网址匹配。比如打开 databank.tmall.com，优先用的是"天猫数据银行"那套工具，而不是通用的淘宝工具。谁优先由注册表说了算，不是由代码写死决定。
这一点对多后台并存的场景很关键——同一个软件里同时开淘系、生意参谋、抖店后台，各自该用哪套工具是自动判定的。
3.3 分发方式接近应用商店
包从云端仓库下载，带哈希校验、安全解压，按渠道区分稳定版和测试版。装错了可以回滚。
3.4 工具契约与敏感字段边界
每个工具附一份契约，用统一表格描述参数、用途，并且显式声明哪些东西不许返回给 AI——店铺标识、Cookie、浏览器配置、隔离分区，一律不允许出现在工具返回值里。
这条比"代码里注意别返回"要硬得多。前者靠自觉，后者是可被检查的约定。
四、643 项能力具体覆盖了什么
17 套包、171 个页面、643 项可调用能力。这个数字听着抽象，拆开看分布更实在：
| 覆盖对象 | 包 | 能力数 |
|---|---|---|
| 抖店罗盘 | doudian-compass | 156 |
| 抖店 | doudian | 107 |
| 万相台 | wxt | 97 |
| 淘宝天猫 | taobao | 30 |
| 抖音 | douyin | 30 |
| BI 系统 | bi | 27 |
| 1688 | 1688 | 23 |
| DMP | dmp | 20 |
| 京东 | jd | 16 |
| 拼多多 | pddmms | 15 |
| 生意参谋 | sycm | 13 |
| 千牛 | qianniu | 10 |
| 小红书 | xhs | 9 |
| Amazon | amazon | 18 |
| 边界 CRM | crm | 5 |
| 天猫数据银行 / 淘宝客 | databank / txsale | 仅数据查询 |
4.1 抖店系是投入最重的部分
抖店和抖店罗盘加起来 263 项，占了全部能力的四成多。罗盘是抖店的数据后台，看流量、看商品表现、看直播数据的地方，能力密度高说明这块被认真做过。
4.2 淘系覆盖是完整的
淘系这边不只是一个淘宝包，而是按后台拆开的：淘宝天猫 30 项、生意参谋 13 项、千牛 10 项、天猫数据银行和淘宝客只做数据查询。生意参谋和千牛单独立包，正好对应了它们在注册表里独立挂载的优先级——这不是简单地把淘宝能力复制一份。
4.3 长尾平台也有基本盘
拼多多 15 项、京东 16 项、1688 23 项、小红书 9 项、抖音 30 项，每个平台至少覆盖了日常够用的那部分。Amazon 18 项。
4.4 私域数据也接进来了
边界 CRM、企业 BI、DMP 人群包都被接进了工具体系，商家自己的数据，AI 能直接查。
4.5 这些是动作，不是目录
关键区别在于：643 项不是一份可以浏览的清单，每一项都是能真正执行的动作——点、填、翻页、导出、监控页面变化。
五、安全设计：写操作是被管着的
电商后台的写操作有真实业务后果，改错一个价格、上一架错一个 SKU 都是真金白银。这套软件在安全上的处理分几层。
5.1 敏感字段不进 AI 的视野
店铺标识、Cookie、浏览器配置、隔离分区，这些东西在工具契约里被显式列为不可返回项。AI 能拿到结果，拿不到原始凭据。
5.2 选店铺必须走单独的确认步骤
上架类工具明确规定：只返回店铺公开摘要，选哪一家店必须走另一个专门的确认流程。也就是把"AI 不能自己乱选店"写进了产品契约，而不是指望模型自觉。
5.3 店铺登录态分区管理
每家店一套独立的浏览器身份（profile / 隔离分区），互不串号：A 店登录不影响 B 店，Cookie 落盘，重启还在。电商从业者普遍是多账号运营，这几乎是刚需。
六、一个窗口里塞进了多少东西
6.1 融合清单
桌面端的"桌面端"三个字，含义就在这张表里：
| 融进来的东西 | 在里面扮演什么角色 | 像哪个现成软件 |
|---|---|---|
| 完整浏览器 | AI 的工作台，带书签、密码、历史、下载 | Chrome / Edge |
| 邮件客户端 | 独立后台进程收发信 | Outlook / Foxmail |
| 办公文档预览器 | PDF、Word、PPT、Excel、PSD 直接看 | WPS / Office / Adobe |
| OCR | 侧边栏里识别图片文字 | 各家 OCR 工具 |
| 表格与数据分析 | 列式数据库、Excel 扩展、自研数据库接口 | Excel / Tableau 轻量版 |
| 社媒发布器 | 抖音、快手、小红书、公众号一键发文 | 平台官方后台 + 群控工具 |
| 媒体与脚本运行时 | 内置图像处理、视频处理、Python、Node | Python 环境 / FFmpeg |
| 应用商店 | 站点工具包下载、校验、灰度、回滚 | 手机应用商店 |
| 团队协作 | 成员体系、文件库、会话分享 | 飞书 / 企业微信轻量版 |
| 遥测与崩溃上报 | 异常自动上报 | Sentry |
| 浏览器插件注入 | 往网页里插自己的助手脚本 | 油猴脚本 / Chrome 扩展 |
6.2 内嵌浏览器与侧边栏工作台
不是"AI 帮你截图"，而是你和 AI 共用一个真实浏览器——你看着它操作，随时可以接管。书签、密码、历史、下载、私密浏览、跨设备同步都保留着。这是这类软件体量最大的外壳资产。
6.3 社媒发布脚本与拟人化参数
抖音、快手、小红书、公众号的发布流程做成声明式脚本，像填表格一样配置。里面有两个设计挺值得注意。
一个是拟人化做成了可调参数：打字速度、误码率、额外停顿比例。平台的风控会看行为节奏，这些参数就是用来调这个节奏的。
另一个是幂等窗口：同一条内容 5 分钟内不重复发。自动化最怕的就是网络抖动重试导致重复投稿，一个幂等窗口能挡掉这类事故。
6.4 内置业务包：淘宝商品上架
整套上架流程单独打包，SKU 解析放到独立后台线程做，还带版本化的工具契约 v2。SKU 解析放后台线程是必要的——一件衣服几十个 SKU，解析是重活，放前台会把界面卡住。
6.5 会话分享、技能目录与技能分享
把一次对话打包成可发布、可撤销的链接；把技能做成目录供浏览、供分享。"可撤销"这个细节值得记一笔——分享出去的链接能收回，比只能永久有效的分享安全得多。
6.6 多形态文件预览、画布与表格运行时
PDF、Word、PPT、Excel、PSD 都能在软件里直接预览，侧边栏自带表格引擎和 OCR，不用另外打开 Office。运营日常要处理的商详图、详情页长图、报表表格，基本都能在这里看。
七、电商从业者拿它能干什么
7.1 日常巡店与取数
生意参谋、罗盘、后台报表这类数据密集的地方，是这类工具最直接的用武之地。以前要登录、找菜单、导 Excel、复制给 AI；现在可以让 AI 自己去读，读完直接给结论。
7.2 多平台内容发布
抖音、快手、小红书、公众号四套发布流程都在里面，配上拟人化参数和幂等窗口，适合做日更或者矩阵号的内容分发。
7.3 多店铺并行操作
一店一个隔离登录态的特性，在多账号运营场景下省掉的是反复切换和串号的心智负担。做多店代运营的团队，这条价值会被放大。
7.4 私域数据与复盘
CRM、BI、DMP 的人群包接进来之后，AI 能查的不只是店铺公开数据，还有自己的私域资产。复盘时让它对着 BI 和 CRM 做交叉分析，比人工拉几张表再拼要快。
7.5 上手前要准备什么
有三点建议先想清楚：一是要有稳定的店铺账号和清晰的账号权限边界；二是手上得有一两条已经跑顺的固定流程，才有值得交给它的活；三是团队里得有人先熟悉它，因为写操作需要有人盯着首次执行。
八、跟几类常见方案比一比
选型的时候，参照系往往比产品介绍更有用。
| 方案 | 能力边界 | 适合谁 | 主要代价 |
|---|---|---|---|
| 通用 AI 助手 | 会聊天会写不会操作后台 | 需要文案、分析、答疑的运营 | 每次都要人搬运数据 |
| 浏览器插件 / 油猴脚本 | 单站点、单流程定制 | 只做一件固定事 | 每换一个站点就重写一次 |
| RPA / 录制式流程 | 能点能填，但不理解上下文 | 流程极固定、跨系统少的场景 | 后台一改版就断 |
| 达比这类电商 AI 桌面端 | 站点专用包 + 多店身份 + 安全护栏 | 多平台、多店铺、重运营的团队 | 闭源、Windows 限定、按站点包覆盖度决定上限 |
差别最明显的地方在"理解上下文"。录制式脚本只认固定路径，后台改版就失效；达比这一类工具靠站点说明书和工具包把站点知识放在包里，同一份知识可以被多个流程复用。
8.1 什么场景下通用 AI 助手就够用
如果你的日常是写文案、做选品分析、回用户消息，数据本来就在 Excel 里手上，那通用 AI 助手加一个表格工具就够，不必引入更重的桌面端。多引入一层工具，就多一处要维护、要授权、要出故障的地方。
8.2 什么场景下必须往桌面端走
当动作发生在店铺后台里——查数据、改价格、上架商品、导出订单——而你需要的是"AI 自己去点"，通用助手就顶不上去了。这是两种工具的分界线。
九、这套设计里最值得借鉴的地方
如果你要选型同类产品，或者在设计自己的同类系统，下面几条是这份拆解里最有复用价值的部分。
9.1 把站点知识做成可更新的包
站点说明书和工具清单放在包里而不是代码里，后台改版只改包不重写系统。这让"适配一个新站点"从一次开发变成一次发布。
9.2 按网址挂载，用注册表决定优先级
同一家公司不同后台用不同工具（淘宝、天猫数据银行、生意参谋、千牛各是一套），靠注册表描述匹配关系，而不是靠调用方自己判断该调哪套。
9.3 把敏感边界写进契约
"哪些字段不许返回给 AI"写进工具契约，成为可检查的约定，而不是靠开发时的自觉。这条是这类产品能不能放心放权的前提。
9.4 写操作默认要人点头
选店铺走独立确认步骤、脚本带幂等窗口、分享链接可撤销——这些设计都指向同一个取向：AI 可以动手，但动手的范围由人先划好。
9.5 一店一个登录态
多店铺场景下的基础设施。这一条做对了，多账号运营的体验就完全不同；做错了，串号就是事故。
十、几点局限和使用提醒
10.1 闭源商业软件，模型选择受限于厂商
内核用的是什么模型、能不能换成自己的模型或本地部署，由厂商决定。实测这一点上它是白名单式可选，不能自由指定。如果你的合规要求需要模型可替换，这一条要先确认。
10.2 能力上限由站点包决定
643 项能力集中在抖店系、淘系、BI 这些重点后台。长尾站点覆盖有限，能不能用先查包列表。
10.3 平台侧的反爬与风控是现实约束
平台对自动化操作有各自的识别和拦截策略，这部分不由软件控制。具体站点能不能跑通，要在真机上验。
10.4 写操作前先想清楚授权边界
给 AI 店铺后台的操作权限，等于给了一个能改价、能上架的程序。首次执行、批量执行、涉及金额的操作，建议保持人在场。
10.5 Windows 限定
目前是 Windows 桌面端，Mac 或 Linux 用户暂时没有对应形态。
十一、术语对照表
给非技术读者快速对照：
| 术语 | 大白话 |
|---|---|
| OpenClaw | 开源的 AI 内核，负责会思考、会调用工具。免费、公版 |
| 外壳 / Electron | 套在内核外面的桌面程序，用户真正看到和操作的部分 |
| 内嵌浏览器 | 装在软件里的浏览器窗口，AI 在里面操作你已登录的网站 |
| 站点工具包 | 某个电商网站的操作说明书加工具，可下载、可更新、按网址自动生效 |
| 注册表 | 一张表，写明哪个网址配哪套包、谁优先 |
| 工具契约 | 每个工具的参数与用途说明，同时声明哪些数据不许返回给 AI |
| MCP | 让 AI 能隔着窗口调用外部工具的一套标准接口 |
| 能力目录 | 一个包能做的所有事的清单，这里实测 643 项 |
| 护栏 | AI 想动网页时先问人同不同意的那道闸 |
| 白名单 | 已获准的名单，命中就直接放行 |
| 事件落盘 | AI 的每一次操作都记成流水账存到磁盘 |
| 隔离分区 | 浏览器身份隔离，每家店铺一套独立登录状态 |
| 幂等窗口 | 同一条内容短时间内不重复发布 |
| 拟人化参数 | 让自动化操作看起来像人的设置，如打字速度、误码率、停顿 |