
我在 WorkBuddy灰度版本中偶然触发了一个「隐藏技能」ardot-design-assistant,它通过 MCP 协议将腾讯最新发布的 AI 设计工具 Ardot 无缝接入对话流,一句话生成可编辑设计稿。
今天系统提示我 WorkBuddy 版本又又又又有更新,这次版本是 V5.0.2 ,和之前的更新一样,推给我的是灰度测试的版本,但是是一次大版本更新。整体感受上,这个版本的稳定性确实有提升,上下文占用的数值显示也更直观了,一些功能做了收纳调整,界面清爽了不少。
但真正的惊喜发生在我做一篇公众号文章排版的时候。
当时我在对话框里使用 GPT-5.5 进行任务处理,突然注意对话引用了一个没见过的技能,并关联了一个MCP工具,在右侧出现了我从未见过的页面。
我才发现,到对话框下方的技能列表里,悄然出现了一个我此前从未见过的技能——ardot-design-assistant。更奇怪的是,我翻遍了技能管理页面,根本找不到这个技能的任何入口。它就像凭空出现一样,只有在对话过程中被实际触发时才显露踪迹。

随着这个技能的激活,右侧任务窗格突然加载出了一个完整的 Ardot 设计界面——黑色的画布、熟悉的工具栏、以及一个精美的引导页。这个引导页上赫然写着:
Ardot —— Your eyes, your rules. 智能设计工具,让灵感鲜活落地。

下面列出了六大核心能力:
Ardot?那不是腾讯上个月刚发布的 AI 设计工具吗?它怎么会以这种方式出现在 WorkBuddy 里?
在深入讲接入细节之前,先简单介绍一下 Ardot 的背景。
Ardot(爱点)是腾讯自研的 AI 设计智能体平台,于 2026 年 5 月 18 日正式开启公测,官网地址是 ardot.tencent.com。目前支持 macOS 客户端和网页端,注册即享 1000 Credits 免费额度。
它不是又一个「能画图的 AI 工具」。Ardot 的定位非常明确——AI 驱动的产设研协作平台。区别于传统 AI 设计工具生成的是静态图片(没法改、不能用、交不出手),Ardot 生成的是可编辑、可复用、可交付的团队资产。
能力维度 | 具体功能 |
|---|---|
AI 生成设计稿 | 文生 UI(自然语言描述生成布局与组件)、图片转可编辑设计稿、批量生成矢量图标 |
局部智能编辑 | 修改按钮色彩、icon 风格等任意局部元素,框选后直接对话修改 |
规范约束 | 支持上传 DESIGN.md 规范文件,AI 出图自动对齐设计规范 |
团队协作 | 多人实时协作、在线评论标注、版本对比、精准评审 |
企业级管理 | 智能权限中心、全方位行为追溯、人员与资产无缝交接 |
设计转代码 | 基于 MCP 协议,设计稿直接对接开发环境,一键还原代码 |
生态兼容 | 支持 Figma 文件完整导入,零成本迁移历史设计资产 |
特别值得关注的是,Ardot 在发布时就高调宣布支持 MCP(模型上下文协议),可以无缝对接 WorkBuddy、Cursor、Claude Code 等 IDE 工具。这不仅仅是「导出代码」那么简单,而是将设计稿的变量、组件、布局数据等完整的设计细节,通过协议层直接拉进开发环境,实现「设计师出稿,开发直接取代码」。
既然技能管理页面看不到这个技能,那它到底是怎么被调用的?带着好奇,我深入扒了一下 WorkBuddy 的技能文件系统,找到了这个隐藏技能的完整文档。
ardot-design-assistant 是一个全自动触发技能,无需手动安装或配置。当对话内容匹配到特定语义时,它会自动激活并将设计请求路由到 Ardot MCP Server。
触发词库非常广泛,几乎覆盖了所有与设计相关的表达:
generate/create/design a page、create landing page、make a dashboard、design a login screen、modify the design、update the layout、convert design to code、export as webpage生成页面、设计页面、创建界面、修改设计稿、调整布局、生成设计、做一个页面、画一个页面、设计稿转代码、转为前端代码、生成应用、切图也就是说,只要你在 WorkBuddy 的对话中表达了任何设计意图,这个技能就会自动接管,无需你意识到它的存在。
技能激活后,WorkBuddy 通过 MCP 协议调用 Ardot 服务器提供的一系列工具。以下是完整的工具清单:
工具名称 | 功能说明 |
|---|---|
| 创建新的 Ardot 设计文件并在编辑器中打开 |
| 通过 URL 或文件 ID 打开已有的 Ardot 设计文件 |
| 获取当前编辑器状态、页面结构、组件列表 |
| 读取设计变量(支持 Light/Dark 模式切换) |
| 获取 AI 设计风格指南(支持按标签筛选) |
| 在画布上定位可用空间,避免元素重叠 |
| 批量读取节点信息(支持按名称模式匹配、深度递归) |
| 批量编辑操作(每次最多 25 个操作:插入/更新/复制/移动/删除/图片) |
| 捕获布局结构,用于验证和对齐检查 |
| 捕获视觉截图,用于验证设计效果 |
| 扫描可导出的图片和 SVG 资源 |
| 应用设计变量到组件 |
| 全局批量替换样式属性 |
这些工具的组合,构成了一套完整的「对话驱动设计」工作流。
根据技能文档,一个典型的设计任务会经历以下步骤:

