写在前面这方面，一个很多人都有的困惑

我最近被问到几个问题。我觉得它比大多数「AI 会不会取代程序员」的讨论都诚实：

这个困惑很真实而且我认为它的前半部分基本是对的。老实说，

公司确实不需要重造一个 Claude Code； 把同事人格做成 skill 确实是玩具； % 确定的流程确实该写脚本。

但这个推理漏掉了一件事，而这件事恰恰是整个 AI 时代前端工作方式变化的主要。

一、主要判断：AI 抬高了「确定性」的价格

直接说结果。 后面所有章节都是它的展开：

以前一个功能的成本结构大概是：想清楚 %，写代码 %，验证 %。

现在写代码那 % 被压缩到了 %。按理说，剩下的两头没变，甚至变重了——因为代码产出速度快了验证的压力反而更大。

工程的重心，从「生产」转移到了「约束和验证」。

二、拿到 AI 编程工具后最该做的是约束规则而不是写 skill

纠正那个「% 重复」思维陷阱

确定性范围适用方案举例场景

%~%机械脚本/codemod 生命周期方法改名、语法替换

%~%AI智能体 拆解语义、逐文件适配、边界情况处理

~%人类决策 架构决策、要不要换库

"%机械"段落可以由现有工具解决。真正关键的是"%-%"这一块 - 大量高重复度但需要理解语义且每个文件细节不同场景。如Vue迁移/Vue3迁移组件库替换等,这正是AI发挥最大价值区域!

真正决定AI表现两项关键要素:上下文管理与验证闭环

.1 上下文供给程序 - 前端最容易被忽视但最致命漏洞

- 技术栈: Vue3 + TS + Vite
- 按钮统一用 src/components/AppButton。不要自己写 
- 请求统一走 src/utils/request.ts,不要直接用 axios/fetch
- 不要动 src/payment/目录下任何文件
...

注意这里不是简单列举规则清单!说起来，而是要特别强调: 1. 需要将架构约束与组织知识沉淀为机器可读格式 2. 每条规则需明确描述可执行标准 3. 需要持续通过review发现痛点并更新规则

.2 验证闭环 - 前端最大短板与突破口

`