Loading video...

Video Failed to Load

Go Home

AI 写前端越来越“一眼 AI”了? 最近又发现一个工具:Impeccable,一个给 Codex、Claude Code、Cursor 安装的一套“设计语言”的工具 更准确地说,Impeccable 是一套安装在 AI 编程工具里的“设计语言层”: 它通过设计知识、工作流命令、项目上下文和反模式检测,让 Codex、Claude Code、Cursor 等编码代理在修改前端时,少一些模型默认审美,多一些真正的设计判断。 平时我们给 AI 的设计要求可能会非常模糊,设计师有时候都未必能真正了解你的需求,何况是AI 所以Impeccable 想补齐那些专业性的知识要求。 它不会单纯告诉 AI“把页面做漂亮”,而是把设计工作拆成了多个可以明确调用的专业维度。 目前 Impeccable 提供了 23 个命令。它们并不只是一些短提示词,而是包含了相应设计领域的检查步骤、判断标准和工作方法。

10,762 views • 3 months ago •via X (Twitter)

10 Comments

sitin's profile picture
sitin3 months ago

很多 AI Skill,本质上只是一个更长、更专业的 Prompt。 Impeccable 真正有价值的地方,是把一次性提示词变成了可持续的项目设计上下文。 运行 /impeccable init 后,它会通过简单访谈了解产品服务谁、用户在什么场景下使用、品牌气质是什么,以及哪些风格绝对不能出现,并把这些信息写入 PRODUCT.md。 再运行 /impeccable document,它会扫描项目里的字体、颜色、组件和 Design Token,生成 DESIGN.md。 前者定义“产品为谁服务、为什么存在”,后者定义“产品应该如何表达”。 这样 AI 每次修改页面时,面对的就不再是一张白纸,而是一套已经建立好的设计系统。它不会今天用一套颜色,明天换一种圆角,后天新加的组件又完全不像同一个产品。

sitin's profile picture
sitin3 months ago

工作流基本可以分成四步。 第一步,先定方向。 新项目先用 init 保存产品上下文,再用 shape 明确设计方向,最后通过 craft 完成页面。品牌站和落地页还可以先生成视觉参考,再根据图片写代码,避免 AI 只靠文字自由发挥。 第二步,局部优化。 已有页面不需要全部重做,可以分别用 typeset、layout、colorize、animate 等命令,只解决排版、布局、配色或动效问题。 不知道哪里不对时,还可以用 Live Mode。直接在页面上点选元素,描述“更有力量”“信息密度更高”或“太像模板”,它会给出多个方案,预览后直接写回真实代码。 第三步,上线前检查。 先用 critique 做设计审查,再用 clarify 优化文案,最后通过 harden 测试超长内容、错误状态、离线、国际化等真实场景。 第四步,维护设计系统。 随着项目变大,extract 可以把重复的颜色、间距和组件整理成 Token 或公共组件,document 则负责更新 DESIGN.md。 所以 Impeccable 不只是帮你生成一个好看的页面,它更想解决的是:项目长期迭代中的设计一致性和设计债务。

sitin's profile picture
sitin3 months ago

Impeccable 里最有意思的功能,可能是它的“反 AI 味”检测器。 它整理了 46 类常见的 AI 前端套路,比如蓝紫渐变、渐变标题、霓虹发光、超大 Hero、卡片套卡片、统一圆角图标、过度弹跳动画,以及“重新定义”“下一代”“它不只是 X,更是 Y”这类空泛文案。 直接运行: npx impeccable detect src/ 就能扫描 HTML、CSS、React、Vue、Svelte、Astro 等项目,也可以检查线上网页。 如果项目里有 DESIGN.md,它还会判断新页面是否偏离原有的字体、颜色、圆角和字号规范。 更实用的是,它支持 JSON 输出和 CI 检查,可以直接放进 Pull Request 流程。Chrome 扩展还能在网页上直接标出问题。 所以它不只是提醒你“这个页面有点像 AI 做的”,而是把这些问题变成可以自动扫描、持续检查的工程规则。

