一个周日跑了 202 个子代理：俄罗斯一家做了 8 年的商品管理软件，把 Claude Code 塞了进去
它是什么 给俄罗斯、白俄、哈萨克斯坦大卖家和分销商用的商品管理网页软件：把供应商报价单对上自家 8000 万张商品卡，补卡、定价，再推到 Ozon、WB 等 7 个平台。
为什么火了 2026 年夏天它把 Claude Code 接进了产品，代理能直接替客户建商品、填海关编码、推平台，老客户用得猛了，请求量跟着暴涨；真实用户访问只升了一档。
C你可以怎么跟 不抄产品，抄做法：如果你已经有 B2B SaaS 和付费客户，用 Claude Code 当执行器，把产品功能包成工具，先交给它规则清楚、量又大的活，再由创始人亲自写干活实录来获客。
全球排名 14.3 万 · 90 天前 72.5 万
catalog.app 是一家明斯克团队做的 B2B 软件，帮俄罗斯、白俄、哈萨克斯坦的大卖家和分销商管商品。它在全球网站排名里 90 天涨了 5 倍，可涨上来的主要不是新用户：老客户开始让产品里的 AI 代理替自己干活，机器请求跟着暴涨。这件事别人很难照搬，不过它的做法值得每个做 B2B SaaS 的人看看。
一个周日晚上
2026 年 9 月 23 日，catalog.app 的创始人 Yury Loskat 在俄语科技媒体 vc.ru 上写了一个客户的故事。客户在 Ozon 上卖货，商品目录里有 13 万个商品。他家负责商品内容的员工先跟产品里的 AI 助手干了一整天，然后让助手把做过的事写成十份操作说明，海关编码、必填字段、图片、查重各一份。周日晚上，他开了十个聊天窗口，让十份说明同时跑。
那天他一共开了 32 个聊天。代理把大任务拆开，交给自己的「帮手」副本并行去做，一天下来派出了 202 个。干完的活有这些：找出 3 万多个没填海关编码的商品（普通筛选查不出来，因为字段里存的是空值），41 分钟填好 10,368 个，没把握的 610 个留给人看；供应商报价单里有 3,291 个目录里没有的商品，代理新建了 2,653 个，认出 513 个其实是换了写法的老商品，剩下 125 个交给人决定；13 万张商品卡的「每包数量」10 分钟全部改完。
也出过错。有一次代理理解错了用户的话，往平台推了 14,000 张卡，用户要的是 140 张。后来也是代理按用户的要求把推送撤了回来。
它是什么
一个网页版的商品数据中台，行话叫 PIM。客户把供应商的报价单丢进来，系统去自家攒的商品库里找同一个商品（官网说有 8000 万张商品卡、3 亿张图），补齐参数和图片，按客户写好的公式算价格，再推到 Ozon、Wildberries、Яндекс.Маркет、Kaspi 等 7 个平台和俄罗斯企业普遍在用的财务软件 1С 里。客户是手上有 1 万到 300 万个商品的分销商和大卖家。官网没有价格，想用得先约演示。
它已经做了 8 年，莫斯科有注册公司，团队在明斯克。2026 年 5 月，为了绕开俄罗斯的网络封锁，它拆出了俄罗斯、白俄、德国三个入口。
为什么现在涨了
排名是这么走的：Tranco 全球排名 8 月 20 日在 95.6 万名附近，11 月 6 日到了 14.3 万名，比 SelSup 这类面向大众卖家的同行（约 32 万名）还靠前。Cloudflare 按 DNS 查询算的排名里，它现在在前 10 万（11-02）。
但 Chrome 真实用户的访问只升了一档：从全球前 100 万进了前 50 万（8、9 月），和那些大众卖家工具在同一档。一个只卖大客户、靠演示签单的 B2B 软件，客户估计也就几百家（推断）。真人访问没怎么变，按请求量算的排名却猛涨，说明多出来的大部分是机器流量。
机器流量的来源和它今年做的事一一对得上：
- AI 代理上线（约 7–8 月，推断）。 每个页面都嵌了聊天框，后台跑 Claude Code 或 OpenCode，通过自家的工具接口能调用几百个功能，还能「像人一样看页面」。按创始人的说法，聊天框现在用普通 HTTP 请求轮询，客户页面开着就一直在发请求；一个任务能跑几个小时，还会派出子代理，每一步都要回调 catalog.app。
- 浏览器插件升级（7 月 2 日）。 插件改成「在任何网站上用 AI 自动生成解析器，并自动把整站翻一遍」，用户的浏览器每翻一页，就往 catalog.app 回传一次数据。
- 图片改从自家服务器出（5 月起）。 俄罗斯入口的图片不再走 CDN。
Tranco 是 30 天滚动平均，会滞后一两周，往回推，真正的拐点大约在 8 月中下旬，和代理上线、Chrome 访问升档的时间吻合。
创始人自己报的效果是：代理「每周几千个对话」，上线后专门为代理见了 50 多次客户，技术支持请求降到原来的大约三分之一（Habr，10-25）。2023 年他们往产品里加过 GPT 写商品描述，只有 20% 的客户在用。他的说法是，那时候大家要 AI 写文字，现在要 AI 干活。
用户从哪来
几乎全靠创始人写的长文和老客户推荐。他在俄语技术社区 Habr 上发了 12 篇文章，讲怎么绕过验证码的那篇有 4.1 万阅读，讲商品模糊匹配的那篇有 1.1 万；他说常听到客户讲「是看了 Habr 的文章来的」。9 月，他又在 vc.ru 连发两篇代理实录。另外它上了几个俄语 PIM 评测榜，crmindex 上有 3 条评价。
广告、达人、X、TikTok 上都没找到它。它的 Telegram 更新频道只有 60 个订阅。出了俄语 B2B 圈子，基本没人知道它。
客户留下来是因为搬走太麻烦：供应商报价单接好了，各平台对接好了，定价公式也写好了。8000 万张卡的商品库，加上 8 年里摸清的各平台接口里的坑（创始人举过例子：平台文档写了 20 种费用类型，实际碰到 50 种），别人很难重做一遍。
谁在跟它抢
| 对手 | 是什么 | 和它差在哪 |
|---|---|---|
| SelSup、Topseller | 大众卖家自助上架工具，全球排名 32 万到 41 万名 | 便宜、能自己注册；没有报价单匹配，也没有大商品库 |
| Brandquad、Compo PIM | 给品牌方的企业 PIM，按项目实施 | 有平台对接，没有报价单采集和定价引擎 |
| Pimcore、Akeneo | 全球通用 PIM | 不原生支持 Ozon、WB、1С，要靠集成商二次开发 |
| Ozon / WB 自带的 AI 卡片，以及一堆 AI 卡片生成器 | 平台功能或小工具 | 只写单张卡的文案和图，不管报价单、匹配和定价 |
| 1С + Bitrix + Excel | 大多数客户现在的做法 | catalog.app 主要替换的就是它；官网说超过 10 万个商品就撑不住了 |
把一个通用编码代理整个接进 PIM、让它直接改客户 Ozon 后台的，俄语区没查到第二家。
如果是你
一句话： C。这是一个「老产品加上 AI 代理，老客户用得更狠了」的故事，不是「新品类刚冒头」的故事。它的护城河是 8 年的数据和客户关系，跟进的人拿不到。值得抄的是做法，不是这个产品。
适合谁： 已经有一个 B2B SaaS、有几十上百家付费客户的团队，或者在 Amazon、TikTok Shop、美客多、Shopee 上给分销商做过 ERP、上架工具的人。你们缺的不是客户，是一个能替客户干完活的代理。
不适合谁： 想从零做一个 PIM 去抢俄语区的人。这边要攒商品库、要做平台对接、要靠演示签大客户，还有封锁和支付的麻烦。也不适合指望靠流量增长判断「需求爆发」的人：这里涨的大多是机器请求。
怎么做： 照它的结构做。不自己造代理，用 Claude Code 或 OpenCode 当执行器，自己写工具层，把产品里每个按钮都包成一个工具，再配一套分层文档给代理读。先挑规则清楚、量又大的活交给它：填必填字段、海关或税务编码、查重、从报价单建商品。规定没把握就不填、留给人审，每一步都能一键撤回。要动钱、动大批数据的操作，先让人确认。它把发布推迟了一两个月，就为了让代理经得起客户上来的「试探性提问」，这一点也照做：第一次让客户失望，客户就不会再用了。
想换市场做同一条链路（报价单 → 商品库匹配 → 多平台上架加定价），难点在商品库。可以先只做一个品类（比如 3C 配件、汽配），靠客户的报价单慢慢喂大。
怎么获客： 学它最便宜的那招：创始人亲自写干活实录，数字、截图、出的错全写进去，发在目标客户读的地方（英语区是 LinkedIn 和行业论坛，拉美是卖家社群）。「41 分钟填完 10,368 个海关编码」这种句子，比任何广告都管用。老客户先用起来，再让他们去推荐。
什么时候之前： 不赶。这类「垂直 SaaS 加代理」的窗口按年算，不按月算，但各家大平台都在往卖家后台里加 AI。最好在 2027 年上半年之前让自己的代理在真实客户身上跑起来。
什么情况说明看错了： ① 它的 Chrome 真实访问在接下来几个月连升几档（进前 20 万以内），说明不只是机器流量，是真有新客户涌进来，那它的机会比这里写的大；② Ozon 或 WB 在卖家后台推出能跨平台建商品、填编码的官方代理，那第三方做代理的空间会被挤掉一大块；③ 反过来，Tranco 排名在 2027 年初掉回 50 万名以外，说明代理的用量只是一阵新鲜感。
研究底稿:竞品表、获客证据、完整研究报告
- 竞品
名字 在哪 上线 规模 它和这家不同在哪 SelSup 网页 约 2020 Tranco 32 万，CrUX 前 50 万 大众卖家自助上架/库存工具；没有供应商报价单匹配和自建商品库，不做分销商 Brandquad 网页 约 2016 Tranco 45 万 品牌方企业 PIM/DAM，项目制；没有报价单采集和定价引擎 Compo PIM 网页 2010 年代 未核实 传统企业 PIM，靠集成商实施；没有本地商品库和 AI 代理 Topseller 网页 未核实 Tranco 41 万 卖家卡片编辑和上架；没有大商品库和报价单匹配 Pimcore / Akeneo 开源 2013 Tranco 14.6 万 / 7.6 万 全球通用 PIM，没有原生 Ozon/WB/1С 对接，也没有本地商品库，要靠集成商二次开发 Ozon/WB 自带 AI 卡片 + 各类 AI 卡片生成器（МАГВИ、Fabula AI 等） 大厂功能 2024–2026 大 只生成单张卡的文案和图，不碰报价单、匹配、定价，也不跨平台 1С:УТ + Bitrix + Excel 其他 — 极大 现状方案，10 万 SKU 以上就撑不住；catalog.app 主要替换的就是它 - 用户从哪来
- 查实 创始人技术长文（Habr/vc.ru）:Habr 12 篇（讲绕过验证码的 4.1 万阅读），2026-09/10 连发 AI 代理实录；创始人自述客户常说是读 Habr 来的
- 查实 老客户推荐:创始人 2024-12 Habr 文：「работают рекомендации клиентов」
- 推断 老客户使用强度上升（AI 代理 + 扩展自动爬站 → 机器请求）:每周几千个对话、单客户一天 202 个子代理；扩展 2026-07-02 起自动遍历网站并回传；Tranco/Radar 远高于 CrUX
- 查实 PIM 评测榜/点评站:crmindex PIM 榜（3 条评价），vc.ru 大型 PIM 横评里有提及
- 推断 展会 ECOM Expo'26:只在召回卡里出现，没找到独立证据
catalog.app 研究报告
数据卡：/home/ljr/fanout/why/cards/web_catalog.app.json（web 渠道，C2 池）。研究日期 2026-11-07。
一句话
catalog.app 是一家白俄罗斯团队做的、面向俄罗斯 / 白俄 / 哈萨克斯坦大卖家和分销商的 PIM 中台（供应商报价单采集 → 与自建 8000 万商品库模糊匹配 → 补齐商品卡 → 定价 → 推到 Ozon / WB / Я.Маркет / Kaspi 等 7 个平台 + 1С），已经跑了 8 年。2026 年夏天它把 Claude Code / OpenCode 包成了一个「能直接干活」的内置 AI 代理，排名爬升的时间与这次上线基本重合。不过爬升主要来自老客户用得更狠、机器流量变多，不是新用户突然涌进来。
1. 它是什么
- 官网 catalog.app ：俄语，产品就是网页 SaaS。登录页 /Home/Login 和落地页在同一个 origin 上，所以 CrUX、Tranco 量到的流量主要来自产品本身，不是营销页。没有 App。
- 主体：ООО «Каталог.АПП»（ИНН 9709087833，ОГРН 1227700771650，2022 年在莫斯科注册），按俄数字部 511 号令做了公示（catalog.app/mintsifry-511 ）。官网另有白俄手机号 +375，服务器 IP 93.125.82.102 和 by./minsk. 子域，团队根在明斯克。创始人 / 主程 Yury Loskat（Habr 账号 Razoomnick，vc.ru id521033）。
- 规模口径（官网）：8 年在生产环境运行；商品库 8000 万张卡（Habr 新文章里写 1 亿）、3 亿张图、700 万条码；累计处理 800 万份报价单；目标客户是 1 万到 300 万+ SKU 的卖家、分销商、零售连锁和品牌。没有公开定价，要先 demo（有 ru.demo.catalog.app 演示站）。
- 2026-05 为应对俄罗斯网络封锁，拆出三个入口：ru.catalog.app（俄罗斯）、by.catalog.app（白俄）、de.catalog.app（德国），catalog.app 主站「视情况」切换（来源：官方 Telegram 频道 t.me/httpscatalogapp，2026-05-05 帖）。证书透明日志里还有 browser-proxy、library-search、manual-parsers 等子域（crt.sh）。
2. 数据：它到底涨了什么
| 指标 | 数值 | 来源 |
|---|---|---|
| Tranco | 2026-07-30 第 688,850 → 08-20 第 956,129（谷底）→ 09-03 第 908,885 → 10-01 第 273,756 → 11-06 第 143,300 | traffic 库 rank_day；tranco-list.eu API |
| CrUX 全球 | 2026-05 到 07 在前 100 万档，08、09 进前 50 万档；21 个国家的国家榜里都没有它（白俄、哈萨克斯坦、俄罗斯不在 CrUX 国家表里） | traffic 库 crux_domain |
| Cloudflare Radar（DNS） | 当前（2026-11-02）在前 10 万档 | Cloudflare Radar API ranking/domain |
| 同类对照（Tranco 11-05） | selsup.ru 322,446；topseller.ru 407,392；brandquad.ru 451,548；xway.ru 358,898；mpstats.io 40,559；moysklad.ru 17,312；pimcore.com 145,621 | traffic 库 |
怎么看这组数字
- 真实浏览器流量（CrUX）只升了一档（前 100 万 → 前 50 万），和 SelSup、XWAY 这类面向大众卖家的工具处在同一档。
- Tranco 和 Radar 却把它推到了大众卖家工具前面：比 SelSup 高一倍多，和 pimcore.com 齐平，Radar 进了前 10 万。一个只做大客户、按 demo 签约的 B2B PIM，客户数量级很可能在几百家（未核实）。DNS 类排名高出浏览器排名这么多，说明排名爬升里有很大一块是机器流量 / 使用强度（API、MCP 调用、浏览器扩展回传、图片外链），不是访客变多。
- 时间线：Tranco 9 月初从谷底起跳，10 月中旬斜率最大。考虑到 Tranco 是 30 天滚动平均、滞后 1–2 周，真实拐点大约在 8 月中到下旬，CrUX 08 月升档也对得上。
3. 它凭什么起来——拐点是 AI 代理上线
创始人在 vc.ru 和 Habr 上连发了几篇长文，时间线很清楚：
- 背景：之前三次往产品里加 AI（生成描述、填属性、分类）都只是「小功能」。2023 年做的 GPT 生成描述，只有 20% 客户在用（vc.ru 2026-09-23 文）。
- 做法：创始人 2025 年 12 月开始重度使用 Claude Code。先用一个晚上做了个原型，让 Claude Code 带上平台的查数工具，1 小时给 10 万个商品打了海关编码（ТН ВЭД），和人工结果相比差异只有千分之几。之后正式开发：网页上每个页面都嵌一个聊天框，后端是独立的 agent runner，跑 Claude Code / OpenCode，通过平台自己的 MCP 服务器调用几百个工具，并能「像用户一样看页面」。为了把代理打磨到能通过客户的「试探性提问」，团队主动把发布推迟了一两个月（Habr 2026-10-25《Как теперь устроена наша PIM-система…》habr.com/ru/articles/1098978/ ）。
- 效果（创始人自述）：「现在是每周几千个对话」；上线后见了 50 多次客户专门谈代理；技术支持请求降到原来的约三分之一。有个 13 万 SKU 的 Ozon 卖家，一个周日开了 32 个聊天，代理派出 202 个子代理并行干活，41 分钟打了 10,368 个海关编码；另一个客户把 292 行新供应商报价单丢进去，半小时建好 291 个商品并算好价格（vc.ru 2026-09-23 vc.ru/life/3153804 、2026-09-25 vc.ru/life/3158796 ）。
- 为什么会体现在流量上：
- 聊天脚本挂在所有页面上，按创始人的说法「用普通 http 请求，以后再换 websocket」，等于在轮询，客户页面开着就一直有请求；
- 代理任务会跑几个小时，还会派子代理，每一步都通过 MCP 回调 catalog.app；
- 2026-07-02 浏览器扩展升级成「任何网站都能用 AI 自动生成解析器，还会自动遍历整个站点」，用户浏览器每翻一页就往 catalog.app 回传一次（Telegram 2026-07-02 帖）；
- 2026-05 起 ru 入口的图片改从自家服务器出，不再走 CDN。
这四点都在同一时间段里，都会大幅增加 DNS / 请求量，但不会同比例增加 CrUX 页面访问——和观测到的「Tranco、Radar 涨得远比 CrUX 猛」吻合。
- 用户从哪来、为什么留下：创始人在 2024-12 的 Habr 文章《Мифические 250 человеко-месяцев》里说，获客靠「客户推荐和我们分享经验的文章」，常听到客户说是「读了 Habr 的文章」找来的（讲绕过验证码的那篇 4.1 万阅读，讲模糊搜索的那篇 1.1 万）。留下来的原因是迁移成本高：接入供应商报价单、对接各个平台、写定价 DSL 都是客户已经花了时间配好的；自建的 8000 万商品库和 8 年攒下来的平台 API 怪癖处理（创始人举例：文档写 20 种费用类型，实际碰到 50 种）别人很难重做。AI 代理是在这个基础上加的「干活层」，用户越用越深。
4. 增长手段（证据）
| 渠道 | 证据 | 是否确认 |
|---|---|---|
| 创始人技术长文（Habr / vc.ru） | Habr 共 12 篇，新文 7.7K 阅读；vc.ru 2026-09 连发两篇 AI 代理实录；创始人自述客户常说是看 Habr 来的 | 确认 |
| 老客户推荐 | 创始人自述「работают рекомендации клиентов」 | 确认（自述） |
| 老客户使用强度上升（AI 代理、扩展自动爬站） | 每周几千个对话、202 个子代理 / 天的案例；扩展自动遍历网站 | 确认（自述），和排名的因果是推断 |
| PIM 评测榜 / 点评站 | 出现在 crmindex PIM 榜（3 条评价）、vc.ru《Большой обзор PIM-систем》等榜单 | 确认 |
| 展会 | 召回卡写的是 ECOM Expo'26 展商；没有找到独立证据 | 未核实 |
| SEO 文档 wiki | catalog.app/wiki/ru/*.md 有几十页文档和更新日志；没有 sitemap，不像在刻意做 SEO，更像是给 AI 代理和客户看的文档 | 部分确认（召回卡猜它是主要流量入口，可能性不大） |
| 广告 / 达人 / TikTok / X | x-radar 90 天搜不到；广告库没有记录（C2 池，refs 为空） | 没找到 |
5. 竞品
| 竞品 | 在哪 | 上线 | 规模 | 和 catalog.app 的区别 |
|---|---|---|---|---|
| SelSup（selsup.ru） | 网页 SaaS | 约 2020 | Tranco 32 万，CrUX 前 50 万 | 面向大众卖家的多平台上架 / 库存工具，便宜、自助注册；没有供应商报价单匹配和自建大商品库 |
| Brandquad | 网页 PIM / DAM | 约 2016 | Tranco 45 万（brandquad.ru） | 面向品牌方的企业 PIM，项目制实施；对接 Ozon / WB，但没有报价单采集和定价引擎 |
| Compo PIM | 网页 / 本地部署 | 2010 年代 | 未核实 | 传统企业 PIM，靠集成商实施，重在数据治理 |
| Topseller（topseller.ru） | 网页 SaaS | 未核实 | Tranco 41 万，90 天从 90 万爬上来 | 卖家用的 PIM 加上架，做得像 Ozon 的卡片编辑器；没有 8000 万商品库 |
| MarketProvider、OpenPIM、Agora PIM、Picvario | 网页 | 不一 | 小 | 都在 crmindex 的 PIM 榜上；偏某一个环节（DAM / 简单 PIM） |
| Pimcore / Akeneo | 开源 / 全球 SaaS | 2013 / 2013 | Tranco 14.6 万 / 7.6 万 | 全球 PIM，俄罗斯市场靠 kt-team 等集成商二次开发；没有原生的 Ozon / WB / 1С 对接，也没有本地商品库 |
| 1С:УТ + Bitrix + Excel | 现状方案 | — | 极大 | catalog.app 主要替换的对象；官网明确说 10 万 SKU 以上就撑不住 |
| Ozon / WB 自带 AI 生成卡片，以及几十个「AI 卡片生成器」（МАГВИ、Fabula AI、neiro-card 等） | 大厂功能 / 网页 | 2024–2026 | 大 | 只管单张卡的文案和图片，不碰供应商报价单、匹配、定价，也不跨平台 |
| 价格监控（Priceva 等） | 网页 | 2010 年代 | 中 | 只做竞品价格；catalog.app 的竞品价格解析是整条链路里的一环 |
结论：做「供应商报价单 → 匹配 → 商品卡 → 定价 → 多平台」整条链路、又自带大商品库的，俄语区很少；把 Claude Code 级别的通用代理嵌进 PIM、靠 MCP 让它直接改客户的 Ozon 后台的，没查到第二家。
6. 差异化
- 数据和匹配算法：8000 万到 1 亿张商品卡加 3 亿张图，模糊匹配从 2018 年起持续测量（自动匹配 84%，错误率 0.1%）。这是 8 年里靠 800 万份报价单喂出来的。
- 整条链路在一个系统里：采集、匹配、补齐、定价（Scriban DSL）、发布、管理会计。竞品通常只覆盖其中一两段。
- AI 代理接在完整平台上：代理能调到所有功能和数据（海关编码、商品库、平台 API），所以能真正把事干完。单纯的 ChatGPT 或卡片生成器做不到这一点。这正是创始人说的「四次尝试里第一次变成产品的决定性特征」。
是不是它跑出来的原因：第 1、2 点是它能活 8 年、客户粘住不走的原因，但没让它「跑出来」。第 3 点和 2026 年夏天的排名拐点在时间上吻合，是这次召回信号背后最可能的原因。但它放大的主要是现有客户的使用强度和机器请求，有没有带来大量新客户，没有证据。
7. 可见度和跟风
- 收入没有公开；没有 TrustMRR，没有媒体报道；X 上搜不到任何提及；Telegram 更新频道只有 60 个订阅；Habr 新文 7.7K 阅读。属于俄语区 B2B 小圈子里的东西，中英文世界基本没人知道。
- 跟风：还没看到有人抄「PIM 里内置通用代理」。Brandquad 等在做 AI 卡片功能，但仍是单点功能。
8. 能借鉴的
- 把 Claude Code / OpenCode 当执行器嵌进已有的 B2B SaaS：自己写 MCP 工具层（几百个工具）、分层文档 wiki、「看页面」的 ViewEngine、agent runner。不自己造代理，护城河在工具和数据。
- 先打磨到能通过客户的「试探性提问」再发：宁可晚一两个月，避免第一印象就失去信任。
- 把高价值的确定性任务交给代理（海关编码、必填字段、去重、报价单建品），配上「没把握就不填、留给人审核」的原则和一键回滚。
- 同一套「报价单 → 商品库匹配 → 多平台上架加定价」的逻辑，可以平移到 Amazon / TikTok Shop / 美客多 / Shopee 的分销商场景。难点是商品库要自己攒。
9. 还不确定的
- 客户数、收入、价格都没有公开；AI 代理带没带来新签约，只有「50 多次客户会谈」这一条自述。
- 排名爬升里机器流量（API / MCP / 扩展回传 / 图片）和真人流量各占多少，没法拆。Tranco 和 Radar 远高于 CrUX，这是推断依据，不是实测。
- AI 代理的确切上线日期：从「推迟一两个月」「读了一个月聊天」以及 9 月下旬发文来推，大约在 7–8 月，官方更新日志里没有写明。
- 召回卡说的 ECOM Expo'26 参展、moySklad / cnews 测评榜没有独立核实。