hi,大家好,我是绛烨。
最近桌面 AI 智能体这个赛道挺热闹的。
9 月 20 日,沙利文正式发布了《2026 年全球桌面 AI 智能体市场研究报告》,WorkBuddy 拿了两个第一——中国个人端桌面智能体第一、企业级桌面智能体第一。
消息出来那天,朋友圈好几个做 AI 的朋友都在转,更神奇的是,连做外贸电商的都在夸 WorkBuddy。
说实话,榜单这种东西我平时是打个问号的。
谁家都能找个机构出个报告,关键是我的朋友圈都在称赞,于是我打开了我的 WorkBuddy 来一探究竟。
EXPERTS
翻专家库,翻出一群宝藏专家
先说我手上的活儿。
我有个朋友在做亚马逊,最近上一款新品,卡在写英文 Listing 这一步。他不是自己不会写,是这活儿太费时间——关键词、卖点要戳中老外痛点、类目词要准确、还要附一封给平台的开发信。
他自己写了两版,总觉得味道不对,又说不出哪里不对。找代运营吧,一个 Listing 报价小两千,还不一定懂他这个品类。
他把这个活儿丢给我,我也犯难。抱着试试看的心态,我打开 WorkBuddy 的专家库,想看看有没有对口的专家。
结果这么一翻,反而翻出了惊喜。我本来是奔着写文案、做 PPT 这类常见专家去的——谁都能想到。
但往下翻,库里有不少平时根本想不到的专家,我挑了一个正好对口的:跨境电商 Listing。
说实话,这种不常见、一旦需要又找不到现成工具的方向,才是真正救命的地方。
我点进去,把朋友给的产品参数——一款便携式咖啡手冲杯,350ml,钛合金滤网,目标市场北美户外人群——和他之前写的两版初稿一起丢了进去。
它没有直接开写,先拆了三步:
第一步是做关键词调研,列出北美户外咖啡场景下的高频搜索词;
第二步是写 Listing 正文,标题加五点描述加 A+ 页面文案;
标题是这样的:
五点描述如下:
A+ 页面描述:
第三步写开发信,语气偏 B2B 务实风格。
我让它先出第一版。大概等了一两分钟,出来了。
标题埋了“portable pour over”、“outdoor coffee”、“titanium filter”这几个词,五点描述分别从便携性、材质、口感、清洁、场景切入。
开发信是另一套语气,更短、更直接,开门见山说产品和目标客户。
我看了一遍,觉得 Listing 写得还行,但开发信太营销腔了,不像一个真实供应商会写的。
我跟它说:开发信改成更务实的 B2B 风格,别像广告,像一个工厂业务员写的。
它直接出了第二版。这次开发信短了一半,开头直接说「我们是一家做便携咖啡器具的工厂,看到你们在找这类产品」,然后列了三个卖点和 MOQ,结尾问要不要寄样。确实像那么回事。
方案做完,它还附了一份七维度评分对比:同类目在售 Listing 的经验基线是 50 分,这份方案定稿后的预期分是 86 分。分打得高不高是它的判断,要不要采信,还是卖家自己说了算。
整个过程,我从不知道怎么帮朋友改到手里有两版能直接用的初稿,大概花了十分钟。
我不是说它写多么完美——关键词的竞争度判断还需要卖家自己用工具复核,开发信的具体条款也得人来定,合规性更要过一遍。
但它把最费时间的那一步给跨过去了,现在它直接给你一个能改的起点。
翻完这个专家,我算是明白了报告里为什么写“开放生态”:不是给你一个万能 AI,而是不管你干的多细分领域的活儿,大概率能找到对口的,把你从“不知道从哪下笔”拉到“有个能直接使用的初稿”。
EXPERT TEAM
一个完整任务,交给专家团跑
第一个任务用单个专家就搞定了。
第二个任务,我想试试专家团——把一个完整的开发任务,交给一个多角色团队去跑。
我选了个更复杂的:给我们的开发团队做一个大模型价格规格监测的小页面。需求很简单——把主流大模型的价格、规格、最近一次调价时间列出来,能看个趋势就行,可以上本地数据库,本地跑,前端的展示页面,也可以交互。
我把需求丢给专家团「软件开发团队」,它自己开始拆我们的需求。
交付总监先看了看需求,把需求理解明白了,方案也出好了,直接拉团队开始做开发。
然后工程师寇豆码就开始吭哧干活了。
整个过程我基本没管,就等着。大概跑了二十多分钟,它说做完了,让我打开看看。
给我们做的本地页面确实能打开。主流大模型列表、价格、规格对比,都有,比较全面。
然后我做了一件事——中途改需求。
我跟它说:加一列历史价格趋势,不是折线图,是每个模型最近三个月的价格变动记录,要能看出来什么时候涨的、什么时候降的。
我以为它会让我重新说一遍需求,或者干脆从头来。以前用单 Agent 干活,你中途改需求,它经常会忘了前面在干嘛,或者把之前的成果覆盖掉。
结果它停了一下,重新排了优先级:先让产品角色补需求文档,再让前端角色在现有页面上加一个表格组件,测试角色重新跑一遍兼容性。
大概又过了十分钟,新版本出来了。历史价格趋势那列加上了,数据结构也改了,我填进去的价格变动记录能正常显示。
这个过程让我对「多智能体调度」有了体感:交付、开发、测试几个角色自己分工,谁负责改哪一块、哪些做完哪些重做,不是我指挥的,是专家团自己帮我拆解的。
我不需要告诉它你先改需求文档再改代码再测一遍,它自己就知道这个顺序。
EPILOGUE
写在最后
跑完这两个任务,我再回头看沙利文那份报告,感受完全不一样了。
这就是为什么我说第一不是喊出来的,是跑出来的。
最后再说说我翻专家库的感受。
不管你是做跨境电商的、做运营的、做设计的,还是一个人要盯所有事的小团队,打开那个专家列表,你大概率能找到一个对口的。
不是一个专家帮你干所有事,而是你干的这件具体的事,正好有个专家懂。
报告里的那套开放生态,落到我手里,就是这么回事。
下次遇到活儿,先别急着自己从头干。打开专家库翻一翻,说不定有个宝藏专家,正好在等你。
END
我是绛烨,知名AI科技博主,曾获评全球OPC共创节OPC先锋人物,《智能体工作流设计 方法与实践》第一作者。
如果觉得今天这篇有收获,欢迎点赞、在看、转发三连;想第一时间收到推送,可以给我个星标 ⭐

