腾讯 Ardot 公测：设计师的那把椅子，AI 坐进来了

好，腾讯今天发了个东西，让我看了两遍。

Ardot，腾讯自研的 AI 设计智能体平台，正式公测。官方给的定语是「AI 驱动的产设研协作平台」，意思是产品、设计、研发三条线，它想一并介入。

我知道这听着像是你每天能看到十八条的「AI 重塑 xxx、AI 驱动 yyy」，但这次，我认为有些东西值得认真聊聊。不是那种空话型的，是那种让你停下来、往后靠了靠、想了一会儿的那种。

先说让我停下来的那个点。

一句话生成可编辑设计稿。

不是「生成一张图」。是「可编辑的设计稿」。

这两者的差距，大概是一张打印出来的乐谱和一份你可以直接在 MuseScore 里改调的工程文件之间的差距。前者看起来差不多，后者才是真正能用的东西。

我身边有做产品的朋友，跟设计师最大的摩擦点不是审美，是节奏。产品说「我要一个 App 首页」，设计师拿 Figma 搭个一两天，产品看了说还行，然后说「能不能把这个卡片往左移一点，这个按钮颜色改深一下」。改完还行，然后说「对了我们组件库的蓝不是这个蓝」。。。

你知道的，这种来回，没有坏人，都是正常工作，但就是很耗。

Ardot 想插进来的就是这个缝隙。一句话先出个稿，可编辑，可改，改完对接组件库，然后一键出代码。理论上从「我有个想法」到「研发拿到可用稿」，中间的人工协作步骤可以少很多。

理论上。我没实测过，这点要说清楚。

然后是它对接的工具链，挺有意思。

设计稿完成之后，连同变量、组件、布局数据，直接拉进 CodeBuddy，一键代码还原。CodeBuddy 是腾讯自己的 AI 代码工具，深度集成说得过去。但它不止于此，还支持 Workbuddy、Cursor，以及，Claude Code（https://claude.ai/code）。

好家伙，Claude Code 都接进来了。

这里有个背景要说一下。Ardot 的代码对接走的是 MCP 协议，MCP 全称 Model Context Protocol，Anthropic 在 2024 年底提出，本质是一套让 AI 工具和编辑器互相对话的标准接口（https://modelcontextprotocol.io）。Cursor 和 Claude Code 都支持 MCP。所以理论上，你在 Ardot 里做完设计，在 Claude Code 里开个 MCP 连接，代码就能直接对着设计稿生成，带着间距、颜色变量、组件结构一起来。

我没亲自跑通过这个链路。但如果这个流程真的能顺滑起来，对独立开发者或者小团队来说，影响是很实在的。

我做过一些独立项目，最花时间的往往不是写逻辑，是把产品感搞出来。样式、间距、组件，这些手调起来真的没完没了，有时候为了一个 hover 状态的颜色能调半个小时。如果从设计稿到代码这段路真的能自动接上，那这半个小时就能省掉了。

Figma 导入这块也值得一说。

支持直接导入 Figma 文件，完整保留布局、样式和组件。

我理解这是一个聪明的策略。Figma（https://www.figma.com）已经是设计行业的事实标准，全球大量设计团队都在用，你不可能跟人说「把 Figma 全部删掉，换我的工具」，那没人理你。正确的姿势是「你在 Figma 里有什么，拿过来，照样用，同时你获得了 AI 能力」。

问题是，「完整保留」这个承诺，实际执行起来有多少损耗。Figma 有很多细节，组件嵌套、Auto Layout（自动布局，根据内容自适应调整组件大小和间距的功能）、variant（组件变体，同一个组件的不同状态）这些，换个工具能不能一比一还原，我挺保留意见的。等公测有人实测，看数据说话。

这种「我们支持 XXX 导入」，历史上的坑不少。不是泼冷水，是这种承诺要用实测结果来撑，说说容易。

把这件事放进更大的盘子里，是什么意思。

AI 设计这个赛道，其实已经打起来有一阵了。

海外有 Galileo AI、Framer AI、v0（Vercel 出的，从文字直接生成前端页面，https://v0.dev）、Uizard 这种偏线框图的工具，各自在不同层次做设计生成的事。

国内之前比较少有专门做「专业 UI 设计→代码」这条链路的工具，更多是面向内容创作的 AI 图像工具，跟设计师的工作流其实是两回事。

腾讯做这件事不是突然起意。腾讯内部本来就有腾讯 CDC（用户研究与体验设计部）、ISUX，设计积累很深。加上 CodeBuddy 这边的开发工具经验，这条链路从内部生长出来，逻辑是顺的。