整个流程都是自动化的。你只需要在对话框里描述你想要的设计,AI 会自动完成从文件创建、状态读取、风格选择、布局定位、元素绘制到效果验证的全过程。
在技能首次被触发时,会出现一个账号链接页面(很遗憾我没有截到图,当时没意识到这是个重要节点)。这应该是 Ardot 的 OAuth 授权流程,用于将 Ardot 账号与 WorkBuddy 会话关联。
授权完成后,右侧任务窗格会加载 Ardot 的设计器界面。每次打开时会先展示那个精美的引导页,告诉你 Ardot 的六大核心能力,底部有一个输入框:「在左侧对话框输入你的想法,开始创作」。
引导页之后进入正式的设计画布。Ardot 在 WorkBuddy 右侧任务窗格中提供的界面功能相当完整:


这种「左侧对话驱动 + 右侧可视化编辑」的双 pane 模式,实际上创造了一种全新的设计交互范式:你可以用自然语言描述宏观意图,同时用鼠标在画布上进行微观调整,两者实时同步。
在 Ardot 界面的右上角,有一个醒目的「生成应用」按钮。点击后,WorkBuddy 会自动在对话框中发送一条预设的提示词,触发「设计转代码」工作流。
根据技能文档中的 design-to-code-workflow.md,这个工作流分为四个阶段:
整个过程中,设计稿的变量、组件、布局数据都会通过 MCP 协议完整传递到开发侧,不会出现传统「切图-标注-反复确认」过程中的信息损耗。
Ardot 在 WorkBuddy 中的嵌入版本还支持一键打开网页版进行编辑。点击后会在浏览器中打开 ardot.tencent.com 的对应文件,你可以使用完整的 Web 版功能进行更精细的调整,修改结果会自动同步回 WorkBuddy 的设计文件。
在 Ardot 的引导页上,「带着规范设计」被放在非常显眼的位置。这指的是 Ardot 支持通过 DESIGN.md 文件来约束 AI 的生成行为。
虽然 Ardot 官网目前的公开资料中没有过多展开 DESIGN.md 的技术细节,但从技能文档中可以推断出这个机制的大致逻辑:
fetch_style_guide 工具支持按标签获取设计风格,标签列表涵盖 modern、minimal、corporate、playful、dark-mode 等数十种风格维度fetch_variables 和 apply_variables 工具支持定义颜色、间距、字体等品牌级变量,AI 在生成时会自动绑定这些变量而非硬编码数值batch_read 可以扫描设计系统中已有的可复用组件,AI 在生成新页面时会优先引用已有组件而非从头创建这意味着,你可以为自己的团队建立一套完整的设计规范(颜色体系、字体层级、组件库、间距规则),上传到 Ardot 后,AI 生成的所有设计稿都会自动对齐这套规范。这对于有品牌一致性要求的企业来说,价值巨大。
更进一步,如果 WorkBuddy 能够将 DESIGN.md 的解析能力与其他工作流结合(比如前端组件库文档、API 规范文档),理论上可以实现「规范即代码、代码即设计」的闭环——设计规范、UI 组件、前端实现三者在同一套约束下自动对齐。
在研究明白后我也马上添加上我自己的design.md文档,把多个网站和图形设计标准约束起来。
在我成功触发一次之后,后续多次尝试复现这个能力,都未能再次成功。
ardot-design-assistant 技能是提示MCP Adapter 未连接因此我深入研究了一下,发现如果按照SKILL调MCP形式完成连接,我需要安装Windows版本的Ardot的客户端并激活MCP服务,而该客户端尚未推出,在MCP连接器中也未有此服务!刚刚幽灵般出现的功能应该是提前释放给部分用户的灰度功能,而且有如下可能的限制:
无论如何,这个「昙花一现」的体验反而更让我确信:这不是 bug,而是一个正在酝酿中的正式功能。否则不会有如此完整的工作流文档、如此成熟的 MCP 工具链、以及如此精致的引导界面。我刚刚的成功使用,是其MCP能力免除本地应用端口连接的一次灰度测试。
MCP(Model Context Protocol,模型上下文协议)是 Anthropic 推出的开放协议标准,旨在让 AI 模型能够安全、结构化地访问外部工具和数据源。Ardot 选择基于 MCP 与开发工具对接,这个决策本身就有很强的信号意义。
在传统工作流中,设计师和开发者之间有一道「翻译鸿沟」:

