设计师与智能体协作，面试该讲清哪些判断

面试被问“你怎么和智能体一起做设计”，该讲清什么

消息提到，一场围绕设计技能的访谈，表面在聊工具，实质是团队怎样为智能体建立一套共享设计语言。对求职者来说，这比“你会不会用某个工具”更值得准备。

面试里被问到协作方式，重点不是罗列工具名，而是说清两件事：哪些判断由你保留，哪些标准被你写成了可复查的约定。素材里有个关键提醒：大胆、克制、打磨、留白这类形容词，必须在项目语境里被解释成具体界面、受众和约束。否则它们只是口号，智能体只能猜。

一个模拟的面试回答可以这样组织：先说目标受众和场景，再说你希望界面传递的感受，最后说哪些层级和品牌线索不能动。这不是背话术，而是展示你把模糊要求翻译成可执行标准的能力。

素材提出一个中间位置：人不必逐像素操作，但也不能把对层级、受众和品牌的判断全部外包。这句话可以直接变成你的取舍框架。

必须由人保留的判断，通常包括：信息层级谁先谁后、这个界面服务哪类受众、品牌里哪些线索不能牺牲。这些判断一旦交给智能体，输出可能看起来完整，却偏离了项目真正要解决的问题。

可以交给智能体执行的，是素材提到的塑形、迭代、加固和清理设计债等阶段里的部分工作。比如在塑形阶段让它快速铺几版布局，在迭代阶段按你写下的约束调整间距和状态，在清理阶段帮你找出不一致的组件。但每个阶段参与多少，取决于你能否把标准写清楚。

读岗位描述时，可以留意对方是否提到设计系统、组件约定或协作流程。这些信息能帮你判断团队是否已经有共享语言，而不是只靠个人临场发挥。

素材建议，每次出现偏差时先写下目标受众、希望加强的感受、不能牺牲的层级和需要保留的品牌线索。如果结果过度装饰或信息不够聚焦，就把判断写回项目约定，让下一次调用继承同一份经验。

这其实是一套可带走的判断方法。假设一次模拟迭代中，智能体把次要操作做得比主操作还显眼，你要记录的不是“它做错了”，而是“主操作必须在视觉重量上高于次要操作，因为用户来这里主要是完成某件事”。这条约定写下来，下次就能复用。

面试中讲这个例子，比说“我会复查输出”更有说服力。因为它展示了你如何定义标准、发现偏差、把偏差写回约定。

实际可做的小建议：下次和智能体协作前，先花五分钟写下三条不能妥协的判断，再开始迭代。这个动作本身，就是你面试时可以讲的具体经验。

需要说明的是，素材没有说明哪些公司正在招聘这类岗位，也没有给出使用后的量化效果。面试官不一定会问协作问题，但如果你能讲清判断权保留和约定复用，至少说明你理解团队为什么需要共享设计语言。