Onlook

从现有证据看，Onlook 值得作为“已被广泛关注、适合前端界面协作试用”的项目来判断，但还不宜下结论说它已是成熟通用的低代码平台。热度证明很强：多条 X 帖提到其 GitHub 爆发式增长、被称为“设计师版 Cursor”“Figma+Cursor”；但这些更多说明它在社媒和开源圈被迅速传播。好用证明相对有限，主要来自少量试用帖、知乎整理文和功能拆解，样本还不算大。

它的实际作用更像“React 应用的可视化代码编辑层”，而不是 Figma、Webflow 或纯原型工具。证据显示它支持直接编辑 React UI、实时预览、用 AI/chat 生成页面或根据截图改界面，并把修改写回代码；有资料还提到页面管理、设计变量、图层、代码编辑器、CLI 等能力。更准确的类比是：把设计稿编辑体验叠在 React 项目之上的开源视觉 IDE，而不是从零托管网站的 SaaS 建站器。

门槛与成本方面，现有证据只能较保守地说：社区普遍把它描述为免费、开源，这属于社媒说法，不等于完整商业条款承诺；证据里也没有可靠官方定价或 API 费用说明。使用门槛则比较明确：它明显更适合已有 React/Next.js + Tailwind 项目的团队，能看代码、愿意在本地桌面或浏览器环境试验的人更容易上手。若你想要完全无代码、交付静态宣传页就结束，或希望像 Figma 一样纯设计协作，Onlook 可能不是最省心的选择。

从适合人群看，它更适合前端工程师、会和代码打交道的设计师、产品原型负责人，以及想缩短“设计改动到代码落地”路径的小团队；不太适合完全不碰代码的传统设计流程。evidenceSources 的讨论质量属于“转发较多、榜单/趋势型表述较多，实测和教程有但占比有限”。像“30 秒生成网站”“截图转模板”这类说法更接近演示效果，不应视为稳定能力承诺；相对更有参考价值的是功能拆解、试用反馈和官方/项目侧说明，但整体仍需更多长期实战案例来证明复杂项目中的稳定性。