sitin's profile picture
sitin3 months ago

使用 Impeccable 前,要先知道它并不是“万能设计师”。 它的审美规则很有立场,明确反对紫色渐变、玻璃拟态、极端圆角、弹跳动效等常见 AI 风格。 这样能减少模板感,但也可能从一种同质化,变成另一种同质化。 它也无法替代 Codex、Claude 或 Gemini。最终效果仍然取决于底层模型、项目上下文,以及 AI 是否真的看到了页面。 Live Mode 目前还在 Beta,复杂项目可能遇到兼容问题,使用时最好保持最新版,并关闭不可信网页。 想用好它,最重要的不是多跑命令,而是方法: 先运行 init,把用户、品牌语气、参考风格和反面案例写清楚; 不要一次检查整个网站,而是聚焦某个区域,比如首页 Hero 或结账表单; 推荐按 critique → polish → audit → harden 的顺序,先找问题,再修改、检查和测试异常情况。 每次修改后还要确认:重要信息有没有被删掉?操作是否变难?信息密度是否被过度降低? 所以 Impeccable 更适合需要长期迭代、维护设计一致性的项目。把它当成设计协作者,而不是自动审批系统,效果会更好。

sitin's profile picture
sitin3 months ago

它和我之前分享的AI网页设计相关的工具有什么不一样能够? 一句话概括: Impeccable 管完整设计流程,Emil 管动效细节,Website Cloner 管复制重建,Hallmark 管创意指纹,Taste Skill 管风格探索。 怎么选? ·做长期维护的产品、Dashboard 或 SaaS:优先 Impeccable。 ·页面设计已经完成,只想提升动效和交互手感:使用 Emil Skills。 ·把有权使用的网站迁移成 Next.js:使用 AI Website Cloner。 ·从零做一个视觉差异明显的品牌页:优先 Hallmark。 想尝试多种美术方向、图片先行或调节视觉强度:使用 Taste Skill。 ·需要 CI 检查、设计系统上下文和生产质量控制:目前 Impeccable 最完整。 ·只想安装一个简单的反 AI 味生成规则:Hallmark 更轻量。 它们也可以按阶段组合: Hallmark / Taste Skill 确定最初的创意与视觉方向 ↓ Impeccable 记录 PRODUCT.md、DESIGN.md,完成实现与审查 ↓ Emil Skills 进行专门的动效和微交互打磨 ↓ Impeccable audit / harden 做上线前检查

sitin's profile picture
sitin3 months ago

🔗:

Erwin's profile picture
Erwin3 months ago

@realchendahuang 试试看?

测不准's profile picture
测不准2 months ago

但是这种必须基于已有的项目么,从零开始不行吧

安叫兽|Bird🕊️ 🔶 BNB's profile picture
安叫兽|Bird🕊️ 🔶 BNB3 months ago

一眼 AI 主要还是间距和阴影太爱用力了

光头狗头's profile picture
光头狗头3 months ago

23 个命令其实不多,但每个都带检查步骤,这种设计知识层确实是 AI 前端需要的补丁。

Related Videos

🚨Stitch 这次升级不得了,我觉得重点不是多了几个功能,而是 Google 正在重写 AI 设计工具的定义。 1/ Google 昨晚更新了 Stitch,官方给它的新定位很直接: AI-native software design canvas。 2/ 翻译成人话就是: 它不想只做一个 “你写一句 prompt,我给你几张 UI 图” 的工具了。 3/ 这次更新,核心就 5 个方向: 无限画布 更聪明的设计代理 语音交互 即时原型 设计系统 + DESIGN.md 4/ 最值得看的第一点,是 AI 原生画布。 现在的 Stitch 不只是吃 prompt。 还可以把 图片、文本、代码 一起作为上下文。 这说明它开始更像“设计工作台”,而不是一次性生成器。 5/ 第二点,是 agent 变强了。 Google 这次明确说,新 design agent 能理解整个项目演进过程,而且还有 Agent manager,支持你并行探索多个设计方向。 6/ 第三点,是 语音进入设计主流程。 你可以直接对着画布说话 让 Stitch 一边听一边改 还能给你实时设计反馈 7/ 第四点,是 即时原型。 现在 Stitch 可以把静态设计快速变成交互原型,点一下 Play 就能看 flow,甚至还能自动补出逻辑上的下一屏。 8/ 第五点,是很多人会低估的 DESIGN.md。 Google 把设计规则做成了一个 agent-friendly markdown,支持导入、导出、复用,还支持从 URL 提取设计系统。 9/ 所以这次 Stitch 真正从“帮你出图”,走向“参与整个设计流程”。 10/ 一句话总结: 2025 年的 Stitch,更像 UI 生成器。 2026 年这次升级之后,它开始更像 AI 设计工作台。

