我是做前端开发的，准确说曾经是。
过去这些年，我对“设计工具进化”这件事其实没有太强感受。从 Photoshop 换成 Sketch，再从 Sketch 换成 Figma，对我来说，本质上只是设计师用了更先进的工具提高了效率，标注更清晰一点，组件更规范一点，但工程流程没有改变。
设计稿还是设计稿。 我还是要把它重写成代码。
直到最近，我用 Pencil（https://www.pencil.dev/） 体验了一下 Vibe designing，我发现设计的天也要巨变了。
我在 Codex（AI IDE） 里，用提示词描述了一个简单的 CRM 系统：注册页、登录页、客户列表页，请帮我设计。
几分钟后，页面结构出来了。设计稿有了。关键是这个设计稿是通过代码（JSON）描述的，语言大模型是完全看得懂的，可以完全让 AI 按照确认后的设计稿来 1:1 还原。
那一刻，我意识到一件事：
这可能不是“UI 工具升级”，而是软件生产流程正在被重构。
在 Codex AI 工具中让 AI 设计页面
设计，第一次真正进入工程体系
Pencil 和传统设计工具最大的不同，他不仅仅是一个设计软件，而是一个设计稿的渲染标准，你可以直接安装 Pencil 软件来打开.pen 文件，也可以安装 Pencil 插件在你熟悉的 IDE 中使用。
在 Pencil 客户端中打开 .pen 文件
在 VSCode 中直接打开 .pen 设计文件
设计文件以.pen 的形式存在于项目目录里，本质是 JSON 结构。
可以 Git 管理，可以做版本控制。
对前端来说，或者是这对软件工程来说，这件事非常关键。
过去的流程是：
设计在 Figma / PS / Sketch→ 导出视觉稿 → 我根据视觉稿实现组件 → 再来回对齐
现在的流程开始变成：
需求 → AI 生成结构化设计 → 直接映射到组件 → 同步生成代码
设计第一次真正成为工程资产，而不是参考资料。
效率红利背后：谁的岗位在摇晃？
我让 AI 生成了三个页面：注册、登录、客户列表。
AI生成的CRM登录页面
AI生成的CRM注册页面
AI生成的CRM客户列表页，虽粗糙但结构完整
如果单看效果，很普通，而且有些地方还有些糙。
但关键不在“好不好看”，而在于生成逻辑，而且这三个页面仅仅只用了 5 分钟就生成好了，而且还是可以二次修改的设计源文件。
我们预测一下，以后大量系统的页面设计和基础实现，很可能会被自动化覆盖 80% 以上。
对设计师、前端工程师来说，这是一次效率红利； 对纯执行型设计工作来说，这是一次结构性冲击。
会被冲击的，不只是设计师
如果一个前端只停留在按图实现页面，我也会感到焦虑。因为当 AI 能够根据结构自动生成 React 组件、自动组织布局、补齐样式时，低复杂度页面实现的价值会迅速下降。后台管理系统、标准化表单、营销页面，这些曾经需要大量手工完成的工作，正在被快速压缩成本。
与此同时，更高层级的能力却会被放大。组件抽象的能力、状态管理的架构设计、设计系统的搭建、性能优化、复杂交互的实现以及业务建模能力，都是 AI 无法替代的核心环节。AI 可以生成页面的“形”，但系统的“骨架”仍然需要人的判断。当页面生成变得轻而易举，能够把控结构、优化复杂度、保证可扩展性的能力，就成为了真正稀缺和核心的竞争力。
价值上移：未来团队的核心资产是什么？
如果你正在管理一个产品团队，这一波变化其实不是“要不要用新工具”的问题，而是组织结构是否需要重构的问题。
当页面生成效率被大幅拉高之后，真正值得思考的，不是“能不能更快出图”，而是团队的价值重心应该放在哪里。
当标准化页面可以被快速生成，团队是否还需要把大量时间投入在重复性的界面产出上？还是应该把这部分产能释放出来，用于更高价值的系统设计和体验打磨？
当设计初稿可以由 AI 完成，设计师是否还应该停留在视觉执行层？还是应该更多参与到用户路径设计、品牌一致性、设计系统治理等更上层的工作？
当基础页面实现成本显著下降，前端工程师是否还应该主要承担“还原设计稿”的角色？还是应该把精力转向组件抽象、架构设计、性能优化和复杂交互的实现？
换句话说，这不是“效率提升”的问题，而是“价值迁移”的问题。
当执行成本被压缩，组织的价值必然上移。
过去依赖人力堆叠完成的工作，会逐渐被工具吸收。而真正决定产品竞争力的能力：系统抽象、体验判断、业务理解，会成为新的核心资产。
AI 不只是提升了生产速度，它正在改变团队内部的分工边界。
而每一次分工边界的变化，本质上都是一次组织升级的机会。
作为老前端，我的真实判断
我不认为设计师会被短期替代。 我也不认为前端会被短期替代。
但我越来越确信一件事：真正会被替代的，从来不是职业，而是层级。
执行层会被自动化，判断层会被放大。
当 UI 生成变得廉价，当标准页面可以在几分钟内被结构化输出，真正稀缺的就不再是“会不会写页面”，而是“知道该写什么页面”。
过去十年，前端工程师的核心竞争力，是实现能力。 谁更熟悉框架，谁更会拆组件，谁更懂样式细节，谁就更有优势。
但当 AI 可以理解组件模式、生成基础结构、补齐样式逻辑时，实现能力会逐渐变成一种“基础设施能力”。
就像当年 jQuery 替代了大量原生 DOM 操作，后来框架替代了大量手写逻辑一样——实现会被不断抽象、不断封装、不断自动化。
真正会上升的，是结构能力。
什么是结构能力？
是你能不能在页面生成之前，就想清楚系统的边界在哪里。 是你能不能在组件生成之后，判断它是否具有可复用性。 是你能不能在需求出现时，预见三个月后的复杂度。 是你能不能在 AI 给出十个方案时，知道哪一个更符合业务节奏。
AI 可以写更多代码，但不会替你承担复杂性的后果。
代码的复杂度最终会落回到系统设计者身上。 技术债不会消失，只会换一种形式存在。
写在最后
所以问题其实已经不是，设计师会不会被 AI 革命。
当页面生成变得廉价，当结构可以被自动化输出，被改变的不是某一个岗位，而是整条生产链的层级分布。设计不再只是画布上的表达，前端也不再只是实现者，产品也不再只是需求整理者。执行层正在被压缩，而判断层正在被放大。
AI 会让“做出来”变得越来越容易，但不会替我们决定“该不该做”“该怎么做”“做到什么程度”。页面可以自动生成，代码可以自动补全，但体验是否有价值、系统是否健康、产品是否可持续，这些判断始终属于人。
技术的每一次进步，都会让低层能力变得普遍，同时让高层能力变得稀缺。真正被淘汰的从来不是职业名称，而是停留在旧层级的能力。
设计不会消失，前端不会消失，产品也不会消失。但所有人都必须回答同一个问题：
当执行变得廉价，你是否有能力站在结构之上？