这个过程不仅低效,而且极易产生误差。一个按钮的圆角是 8px 还是 12px、一段文字的 line-height 是 1.5 还是 1.6、卡片之间的 gap 是 16px 还是 24px——这些细节在「截图+口述」的传递方式中几乎必然会失真。
Ardot 通过 MCP 协议与 WorkBuddy 对接后,设计稿不再是以「像素图片」的形式传递,而是以结构化数据的形式传递:

这意味着:
Ardot 官方在发布文章中也特别强调了这一点:
「设计稿 + 变量、组件、布局数据等设计细节 → 直接拉进 CodeBuddy → 一键代码还原。设计师出稿,开发直接取代码,中间零摩擦。」
基于目前的技能文档和实际体验,我可以大胆设想几个 WorkBuddy + Ardot 组合可能带来的变革性场景:
产品经理在 WorkBuddy 中描述一个功能需求:「做一个用户注册页面,包含邮箱输入、密码输入、同意条款复选框和提交按钮,风格要简洁专业」。Ardot 自动生成可编辑的高保真原型,PM 在右侧画布上微调后,一键生成可运行的 React/Vue 代码,前后端可以直接在此基础上对接接口。
企业上传自己的 DESIGN.md(包含品牌色、字体规范、组件定义),之后任何人在 WorkBuddy 中要求「设计一个活动落地页」「做一个后台仪表盘」「出一套宣传海报」,AI 都会自动遵循企业规范生成,不会出现「每个页面风格都不一样」的灾难。
前端开发者在代码中调整了一个组件的样式,Ardot 可以反向同步到设计稿中;设计师在 Ardot 中更新了视觉方案,代码侧自动收到变更通知。设计与代码不再是两个分离的世界,而是同一个系统的两种视图。
结合 WorkBuddy 的 Agent 团队能力,可以实现「设计 Agent + 前端 Agent + 测试 Agent」的自动协作:设计 Agent 出稿 → 前端 Agent 写代码 → 测试 Agent 跑视觉回归 → 发现问题 → 回到设计 Agent 修改 → 循环直至通过。
说实话,作为一个 WorkBuddy 的重度用户,我对这次「意外发现」的感受是复杂的。
一方面,我为这个功能的想象空间感到兴奋。如果 WorkBuddy 能够正式官宣并稳定提供 Ardot MCP 接入能力,它将成为国内第一个将 AI 设计工具深度集成到对话流中的 IDE 类产品,目前Claude design还尚未正式投入生产。这不是简单的「插件式集成」,而是从协议层、技能层、交互层的全面打通。这意味着 WorkBuddy 不再只是一个「写代码的工具」,而是进化成了「从想法到产品的完整工作流平台」。
另一方面,复现失败的经历也提醒我,这个功能显然还在打磨中。腾讯 Ardot 5 月 18 日才公测,WorkBuddy 能在 6 月初就将 MCP 接入做到这个完成度,说明双方团队的对接非常紧密。但「做得快」不等于「做得好」,账号授权流程的稳定性、会话状态的持久化、错误情况的优雅处理,这些细节都需要时间打磨。
不过,正是这种「半成品」的状态,让我看到了真实的进展。如果一切都是完美无缺的,我反而要怀疑这是不是精心策划的营销 Demo。有 bug、有瑕疵、有复现困难——这才是一个真实产品迭代过程中的正常状态。
设计,正在从「手工艺术」变成「可编程的创意工程」。
而 WorkBuddy + Ardot 的组合,可能是这个转变中最值得关注的早期信号之一。
写在最后 如果你也在使用 WorkBuddy 5.0.2+ 版本,不妨在对话中试试这些触发词:「帮我设计一个登录页面」「生成一个官网首页」「做一个数据仪表盘」。如果幸运的话,你或许也能触发这个隐藏技能,亲眼见证 AI 产设研一体时代的黎明。 期待 WorkBuddy 和 Ardot 团队的正式官宣。
参考链接:
原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。
如有侵权,请联系 cloudcommunity@tencent.com 删除。
原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。
如有侵权,请联系 cloudcommunity@tencent.com 删除。