大家好呀,我是 Lazy熊。

我通过 LetAiCode 的 API 配置好 Codex 之后,就能开始ai编程了。(结尾有全套教程)

今天讲一个最适合新手练手的问题:

第一次让 Codex 改一个按钮文案,应该怎么完整走一遍流程。

这是新手最适合的第一个实战任务。

因为它足够小,

风险足够低,

但又能完整练到一套真实流程:

  • 进入项目
  • 定位文件
  • 限制改动范围
  • 让 Codex 修改
  • 查看改动
  • 验收结果

一、先说结论:改按钮文案,也不要直接一句话开改

很多人第一次用 Codex 改按钮文案,会直接说:

这句话不能说错。

但如果你是新手,我不建议一上来就这么干。

因为你真正要练的,不是“把几个字改掉”。

而是练会:

让 Codex 按正确流程改代码。

所以更稳的流程是:

  1. 先告诉 Codex 目标
  2. 让它先定位按钮在哪个文件
  3. 让它确认只改文案,不改样式和逻辑
  4. 再让它修改
  5. 改完后让它说明改了哪里
  6. 最后让它给你验收方式

说白了就是:

任务可以很小,但流程要完整。

如果这个小任务你能跑顺,后面你让 Codex 改空状态、改 loading、改表单校验,都会稳很多。

二、第一步:先进入项目目录

这一步每篇我都会重复说。

但它真的很重要。

你要让 Codex 改哪个项目,就先进入哪个项目目录。

比如:

不要在桌面或者用户根目录里启动 Codex,然后让它猜你要改哪个项目。

Codex 是根据当前目录来读文件的。

目录进错了,它后面定位文件、修改代码、判断启动命令,都可能跟着错。

所以第一步先记住:

先进入项目,再启动 Codex。

三、第二步:先把按钮文案需求说清楚

很多新手会觉得,改文案有什么好说的?

不就是把 A 改成 B 吗?

但你最好还是把这几个信息说清楚:

  • 当前按钮大概在哪个页面
  • 当前文案是什么
  • 希望改成什么
  • 只改文案,不改样式
  • 只改这个按钮,不改其他按钮

比如你可以这样说:

我想做一个很小的练习任务:修改一个按钮文案。

目标:
把首页上的按钮文案从“开始使用”改成“立即开始”。

限制:
1. 只修改这个按钮的显示文案
2. 不要修改按钮样式
3. 不要修改点击逻辑
4. 不要重构组件
5. 不要改动无关文件

请先不要修改代码,先帮我定位这个按钮可能在哪个文件。

这条 Prompt 的重点不是文案本身。

而是最后一句:

请先不要修改代码。

新手第一次练习,先让 Codex 定位文件,比直接让它改更稳。

因为你能先确认:

它有没有找对地方。

四、第三步:让 Codex 先定位文件

Codex 接到任务后,通常会去找相关文件。

这时候你要让它输出清楚:

  • 它找到了哪些候选文件
  • 它判断按钮在哪个文件
  • 它为什么这么判断
  • 它准备改哪一行附近

你可以继续问:

请先告诉我:
1. 你找到了哪些可能相关的文件
2. 最可能需要修改的是哪个文件
3. 你是根据什么判断这个按钮在这里的
4. 这次修改是否只需要改文案

先不要修改代码。

这一步很适合新手练“看 Codex 的判断”。

因为很多时候,AI 出问题不是写代码那一步,

而是前面定位就错了。

比如你要改首页按钮,

它却找到了某个弹窗里的按钮。

如果你没有先让它说明定位依据,

它可能就直接改错地方了。

所以改文案这种小任务,也建议先走一遍定位流程。

五、第四步:确认改动范围

当 Codex 找到文件后,不要急着让它改。

先让它说明改动范围。

比如:

在开始修改前,请先确认本次改动范围。

请说明:
1. 本次会修改哪个文件
2. 只会修改哪一处文案
3. 是否会修改样式
4. 是否会修改点击事件
5. 是否会影响其他按钮

这一步看起来很小,

但它能帮你养成一个非常重要的习惯:

每次改代码前,先确认影响范围。

改按钮文案时,这个范围很简单。

但以后你改搜索、筛选、表单、弹窗时,这个习惯就很有用。

因为任务越复杂,越不能直接开改。

你要先知道:

Codex 准备动哪里。

六、第五步:让 Codex 开始修改

确认范围没问题后,再让它开始改。

可以这样说:

可以开始修改。

请只把目标按钮文案从“开始使用”改成“立即开始”。
不要修改样式、逻辑和无关文件。
修改完成后,请告诉我具体改了哪个文件。