有个背景可以作为参照。Adobe 在 2022 年曾经想以 200 亿美元收购 Figma，被欧盟监管机构以「可能导致市场垄断」为由叫停，2023 年双方宣布终止（https://www.theverge.com/2023/12/18/24005996/adobe-figma-acquisition-abandoned-regulatory）。这件事之后，Figma 继续独立运营，但也说明一件事，设计工具市场里，大公司从来不是旁观者，这块地方，大家都想要。

腾讯做 Ardot，某种程度上是在说，我们不打算只做设计工具，我们打算做设计到代码的整条链路。这个逻辑如果能跑通，在国内的 SaaS 和 App 开发市场里，空间是很大的。

说说我自己对这件事的感受，可能有点偏，但我觉得值得聊。

设计师这个职业，是我觉得在这波 AI 浪潮里处境最复杂的角色之一。

不是说会被取代，这个话我不想这么展开，因为容易陷入虚无的争论里。我想说的是更具体的一件事，他们面临的变化，比其他职业快，而且非常具象。

以前「写代码的不懂审美」是一道护城河。一个程序员想做独立产品，往往在设计这一步卡住，或者出来的东西确实不好看，或者就凑合。这道鸿沟是真实存在的。

现在这道河越来越浅了。AI 出的东西未必美，但「能用」的门槛在快速被拉低。一个有产品感的程序员，如果能用 AI 工具快速出一个「够用」的设计稿，然后直接接代码，他可以把一些本来需要协作的环节压缩成一个人的事。

这对独立开发者是利好，对专业设计师来说，「够用」的门槛在降低，「好」的标准需要重新定义。

以前设计师的竞争对手是其他设计师，现在多了一类，就是能用 AI 工具出稿的非设计师。

厉害了，设计行业，开始认真卷了。

企业协作那块我顺带说一下，虽然这不是我最关心的。

Ardot 支持多人在线实时评论、标注反馈和版本对比，有智能权限中心，操作日志追溯，人员离职权限自动回收这些。

这一块功能是冲着「团队用」设计的，对中型团队的产设研流程有用。但对独立开发者来说可能关联度低一些，先过。

如果你打算去试试的话，我有几个自己比较关心的实测点。

文生设计稿的质量。生成出来的东西是「能用」还是「还要大改」，这是决定它有没有实用价值的核心问题。有些 AI 生成工具，出来的东西只能当参考，实际上可用度不高，手改的成本比重新画还大。

组件库接入的门槛。「支持调用团队自有组件库」这个功能，配置流程有多复杂，是不是只有前端同学才搞得定，这个会决定它对中小团队的实际穿透率。

Figma 导入的还原度。尤其是带 Auto Layout 的复杂稿子，这个是我最想看实测数据的地方。

MCP 对接的稳定性。Cursor 和 Claude Code 那边的实际体验，有没有掉帧、有没有设计稿读不全的情况，这个跑起来才知道。

Ardot 官网在 https://ardot.tencent.com，目前公测免费，支持 macOS 客户端和网页端，微信小程序说是快上线了。你如果做 App 或者做官网，可以去溜一圈，看看生成质量。

棒棒的，现在进去还是公测阶段，反馈进去说不定还真有人看。

最后说一件大一点的事。

设计和代码之间，一直有一段距离。

不是技术上的距离，是工作流上的距离。设计稿在 Figma 里，代码在 IDE 里，中间有一个「翻译」的过程，这个翻译有时候靠标注、靠沟通，有时候靠设计师交稿然后等研发拉 CSS 调到对，来来回回消耗的是时间和信任。

这段距离不是今天才有人想填，Zeplin、Lingo、Figma 的 Dev Mode 都是在这上面做文章。但以前的工具是「让研发更容易读懂设计稿」，现在 Ardot 想做的是「让 AI 直接把设计稿翻译成代码」，这是方向上的跃进，不只是工具的迭代。

有点子牛逼的是它的位置，同时是设计工具也是开发者工具，左手连着 Figma 生态，右手接着 Claude Code 和 Cursor，这个双向接入的姿势，做对了会很有想象空间。

当然，「想象空间」这个词我用得很小心，因为这东西用烂了就是 PPT。Ardot 的想象空间，要公测结束之后，看真实用户反馈，看实际的设计稿生成质量，再说。

不过去溜一圈是值得的。设计和代码之间那段距离，有没有真的被填起来，自己走一遍才知道。