全员分享 / 实战复盘
AI × FRONTEND DELIVERY
从逐行 Review 到审方案、验功能
它写完了，我还在看 从上半年协作复盘，到七月 AI 试运行
用规则、工具和关键门禁，把人的注意力留给真正需要判断的地方
1名前端
4个项目
8–12条并行线程 / 周
工作负载
一个人同时推进四个项目
02 / 12
1
名前端
×
01
数字工地
对内平台 + 对外平台
02
预制厂管理系统
生产与管理业务
03
数智工地小程序
移动端业务交付
04
零散业务模块
持续插入的功能线
8–12
每周并行推进的功能线程
原始瓶颈
协作损耗先消耗了注意力
03 / 12
HANDOFF / 01
信息传递
传递一次，理解就可能变形一次
→
HANDOFF / 02
代码交付
交付一次，就要重新质检一次
花在
Review + 排查
上的时间，比自己开发还多
第一次转折
AI 提高了执行速度，瓶颈仍在 Review
04 / 12
交付速度
提速
注意力消耗
未降
AI 能独立写完模块，也能保持输出风格一致；但我仍然要逐行看、提前判断逻辑节点、在方向偏离时重新下指令。
CURRENT BOTTLENECK
我
从 Review 别人的代码
变成 Review AI 的代码
阶段二 / AI 写，人工逐行审查
三个案例验证缩短传递链已经产生收益
06 / 12
案例旧模式新模式效率变化结果与解释
CASE 01跨平台重构
≥3.25 天
2 天
≥38%提效
本次回归 bug：0需求、修改和纠偏在同一上下文完成
CASE 02新功能交付
≥1.75 天
1 天
≥42%提效
规格直接进入执行减少跨角色的二次转述
CASE 03线上排障
≥2 小时
半小时
不计百分比旧耗时不是精确小时数
半小时闭环两个问题在同一上下文连续检查部署与打包
证据边界这组数据不代表验收自动化已经完成
案例复盘
提效主要来自减少传递与反复确认
07 / 12
CASE 01 / 跨平台重构
≥3.25 天 → 2 天
同一上下文持续纠偏，减少交付等待
CASE 02 / 新功能交付
≥1.75 天 → 1 天
规格直接进入执行，减少二次转述
CASE 03 / 线上排障
≥2 小时 → 半小时
排查链条不跨团队，一个人完成问题闭环
主要减少的不是写代码的时间，而是传递信息和反复确认的时间
方法一 / 上下文闭环
上下文闭环把隐性知识写进项目仓库
09 / 12
AGENT START
每次启动
都是空白
都是空白
如果信息只在脑子里，每次都要重讲；漏一处，方向就可能从开头偏离。
→
→
项目仓库
CONTEXT AS CODE
01项目总规则
02标准化流程
03行为边界
04当前规格与契约
05过程记录
06关键决策
AGENT READY
读一遍仓库
即可开工
即可开工
知道该做什么、不该做什么，也知道做到什么程度才算完成。
团队迁移
三个动作可以迁移到其他团队
11 / 12
01
把团队上下文写下来
只给新同事看文档，他能否说清：在做什么、流程是什么、怎样算做对？
02
在关键流程建立硬门禁
对不确定性强、出错代价高的节点，明确谁确认、用什么证据才能推进。
03
把验证变成看得见的证据
报告、数据、截图都可以；关键是换个人来看，也能独立判断对错。
把验证从“我信你”变成“我看得到”
NEXT / 下一阶段