Skill engineering and the case against one-shot AI design

TL;DR · AI 摘要
Skill engineering and the case against one-shot AI design AINews: Weekday Roundups Paul Bakaus talks to us about Impecca...
核心要点
- 主题聚焦:Skill engineering and the case against one-shot
- 来源:Latent Space,建议结合原文判断细节。
- AI 分析暂不可用,本条为保底评分与摘要。
技能工程与对一次性AI设计的反对
AINews:工作日精选
Paul Bakaus与我们探讨在“循环最大化”时代如何实现完美的人类判断,以及为什么代理仍然需要人类进行引导
Richard MacManus
2026年7月2日
AI工程师世界博览会现场的Impeccable创始人Paul Bakaus。
Paul Bakaus认为新兴的“技能工程”学科可以使AI代理更具能力——但他绝对不希望将人类从创意过程中移除。他向Latent Space分享了自己在AI时代的设计方法。
Bakaus是Impeccable的创始人,这是一个开源的设计技能系统,为编码代理提供了改进界面的词汇表。与其要求代理一次性重新设计整个网站,用户可以指示它让某个部分“更突出”、“更安静”、“更密集”或“更精致”。
这些看似简单的指令背后,涉及一个关于AI产品应该如何构建的更大论点。Bakaus表示,代理不仅需要指令,还需要领域知识、上下文以及人类精心定义的引导方式。
在AI工程师世界博览会的演讲中,他说道:“关键是要给你一种方式,引导你最终想要的结果。”“这永远不会是一次性设计的工具,这不是我们的初衷。”
技能工程的新兴工艺
Impeccable最初是Anthropic前端设计技能的一个相对简单的扩展。随着用户群体的增长,Bakaus将其扩展为一个更复杂的系统,包含多个组件和工作流程。
这一过程促使他开始将技能工程视为一个独立的学科。他在会议的研讨会中探讨了他所谓的“技能构建的暗黑艺术”。
“一个有趣的主题是,大多数技能——[以及]大多数模型——其实并不具备很强的创造力,”Bakaus告诉我。“它们会朝着一个方向收敛,如果每个人都使用相同的技能进行前端设计或类似工作,最终所有东西看起来都是一样的。”
技能工程师还必须考虑代理框架和模型之间的差异。例如,Codex和Claude在处理子代理或权限方面并不一定采用相同的方式。一个旨在跨Claude Code、Cursor、GitHub Copilot和Codex运行的技能,不能假设它们都提供相同的功能。
Bakaus还尝试在技能内部进行路由,使其能够结合多种能力并引导任务走向相关指令。他将这种方法比作专家混合模型,路由既用于节省令牌,也用于提高效率。
为代理提供设计词汇
Impeccable的核心创新在于将设计师熟悉的术语转化为代理可以更精确操作的定义。
一个未经协助的模型被要求让页面“更突出”时,可能会添加渐变、霓虹效果或玻璃质感表面。而Impeccable则通过层级、比例和决定性排版等概念来定义“突出”——这些变化能够吸引注意力,而不会破坏现有的设计系统。
Bakaus表示:“一个没有实际含义的形容词只是一个漂亮的撇号。”“你必须真正告诉代理你的意思。”
他将这些术语描述为“被赋予了意义”的词汇。模型已经对“突出”或“安静”等词有一定的理解,但技能会将它们转化为特定的专业领域。
这是关键所在,因为专家往往掌握着非专家所不具备的专业术语。Bakaus表示,他观察到设计师和工程师使用相同模型时产出的作品存在显著差异,仅仅因为设计师懂得如何清晰表达期望结果。
“我一直在尝试将这种语言——本质上将其压缩成一种技能和系统——从而让人们能够更有效地表达自己,”他表示。
然而,他认为并非设计的每个方面都能从这种抽象层级进行控制。直接调整间距可能仍然是进行小幅修改的最快方式,而开放式提示在初期探索阶段可能更有用。
他坚持认为目标不是用代理取代所有工具。而是确定“精确的控制层级”,并在人类判断最为关键的环节引入人。
设计师和工程师向上层技术栈移动
Bakaus认为设计、工程和产品管理之间的界限正在变得模糊。
“设计师正在进入代码领域,工程师正在进入设计领域,反之亦然,”他说。“这些领域正在发生碰撞。”
这种转变对那些主要工作是将现有成果转化为其他形式的人而言会很不适应。主要将Figma设计转化为代码的工程师正面临日益增长的自动化,而仅限于让现有界面看起来专业的设计师也面临类似压力。
“设计师都必须向上层技术栈移动,更多地思考‘什么’,”他说。“我认为产品经理和设计师的角色实际上正在融合。”
同时,设计师正在向实现层面靠近——进入代码领域。Bakaus最初预计Impeccable主要会吸引工程师,并假设专业设计师可能会对此感到不满。但事实上,他估计现在至少有一半的用户是设计师。
“设计师并不是直接进入代码而没有任何帮助,”Bakaus谈到设计师时说,“他们使用Impeccable作为桥梁,因为它能够传达他们沟通的方式。而这一点在我最初构建它时并不明显。”
Impeccable还具有一个实时模式,将视觉选择与底层代码代理相结合。用户可以在开发环境中选择某个部分,请求几种替代布局方案(例如要求更醒目或更低调的处理方式)。系统在项目现有的代码和设计系统内运行,而不是从第三方设计工具导出独立的原型图。
Bakaus将这种模式描述为聊天和直接视觉操作交汇处的潜在“设计控制装置”。
不会有自动模式
AI行业经常将完全自动化视为产品开发的自然终点。Bakaus拒绝接受这种观点。
他看到两种主要阵营:试图保持传统Figma为中心工作流程的人,以及希望代理尽可能少依赖人工干预的“loopmaxxing”倡导者。
“真相介于两者之间,”他说。
他偏好的模式是让AI快速生成前80%:原本需要耗费大量时间的合格布局和基础实现。然后由人负责最后20%,将品味、语境和独特的观点融入产品。这是Bakaus在代理时代设计哲学中的关键部分。
“人们需要目标,并希望在他们所创造的事物中扮演角色,”Bakaus表示。“当你与代理协作时,你会对产品产生更强的归属感。”
用户经常要求他为Impeccable增加一个自动模式,让系统自行选择命令。他完全没有打算这么做。
“我们没有自动模式,”他表示,“未来也不会有自动模式。”
当被问及软件工厂语言及其他似乎完全将人类排除在工程之外的愿景时,他的回答非常明确。
“我对此坚决反对。”