作者:互联网 时间: 2026-07-21 18:16:55
最近我一边做业务前端,一边在搭一套「让 AI 更稳定参与前端开发」的协作体系。

很多人觉得 AI 写代码最大的价值是提高速度。
但我越来越觉得,真正浪费时间的,从来不是敲代码,而是那些不断重复、却没人沉淀下来的约定。
每接一个需求,AI 都要重新理解一遍:
如果这些没有明确规则,不只是 AI,每个开发都会写出一套自己的理解。
最后代码能跑,但项目越来越不像一个项目。
所以我想解决的问题,从来不是:
而是:
很多人觉得前端变化快。
但真正做业务的人都知道,大部分需求其实都长得很像。
这一周可能是:
下一周换个业务,又来一次。
真正变化的,往往只有数据。
而页面结构、组件规范、交互习惯、请求方式,甚至代码组织方式,基本都可以复用。
真正消耗开发精力的,不是 JSX,也不是 Vue 或 React。
而是这些没人记录,却每天都在重复沟通的问题:
这些,才是真正吃掉团队带宽的地方。
我现在做的事情,不是训练一个万能 Agent。
而是把以前只存在脑子里的经验,一点点变成可以调用的能力。
整个体系目前只有两层。
| 层 | 职责 |
|---|---|
| 业务前端仓 | 真正交付代码,把组件规范、Skill、Rules、项目约定全部沉淀下来 |
| 编排仓 | 接需求、分类、派发 Agent、审查结果、生成报告,不直接修改业务代码 |
业务仓负责回答:
编排仓负责回答:
两边职责拆开以后,整个流程就清晰很多。
业务仓持续沉淀:
而编排仓负责把这些能力串起来。
例如:
复制代码需求 Intake
↓
整理 Brief
↓
判断改动范围
↓
标记待确认事项
↓
创建周分支
↓
Agent 实现页面
↓
按 Rules + Skill 审查
↓
人工确认
↓
保留 / 回滚
↓
生成执行报告 & 周报
整个过程更像是一条可重复执行的流水线,而不是每次都从零开始。
随着项目越来越真实,我发现,与其不断优化 Prompt,不如先把边界定清楚。
目前我坚持几条原则:
AI 可以施工。
但不能决定产品。
很多人会问:
我的答案恰恰相反。
真正应该被释放的,从来不是写代码本身。
而是那些没有技术含量、却不断重复发生的工作。
比如:
这些事情,本来就应该交给系统。
开发应该把更多时间放在真正需要判断的地方:
这些,才是真正有价值的部分。
AI 不会替代优秀的前端。
但会不断淘汰那些只能重复写业务代码的开发。
真正的竞争力,已经不是谁会写一个列表、一个表单、一个弹窗。
而是谁能把团队积累下来的经验、规范和流程,沉淀成一套任何人、任何 Agent 都能稳定复用的能力。
Skill、Rules、公共组件,本质上是在沉淀知识。
而编排,则是在沉淀流程。
两者结合起来,释放的不是写代码的速度,而是整个团队的交付能力。
目前这套体系还在真实项目里持续打磨,不是 Demo,也不是为了展示概念,而是每天跟着业务一起迭代。
我希望最终做到的不是「AI 会写前端」。
而是AI 能稳定地按照团队的标准写前端,而开发者可以把精力放回真正需要思考和决策的地方。
如果你也在尝试让 AI 参与团队开发,我很好奇:你现在最大的瓶颈,是 Prompt、规范,还是整个协作流程?