Paul Bakaus(jQuery UI 创始人,a16z 支持)谈为何 AI 构建的产品仍然不够好
摘要
jQuery UI 创始人、a16z 支持的创业者 Paul Bakaus 认为,AI 构建的产品失败是因为缺乏输出密度和人类判断力;真正的问题不是工具差距,而是编辑差距。
Paul Bakaus 创建了 jQuery UI——据报道,这段代码至今仍运行在约 6% 的互联网网站上。他曾将一家游戏引擎初创公司卖给 Zynga,在 Google 工作了近十年,如今是一位获得 a16z 支持的独立创始人,正在打造 Impeccable——一个开源设计技能,旨在阻止 AI 编程代理生成“垃圾”输出。他在这个片段中的核心观点并非关于 AI 的能力,而是关于输出密度。大多数 AI 代理生成的代码过于冗长;大多数 AI 撰写的文章篇幅过长;大多数 AI 生成的设计过于杂乱或啰嗦。他说,当下稀缺的人类技能不是生成内容,而是判断力:确切地知道该删除什么。他甚至承认,在 AI 完成初稿后,他不得不从头重写自己的产品公告草稿。他最后总结道:设计是一个迭代过程,必须承载人的视角。没有任何工具——无论是代码、设计还是写作——能够一次到位。如果你正在用 AI 代理交付产品,而一切读起来“技术上没问题”却总感觉千篇一律,那么这才是真正的诊断:不是工具差距,而是编辑差距。片段来源:Solo Founders——如需注明出处或删除,请私信。
相似文章
@OReillyMedia:“AI 生成的 UI 不应因为它看起来完整而被信任。它应该被信任,是因为团队已经验证了正确的……”
O'Reilly Radar 上的一篇文章认为,AI 生成的前端 UI 是否值得信任,应基于经过验证的检查,而非光鲜的外观。文章指出,在构建和渲染成功之外,语义化 HTML、键盘导航、无障碍访问(可访问性)以及行为测试都是必不可少的评估环节。
@PrajwalTomar_: 别再怪AI导致界面丑陋了。AI不是问题。你跳过了最关键的一步。每个发布AI应用的开发者……
认为丑陋的AI应用UI是由于缺少结构化的设计系统,而非AI本身。推荐使用Moonchild创建基于token的组件,让Codex能够读取以实现一致的界面。
引用保罗·福特
保罗·福特讨论了人工智能如何改变软件开发,但强调人类协作仍然至关重要,因为人工智能可能导致项目执行不善。
AI行业有个奇怪的问题:造工具的人比用工具的人更兴奋。
文章探讨了AI开发者与最终用户之间的脱节——开发者热衷于技术能力,而用户则优先考虑能减少日常摩擦的实用、可靠的解决方案。作者学会了更看重用户的哈欠而非掌声,因为那才预示着真正的长期采用。
@mattpocockuk: AI在设计方面表现糟糕的一个原因是你不擅长告诉它你想要什么。经验丰富的设计师有上千种…
Matt Pocock 认为 AI 在设计上表现不佳,源于用户无法使用设计师的专业简语来表达设计意图,凸显了与 AI 沟通的技能差距。