用 Claude Code / Codex 改模板代码：从换颜色到加功能

EazyOPC 的思路是：网站生成之后，继续打磨的工作交给 Claude Code 或 Codex 这类编程助手。不用你会写代码，但你得会指挥——指挥得好，改什么都顺；指挥得乱，AI 能把好好的网站改崩。这篇讲指挥的方法。

第一步：先让 AI 把项目读一遍

用编程助手打开整个文件夹之后，别急着下指令。先让它读交付包里的 START_HERE.md、CLAUDE.md、AGENTS.md，再让它用一句话复述这个项目是干嘛的、技术栈是什么。它复述对了，说明读懂了；复述得驴唇不对马嘴，说明它没找对地方，你先别让它改代码。

从最小的改起：颜色、文案、logo

第一次指挥 AI，改三样就够：主色、首页文案、logo。提示词要具体到文件和范围，比如：

把网站主色从现在的墨色换成深蓝色，只改主题色变量，不要动布局和间距。改完告诉我你改了哪个文件。

「只改主题色变量，不要动布局」这种约束句很关键。AI 默认很热心，你不约束，它可能顺手把按钮圆角、字号全「优化」一遍。

提示词怎么写，AI 才不改崩

• ·一次只做一件事。改颜色和加页面不要放在同一条指令里，拆成两条
• ·指明文件或目录。知道在哪就直接说，不知道就让它先找（下一节讲）
• ·说清不要动什么。「别改数据库结构」「别动支付相关的代码」这种禁区要提前划
• ·改完让它自己验证：跑一遍类型检查（npm run typecheck），有测试就跑测试

加功能之前，先问它「在哪改」

想加功能的时候，别直接说「给我加个 XX」。先问：「在这个项目里，XX 功能相关的代码在哪个文件？只找，先别改。」它找对了你再让它动手，找错了你换个问法。这一步多花两分钟，能省掉后面半小时的返工。

改崩了怎么办：别慌，回滚就行

动手改之前，先让 AI 帮你把当前能跑的版本提交到 git（git commit）。这是你的后悔药。改完发现不对，一条回滚命令就回到改之前。原则是：小步快跑，一次改一点、验证一点，不要攒一个大改动一次提交。

让 AI 帮你写测试：改代码的安全网

很多人让 AI 改代码，改完只看页面长得对不对。页面对了，付款流程可能是坏的。让 AI 写测试，就是给重要流程上保险。做法：先让它看项目里有没有测试、用的什么框架，然后指定最重要的两三个流程让它写——比如「下单能成功」「没登录打不开后台」。写完让它跑一遍，全绿才算数。以后每次改代码，先跑测试，红了就是改坏了，当场就能发现，不用等用户来骂你。

测试不用全覆盖，抓住核心流程就行。个人小站，十来个测试用例，顶得上你每次上线前手动点半小时。而且测试是写给 AI 自己的：下次你让它改功能，它先跑测试，改坏了自己就知道，不用你当人肉测试机。这笔投资回报率很高，早写早受益。

Code Review 清单：让 AI 改完自己检查这 5 点

• ·有没有动不该动的文件：支付相关的代码、数据库结构，这次的需求里没说要改就别碰
• ·类型检查和测试跑了没有：npm run typecheck 和 npm test，全过才算完
• ·有没有留下调试代码：console.log、临时的注释、测试用的假数据，删干净
• ·文案有没有残留：示例文字、占位的英文，这种上线前全换掉
• ·异常情况处理了没有：空数据、网络失败、用户输错东西，页面别直接白屏

这份清单直接复制给 AI：「改完之后，按这 5 点自己检查一遍，有问题自己修，修完告诉我结论。」AI 做检查比人仔细，前提是你把清单给它。几次下来你会发现，它自己查出来的问题，比你肉眼看出来的多。清单也可以越用越长，踩了新坑就加一条。

三套提示词模板：改文案、改样式、加逻辑

改文案最安全，随便改，直接说清楚改哪、改成什么：「把首页主标题改成「三个月上线你的收费网站」，副标题改成「不用写代码」。只改文案，不要动样式和布局。改完告诉我改了哪个文件。」

改样式中等难度，先小后大：「把全站主色换成深蓝色，只改主题色变量，按钮、链接、强调色跟着变就行，不要动布局、间距和字号。改完跑一遍类型检查，告诉我改了哪些文件。」记住约束句「不要动什么」，这是防止 AI 自由发挥的关键。

加逻辑最要小心，分两步走。第一步只找不改：「在这个项目里，用户登录相关的代码在哪些文件？只找，先别改。」它找对了，你再说第二步：「在登录成功后加一行逻辑：记录最后登录时间。不要动登录本身的流程，加完跑测试。」找错了就换个问法，别将就。

一次改崩了：怎么跟 AI 描述问题

改完发现不对，别只说「坏了，帮我修」。给 AI 三样东西：现象（哪个页面、点了什么、看到了什么）、复现步骤（第一步点哪、第二步输什么）、报错原文（控制台的红字、终端的报错，完整贴）。信息给得越全，它定位越快。你描述得越像「坏了」，它修得越像「碰运气」。

省钱的技巧：别让 AI 空转

编码助手按它们自己的计费来，钱花在刀刃上。三个省钱习惯：一次把需求说清楚，别想到一句说一句，AI 来回问也是在烧钱；让它先找代码位置再改，找错了重来的成本比多问一句高得多；改文案、换图片这种小事，自己动手更快，别什么都丢给 AI。AI 是雇来干重活的，不是雇来拧螺丝的。

大改动：先让 AI 写计划，你确认了再动手

超过三个文件的改动，别让 AI 直接动手。先让它输出计划：改哪些文件、每个文件改什么、改完怎么验证。你看一遍，觉得对了再说「动手」。这一步多花五分钟，能省掉返工的两小时。计划里如果出现「顺便优化一下 XX」，打回去——没让你优化的，别顺便。

回滚：改之前先提交

让 AI 动手改之前，先让它 git commit 把当前能跑的版本提交了。这是你的后悔药，改崩了一条命令就回来。原则：小步快跑，一次改一点、验证一点，不要攒一个大改动一次提交。大改动一次提交，出了问题都不知道是哪一行惹的祸，回滚都心疼。

一次只改一个页面

改 A 页面的时候，别顺手把 B 页面也「优化」了。多页面一起改，出了问题定位不到是哪个改的，修起来更麻烦。一次一个页面，改完验证完再下一个。慢就是快，这句话在改代码上特别准。

改完让 AI 写注释和文档

AI 改完代码，让它顺手写三样：关键逻辑加注释、改了哪些文件列个清单、用法变了就更新文档。你现在觉得记得住，三个月后保证忘。文档是写给未来的你看的，也是写给下一次接手的 AI 看的——它读不懂你上次怎么改的，就会瞎改。

别让 AI 瞎猜：报错给原文

出问题找 AI，别截图，复制粘贴报错原文。截图里的字它看不清，复制的文字它能逐行分析。给三样：现象、复现步骤、报错原文。信息越全，它定位越快；只说「坏了」，它只能碰运气，碰运气的成本是你的钱和时间。

养成习惯：每次改完记一笔

每次让 AI 改完，记三行：改了什么、为什么改、验证结果。存在项目的改动记录里。半年下来，你对这个项目的理解会超过大部分外包程序员——因为每一条都是你亲手验证过的。下次改类似的东西，你直接就能说出该动哪，不用从头问 AI。