比特币橙子Trader

16,604 views • 7 months ago

来自 Claude Code 团队成员 Thariq 分享的用好 Fable 5模型的秘诀。 以下内容整理自 Thariq 的视频: 过去,我们需要时刻检查 Claude 是否在正确地做事。比如,把任务拆分成小块交给它、反复检查它的输出,并在它过早停下时发现问题。但有了 Claude Fable 5,我反而发现自己越来越多地是在检查 Claude 是否在做正确的工作。 Fable 可以一次运行几个小时,它会测试自己的工作,老实说,我经常发现它写出的代码比我的还要好。我的工作变得越来越侧重于指引方向和前期设置,而不是监督。因此,以下是我在使用 Fable 时,工作方式发生的三个改变。 首先,我把 Claude 当作一个思维伙伴。我给它提供所需的上下文。其次,我给 Claude 设定目标并提供验证这些目标的方法。最后,我试着变得更有野心,让 Claude 去做我以前从未尝试过的事情。 第一点,你要越来越多地把 Claude 视为一个思维伙伴。 我在使用 Fable 时发现的一个失败模式是,我可能实际上并不知道自己想要什么,或者我可能不知道什么是可行的。但是,在我的思考过程中尽早让 Claude 参与进来,我就可以在实施之前发现这些问题。 举个例子,我会先从一个小的需求规范(spec)开始,在编写最终的规范文件之前,我会要求 Claude 就实施方案对我进行“面试提问”。这有助于我建立信心,确信自己知道想要什么。或者,我也可能抛出一个想法,让它想出几个可以发展的方向,并制作一些 HTML 页面原型供我审查。 当我准备好进行实施时,我会尽量给它提供上下文,而不仅仅是约束条件,这样 Claude 就能真正帮助我达成目标。 例如,我不会说“保持简单,不要过度设计”,而是会说:“嘿,这个功能是个实验。我们很有可能在一个月后删掉它。所以不要构建任何丢弃起来会很心疼的东西。”给它这样的上下文,能让它发现你可能都没想到的事情。 一旦你知道自己想要什么了,特别是面对一个雄心勃勃的难题时,考虑给 Claude 设定目标以及验证目标的方法。 为此,我们推出了两个很好用的新功能,我也鼓励大家试一试:/goal(目标指令)和 workflows(工作流)。目标功能帮助 Claude 持续工作直至完成,而工作流则帮助 Claude 验证其工作。 因此,在我写完规范文档后,我可能会告诉 Claude:“设定一个目标,以完整实现该规范。然后使用工作流来验证计划的每个部分,并准备一份报告,说明已实现了哪些内容以及是否有任何差异。”这让 Claude 能够尽可能以富有创意和周到的方式发挥其能力,同时又能确保它正在构建你想要的东西。 最后,试着更有野心一些。 Fable 真的是一个令人难以置信的模型,它促使我在工作中打破常规去思考。例如,我正在用 Fable 剪辑这个视频。如果有什么事情是你以为大语言模型做不到的,给它个机会试试。我们由衷地认为,Fable 提高了“一切皆有可能”的上限。

宝玉

144,174 views • 4 months ago