第 61 卷

1. 问题：Codex 一开始想修改全局样式

原因：需求里没有明确限制“只改首页”

解决：补充提示词，要求只修改首页相关文件

1. 问题：移动端测试遗漏

原因：计划阶段没有列移动端验收标准

解决：以后在测试清单里固定加入移动端检查

1. 问题：PR 描述不够清楚

原因：没有提前记录测试结果

解决：每次测试后直接生成测试总结

总结 Prompt

如果这次使用的提示词效果不错，就应该把它沉淀下来。

这一步的目的很简单：

好用的 Prompt，不要每次重新写。

比如这次你发现下面这句话很有用：

不要顺手重构无关代码。

如果发现需要超出计划的修改，请先停下来问我。

那就应该记录下来，以后作为固定规则使用。

可以整理成表格：

更新 AGENTS.md

如果某些规则以后每次都要遵守，就不要只写在聊天里，最好更新到项目级 AGENTS.md。

它可以告诉 Codex：

内容作用

示例内容：

## 工作规则

• 修改前必须先阅读项目结构。
• 修改前必须先制定计划，不要直接写代码。
• 一次只实现一个功能点。
• 不要顺手重构无关代码。
• 不要新增不必要依赖。
• 不确定业务逻辑时，先提问，不要自行决定。

## 测试要求

每次修改后至少检查：

• npm run lint
• npm run build
• 相关页面手动测试
• 浏览器控制台是否有报错
• 移动端布局是否正常

## 提交要求

提交前需要说明：

• 修改了哪些文件
• 每个文件改了什么
• 测试是否通过
• 是否有风险或未完成事项

更新项目文档

除了 AGENTS.md，如果这次修改影响了项目使用方式，也要更新项目文档。

比如：