先说几个核心结论：你让ChatGPT写前端代码时，它生成的东西总缺关键步骤——要么没初始化状态，要么漏掉useEffect的依赖项，要么把loading态和错误边界处理得七零八落。结果代码一粘就报错、一跑就白屏。别急，这个问题有解法。

问题根源其实很简单：你给的提示词太“薄”了。AI默认走最简路径，它不会主动补全防御性逻辑——比如catch块，或者loading=false的复位操作。那么，如何确保模型每一步都不跳？

第一步：强制模型拆解步骤，一个都不能少

在提示词开头就直接写清楚：“请先分步骤写出完整执行流程，共N步，每步用‘①’‘②’编号，必须包含：数据获取触发时机、状态更新路径、副作用清理逻辑、错误捕获位置、UI反馈节点。”

这一步不能省。如果跳过步骤拆解，ChatGPT默认只会按“最简路径”生成代码。举个具体例子，你期望的输出应该是这样的流程：

① 组件挂载时调用fetchData()，触发API请求；② 请求pending中设置loading=true；③ 响应成功后更新data并置loading=false；④ 响应失败时设error=err.message并置loading=false；⑤ 组件卸载时取消未完成请求（如AbortController）。

你看，五步缺一不可。这就是模型的“行动框架”——有了它，AI才能按图索骥。

第二步：用反例堵上遗漏的死角

光有正面的步骤还不够，你还得告诉它：什么不能做。

方法一：枚举已知失效模式

在提示词中追加一条：“禁止出现以下任一情形：a) useEffect里不写依赖数组；b) fetch后直接setData(res)，不包try/catch；c) loading状态只在开始设true，无对应false重置；d) 错误信息仅console.error，未存入state供UI读取。”

这就相当于给模型画了一条清晰的红线——越过边界，生成的代码就是不合格的。

方法二：绑定校验动作

更狠一点：追加指令要求模型生成代码后立即逐行检查。比如“是否存在未被useEffect包裹的异步操作？是否存在未被try/catch包围的await语句？是否存在loading状态变更后无对应UI条件渲染？”——最后只输出“通过”或具体违反行号。这一步是把事后审核前置到了生成阶段。

第三步：锚定框架版本与钩子行为边界

不写清React版本，ChatGPT可能按17.x的规则生成useCallback缓存逻辑，结果在18.3下闭包失效。这就是典型的版本陷阱。

正确的做法是：在提示词第一句就锁定技术栈——“使用 React 18.3 + TypeScript 5.4 + Vite 5.2 实现，所有副作用必须用useEffect，禁止使用useLayoutEffect替代。”

紧接着定义钩子约束：“useEffect依赖数组必须显式写出全部依赖项，禁止写[]却在内部引用props或state；若需忽略某依赖，必须加// eslint-disable-next-line注释并说明原因。” 这才是防范闭包漏洞的硬性要求。

你不说，它就不会做——这是模型的天性。

第四步：给出一套可校验的结构模板

方法一：模板驱动

给出一段代码骨架，要求模型严格按此填充，不得删减任一状态声明或分支。比如：

```tsx
export function UserProfile() {
// ✅ 步骤1：声明状态
const [user, setUser] = useState(null);
const [loading, setLoading] = useState(true);
const [error, setError] = useState(null);

// ✅ 步骤2：副作用逻辑（含清理）
useEffect(() => {
const controller = new AbortController();
fetchUser(controller.signal)
.then(setUser)
.catch(err => setError(err.message))
.finally(() => setLoading(false));
return () => controller.abort();
}, []);

// ✅ 步骤3：返回JSX（含loading/error/user三态）
return ( ... );
}

然后要求“严格按此结构填充”。此时模型无法偷懒，因为模板已经把每个坑位都标明了。

方法二：字段级校验

追加最后一道防线：“输出前核对：state声明数≥3（user/loading/error）、useEffect调用次数=1、return语句中必须同时存在{loading && }、{error && }、{user && }三者。”

这是用数字和布尔条件倒逼模型形成完整的逻辑闭环。

总结一下：这套4步法的本质是什么？

回到最初的问题——AI生成的代码为什么总缺步骤？因为模型倾向于“最小工作量完成指令”，它不会主动考虑防御性逻辑或异常路径。你要做的，不是抱怨AI不智能，而是把提示词变得足够“厚”：拆解步骤、封死遗漏、锁定版本、强制结构。

这样输出的代码，才算是一个经验丰富的开发者真正会写的代码。