注意这里还是要重复限制:

  • 只改目标按钮文案
  • 不改样式
  • 不改逻辑
  • 不改无关文件

不要觉得重复啰嗦。

对新手来说,边界说清楚比让它自由发挥更重要。

尤其是第一次练习,

你要训练的是:

让 Codex 在很小的范围里完成一个确定任务。

七、第六步:改完后,先看它改了哪些文件

Codex 改完后,不要先看它的解释。

先问:

请列出本次实际修改的文件,并说明每个文件改了什么。

如果它只改了一个文件,

而且只改了按钮文案,

这就是一个很好的结果。

如果它改了很多文件,

比如:

  • 样式文件
  • 路由文件
  • 组件结构
  • 配置文件
  • 其他页面

那就要停下来。

你可以问:

这次任务只是修改按钮文案。
请解释为什么需要修改这些额外文件。
如果不是必须,请给出回到最小改动的方案。

新手要养成一个习惯:

小任务就应该有小改动。

如果一个按钮文案修改引发了一堆文件变化,那大概率要重新检查。

八、第七步:让它给出验收方式

改完之后,一定要验收。

哪怕只是改一个按钮文案,也要走一遍。

你可以这样问:

请给我一份这次按钮文案修改的验收步骤。

请包括:
1. 应该启动什么命令
2. 应该打开哪个页面
3. 应该看到哪个按钮文案
4. 需要确认哪些地方没有被影响
5. 如果页面没有变化,应该优先检查什么

这一步是为了让你练习完整闭环。

真实开发里,任务不是 Codex 说“改完了”就结束。

而是你要确认:

  • 页面能打开
  • 文案真的变了
  • 点击逻辑还在
  • 样式没变形
  • 其他按钮没被误改

这才算完成。

九、如果你看不到变化,先别慌

新手第一次改文案,常见会遇到一种情况:

Codex 说改完了,

但你打开页面没看到变化。

这时候不要急着让它重新乱改。

先让它帮你排查。

可以这样问:

页面上没有看到按钮文案变化。

请先不要继续修改代码。

请帮我排查:
1. 我是否打开了正确页面
2. 这个按钮是否还有其他来源
3. 是否需要重新启动开发服务
4. 是否存在缓存问题
5. 是否改到了相似按钮但不是目标按钮

这类排查比直接说“你再改一下”更稳。

因为按钮文案没变化,不一定是 Codex 改错了。

也可能是:

  • 你打开了错误页面
  • 页面有多个相似按钮
  • 开发服务没刷新
  • 文案来自配置或国际化文件
  • 修改的组件没有在当前页面使用

所以遇到问题,先排查链路。

不要直接让它继续乱改。

十、给你一套可以直接复制的完整 Prompt

如果你想省事,可以直接复制下面这套。

我想做一个 AI 编程新手练习任务:修改一个按钮文案。

目标:
把【页面/位置】里的按钮文案从【原文案】改成【新文案】。

限制:
1. 只修改这个按钮的显示文案
2. 不要修改按钮样式
3. 不要修改点击逻辑
4. 不要重构组件
5. 不要引入新依赖
6. 不要修改无关文件

请按下面流程处理:
1. 先不要修改代码
2. 先定位这个按钮可能在哪个文件
3. 说明你判断的依据
4. 确认本次只需要修改哪些文件
5. 等我确认后再开始修改
6. 修改完成后,列出实际修改的文件
7. 最后给出验收步骤

这套 Prompt 不是为了把一个按钮文案说复杂。

而是为了帮你练习完整流程。

以后你把“按钮文案”换成:

  • 空状态提示
  • loading 状态
  • 表单校验
  • 筛选条件
  • 确认弹窗

这个流程仍然能用。

部署篇

Codex 怎么安装?新手最省事的一套流程

Codex 装好了却还是报错?我把最常见的问题,整理成了一份排查清单。

prompt技巧

一个万能模板:如何描述你的功能需求

Codex改完代码后,新手应该怎么验收?

Codex 常见提示词模版,看这一篇就够了

Codex 修 bug 专用提示词模版清单

Codex-AI 编程篇

新手如何快速上手 Codex?先按这 5 步来

AI 编程新手教程(1):用 Codex 读懂一个现成项目

Logo

AtomGit 是由开放原子开源基金会联合 CSDN 等生态伙伴共同推出的新一代开源与人工智能协作平台。平台坚持“开放、中立、公益”的理念,把代码托管、模型共享、数据集托管、智能体开发体验和算力服务整合在一起,为开发者提供从开发、训练到部署的一站式体验。

更多推荐