我想我需要躺下去

原文 ↗ Hacker News 讨论 ↗

一个在线演示把手绘线框图转换成可工作的网页 UI，使用了 OpenAI 的视觉版 GPT‑4，引发了惊叹与怀疑并存的反应。评论者认为它在快速原型、客户概念验证以及提高非程序员“下限”方面很有价值，但怀疑 AI 生成的代码是否已经能够处理复杂、不断演化的应用、可访问性或长期维护。许多人将其与过去一波视觉化和“无代码”工具（VB、Dreamweaver、UML 生成器）相比较，认为虽然这一代工具能力强得多，但它主要暴露出 UI 工作有多么重复，以及当前 Web 技术栈在表达简单界面方面有多么不合适。

演示做什么以及它如何工作

  • 这个工具让你在 tldraw 里勾画一个低保真 UI，把画布的 PNG 发送给 OpenAI 的 GPT‑4‑Vision，然后返回一个单独的 HTML+Tailwind+JS 文件。
  • 用户可以通过选中之前的输出并添加备注来迭代；模型会同时看到先前的代码和更新后的草图。
  • 示例包括控制方块的滑块、表单、简单小部件，以及井字棋和贪吃蛇这类小游戏。

原型价值 vs 真实世界使用

  • 许多人认为它非常适合快速演示、MVP、给客户看的概念验证，以及 UI 线框图。
  • 也有人认为真正困难的部分仍然是：业务逻辑、集成、状态、性能、安全性、可访问性，以及长期维护。
  • 有人担心高度精致的模型图（或 AI 生成的 UI）会误导利益相关方，让他们以为产品“差不多完成了”。

开发者工作量、工作岗位与预期

  • 一些人欢迎这类工具去掉无聊的前端样板代码和“JS 框架轮换”，让开发者专注于核心问题。
  • 另一些人担心客户预期会提高（“你上次几个小时就做出来了”），也担心 AI 会侵蚀更简单的开发岗位，同时提高那些能修复细微 bug 的专家的溢价。
  • 还有少数人公开担心它对知识工作岗位的长期影响；也有人坚持认为 AI 会增强而不是取代大多数开发者。

无代码、历史类比与 Web 复杂度

  • 经常被拿来比较的是 VB/Delphi 设计器、Dreamweaver、Rational Rose，以及现代建站工具（Squarespace、Webflow 等）。
  • 有人认为我们一直在重复发明那些重复性的 UI；大多数应用不过是华丽的 CRUD，而且“低熵”，非常适合自动化。
  • 也有人回忆为什么很多 GUI 构建器后来失宠：生成的代码丑陋或僵硬、可维护性差，以及难以处理复杂且不断变化的需求。

技术与实践方面的担忧

  • 非确定性、可能不一致的代码生成会让版本控制和维护变得复杂；所谓确定性最多也只是“部分”的。
  • AI 输出常常缺少可访问性（例如屏幕阅读器反馈），不过可以通过专家审查来修复。
  • 后端、托管、devops、安全性和架构被强调为持续需要人类负责的工作。
  • 这个演示要求用户把自己的 OpenAI API key 粘贴到页面里；即使有保证并且是开源的，这也被广泛视为一种“危险但很酷”的反模式。

元话题：AI 炒作、局限与 Twitter/X

  • 讨论串把兴奋（“基线已经变了”）和怀疑混在一起，后者针对精选演示和“带滑块的 Hello World”式炒作。
  • 多次抱怨 Twitter/X 的 UX、登录墙，并建议使用 Nitter 或浏览器扩展来查看。