WorkBuddy灰度版本V5.0.2中隐藏接入腾讯AI设计工具Ardot,通过对话触发ardot-design-assistant技能,在右侧窗格加载完整设计界面,支持自然语言生成可编辑设计稿、规范约束、一键转代码等功能,基于MCP协议实现设计数据零损耗传递至开发环境。
最近,WorkBuddy 的灰度版本推送了一次大版本更新——V5.0.2。更新通知弹出来的时候,并未引起太多注意:稳定性有所提升,上下文占用的数值显示更直观了,功能做了收纳调整,界面也清爽了不少。但真正的变化,藏在一次公众号文章排版的过程中。
当时正在对话框里用 GPT-5.5 处理任务,突然发现对话引用了一个未见过的技能,还关联了一个 MCP 工具,右侧任务窗格弹出了一个从未见过的页面。顺着对话框下方的技能列表看去,一个陌生的技能名悄然出现——ardot-design-assistant。更奇怪的是,翻遍技能管理页面,根本找不到这个技能的入口。它就像凭空出现,只有在对话中被实际触发才显露踪迹。
长期稳定更新的攒劲资源: >>>点此立即查看<<<

随着技能激活,右侧任务窗格瞬间加载出了一个完整的 Ardot 设计界面——黑色画布、熟悉的工具栏、以及一个精美的引导页。引导页上赫然列出六大核心能力:
Ardot?那不是腾讯上个月刚发布的 AI 设计工具吗?它怎么会以这种方式出现在 WorkBuddy 里?
技能被触发的过程颇为偶然。当时正在处理公众号文章的排版任务,对话框内出现了一个名为 ardot-design-assistant 的技能。这项技能并未在技能管理页面中列出,只有实际触发时才可见。这一现象立即引起了注意。
在深入讲接入细节之前,先简单介绍一下 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 服务器提供的一系列工具。以下是完整的工具清单:
| 工具名称 | 功能说明 |
|---|---|
create_design | 创建新的 Ardot 设计文件并在编辑器中打开 |
open_design | 通过 URL 或文件 ID 打开已有的 Ardot 设计文件 |
fetch_editor_state | 获取当前编辑器状态、页面结构、组件列表 |
fetch_variables | 读取设计变量(支持 Light/Dark 模式切换) |
fetch_style_guide | 获取 AI 设计风格指南(支持按标签筛选) |
locate_available_space | 在画布上定位可用空间,避免元素重叠 |
batch_read | 批量读取节点信息(支持按名称模式匹配、深度递归) |
batch_edit | 批量编辑操作(每次最多 25 个操作:插入/更新/复制/移动/删除/图片) |
capture_layout | 捕获布局结构,用于验证和对齐检查 |
capture_screenshot | 捕获视觉截图,用于验证设计效果 |
scan_exportable_resources | 扫描可导出的图片和 SVG 资源 |
apply_variables | 应用设计变量到组件 |
substitute_all_matching_properties | 全局批量替换样式属性 |
这些工具的组合,构成了一套完整的「对话驱动设计」工作流。
根据技能文档,一个典型的设计任务会经历以下步骤:

整个流程都是自动化的。只需在对话框里描述想要的设计,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 规范文档),理论上可以实现「规范即代码、代码即设计」的闭环。
在成功触发一次之后,后续多次尝试复现这个能力,都未能再次成功。
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 对接后,设计稿不再是以「像素图片」的形式传递,而是以结构化数据的形式传递:

这意味着:
基于目前的技能文档和实际体验,可以设想几个 WorkBuddy + Ardot 组合可能带来的变革性场景:
产品经理在 WorkBuddy 中描述一个功能需求:「做一个用户注册页面,包含邮箱输入、密码输入、同意条款复选框和提交按钮,风格要简洁专业」。Ardot 自动生成可编辑的高保真原型,PM 在右侧画布上微调后,一键生成可运行的 React/Vue 代码。
企业上传自己的 DESIGN.md(包含品牌色、字体规范、组件定义),之后任何人在 WorkBuddy 中要求设计页面,AI 都会自动遵循企业规范生成。
前端开发者在代码中调整了一个组件的样式,Ardot 可以反向同步到设计稿中;设计师在 Ardot 中更新了视觉方案,代码侧自动收到变更通知。
结合 WorkBuddy 的 Agent 团队能力,可以实现「设计 Agent + 前端 Agent + 测试 Agent」的自动协作。
如果 WorkBuddy 能够正式官宣并稳定提供 Ardot MCP 接入能力,它将成为国内第一个将 AI 设计工具深度集成到对话流中的 IDE 类产品。这不是简单的「插件式集成」,而是从协议层、技能层、交互层的全面打通。
另一方面,复现失败的经历也表明,这个功能显然还在打磨中。腾讯 Ardot 5 月 18 日才公测,WorkBuddy 能在 6 月初就将 MCP 接入做到这个完成度,说明双方团队的对接非常紧密。但账号授权流程的稳定性、会话状态的持久化、错误情况的优雅处理,这些细节都需要时间打磨。
设计,正在从「手工艺术」变成「可编程的创意工程」。而 WorkBuddy + Ardot 的组合,可能是这个转变中值得关注的早期信号之一。
侠游戏发布此文仅为了传递信息,不代表侠游戏网站认同其观点或证实其描述