J JYJ的小站
💻技术 ★★★★★ SSR Codex AI 工具 命令行 开发流程

Codex 进阶使用笔记

记录 Codex 在真实项目里的重点用法:仓库规则、执行边界、review、脚本任务和验证流程。

评分 9.0 ⏱ 约 7 分钟

Codex 最适合放在真实仓库里做工程任务:读代码、改文件、跑检查、解释构建失败、做 review。不要把任务写成“帮我优化一下”,要给它目标、范围和验证方式。

我主要用它做什么

  • 改 Astro / React / Node 项目里的具体文件
  • 查清楚页面、组件、数据源之间的关系
  • 写小脚本,例如抓取公开数据并落到 JSON
  • 做代码审查,找构建风险、移动端溢出、数据源重复
  • 根据 AGENTS.md 遵守项目规则

不建议直接交给它的任务:大范围重构、没有验收标准的视觉优化、需要删除大量文件的操作、网络不稳定但没有失败兜底的脚本。

启动前先让它读项目

在项目根目录运行:

codex

第一次不要急着让它改代码,可以先这样问:

先阅读 AGENTS.md、package.json、src/pages、src/components、src/styles。
不要改代码。
总结项目结构、路由、数据来源、构建命令和不能碰的目录。

如果只查一个问题:

只分析首页样式。
重点看 src/pages/index.astro、src/components/cards、src/styles。
不要修改,列出最值得改的 5 个点。

把仓库规则写进 AGENTS.md

AGENTS.md 应该写能执行的规则,不要写口号。这个博客里最重要的规则是:

  • 不编辑 dist/.astro/node_modules/
  • 内容优先改 site.config.ts、主题配置、状态配置、Markdown
  • UI 改动后要跑 npm run checknpm run build
  • 新文章必须符合 src/content/config.ts 的 schema
  • 不要乱改 overflow 和 grid 的 min-width: 0

给 Codex 的任务里也可以重复关键边界:

目标:更新 Codex 和 Claude 两篇文章。

范围:
- src/content/posts/tech/codex-advanced-notes.md
- src/content/posts/tech/claude-advanced-notes.md

约束:
- 不改组件和样式
- 不新增依赖
- 保留 frontmatter
- 内容要短,偏实战

验证:
- npm run check
- npm run build

我常用的提示词模板

改代码:

目标:[具体要做什么]

范围:[允许修改的文件]

约束:
- 遵守 AGENTS.md
- 不改 dist/.astro/node_modules
- 不新增依赖,除非先说明原因

验证:
- npm run check
- npm run build

输出:
- 改了哪些文件
- 验证是否通过
- 还有什么风险

做 review:

review 当前改动。
不要总结优点。
只列 bug、回归风险、缺失验证和需要人工确认的点。
按严重程度排序,带文件路径和行号。

写脚本:

新增 scripts/fetch-ai-rankings.mjs。
要求:
- Node 18+ 原生 fetch
- 不引入依赖
- 失败时写入 error 字段
- 不让 Astro build 因接口失败而中断
验证:
- node --check scripts/fetch-ai-rankings.mjs
- npm run build

几个实用习惯

先缩小范围。比如“只改 src/pages/ai.astro,不要碰别的文件”,效果通常比“优化 AI 页面”稳定。

让它先解释错误。构建失败时可以说:

先解释 npm run build 的错误原因。
不要继续改代码,直到你指出具体失败文件和修复方案。

把验证写进任务。Codex 会跑命令,但前提是你告诉它什么算完成。

参考资料

本文分类: 💻 技术 最后更新: 2026-06-06