一项工作只要长期重复、材料在电脑里、结果又能检查，就值得尝试交给Codex先跑一个小样。
页面上的文字可能来自模板、Markdown、JSON或构建脚本。只改最终HTML，下次构建就会被覆盖。
所以这篇文章只解决一件事：定位网站内容的真实来源，完成可持续的修改和页面验证。最终交付必须能被另一位不了解过程的人复查，而不是只由工具自己宣布完成。
适合谁
适合维护静态网站、文档站或内容站，需要修改标题、价格说明、入口和文章卡片的人。
如果没有真实材料、说不清结果要用在哪里，或准备把输出不经检查直接提交，先不要扩大任务。补齐最小输入，再从一份样本开始。
Codex可以读取项目、修改文件和执行命令，因此先使用副本或版本控制，明确禁止触碰的目录与生产环境。高风险操作、唯一原件和最终判断必须留给人工。
开始前准备
- 目标页面和修改清单
- 站点源码与构建命令
- 不可更改的业务事实和链接
- 建立一个测试副本或新目录，不直接操作唯一原件。
- 写下一句验收标准：修改发生在真实内容源，重新构建后仍保留，页面文案、链接和结构化数据一致
先确认这三项材料是当前版本，并写明各自用途。文件越多，越需要先编号和分批，不能用一次全量处理来测试规则是否正确。
完整步骤
第一步之前：先做一个最小样本
第一轮只验证流程，不追求覆盖全部范围。保留原始输入和第一次结果，后面每次调整才能知道究竟改善了什么。
第一步：从页面追到内容源
搜索页面文字和生成标记，确认内容来自源码、数据文件还是构建器。
继续下一步之前，抽查“页面到源文件映射”中的边界项和异常项；发现前提不成立就先修正。
第二步：核对业务事实与作用范围
确认改动影响一个页面还是共享组件，动态价格和模型信息不写入无证据的静态文案。
把“变更范围与事实清单”作为本轮留存证据。后续合并或扩大范围时，都应能用它复盘。
第三步：修改源文件并构建
按项目既有方式编辑，保留现有结构和用户未要求改动的内容。
先停在这里检查一次。此时应已经形成“源码差异与构建输出”，并且能回到原始材料说明它从哪里来。
第四步：检查页面和链接
核对标题、导航、CTA、结构化数据、移动端与真实跳转目标。
这一阶段的完成标志不是工具有回复，而是“页面验收记录”已经可供人工检查。
第五步：人工验收并沉淀流程
完成一次任务只是起点。保留材料版本、实际改动和验收记录，下次才有条件把它训练成稳定工作流。
实际示例
文章卡片标题来自Markdown frontmatter，就应改Markdown并重新构建；若只改blog.html，下次生成文章列表时修改会消失。
可以先这样描述任务：
我正在处理“定位网站内容的真实来源，完成可持续的修改和页面验证”。已有材料包括目标页面和修改清单、站点源码与构建命令、不可更改的业务事实和链接。请先不要扩大任务范围，也不要补造缺失信息。先完成“从页面追到内容源”，输出可以人工检查的中间结果；我确认后，再继续“核对业务事实与作用范围”。最终请按照“修改发生在真实内容源，重新构建后仍保留，页面文案、链接和结构化数据一致”列出验收结果和仍需人工确认的内容。
判断示例是否成立时，不看字数和语气，重点看另一位同事能否沿着文件、页码、表格或命令输出复查。
常见问题与报错
搜索到多处相同文案，不知道该改哪一处
先查看构建脚本和页面生成标记，做一个最小改动并构建验证来源；共享文案要确认所有受影响页面。
任务跑了很久，却说不清改了什么
先要求列出计划和预计修改文件，每个阶段输出变更摘要、diff、命令和未解决项；没有检查点的长任务应暂停后重新拆分。
一次修改太多文件，出现问题无法定位
回到版本控制或副本，按一个目标一组文件重新执行；每批修改后立即运行对应检查，不把多个不相关需求放进同一次任务。
排查时先看实际读取文件、修改diff、命令和输出。一次只调整一个范围或规则，避免把多个故障叠在同一次执行里。
完成后的检查方法
- 修改发生在真实内容源，重新构建后仍保留，页面文案、链接和结构化数据一致
- 关键结论能回到原始材料、文件、命令输出或当前控制台。
- 没有把缺失信息、推测内容或示例数字写成已经确认的事实。
- 重要文件保留原件、版本或可恢复副本，敏感信息没有进入公开内容。
- 结果已经由真正负责这项工作的人审阅，而不是只看页面是否生成。
验收通过的标准很朴素：结果能用、过程能查、出错能退、未知项没有被伪装成结论。
资料来源
- OpenAI Codex文档
用于核对Codex的产品定位和当前官方使用说明。
- OpenAI AGENTS.md指南
用于核对项目级规则文件的作用范围；具体行为以当前Codex版本为准。
FAQ
可以一次把整个任务交给Codex完成吗？
不建议一次交付全部范围。先按本文步骤完成一个小样，用“修改发生在真实内容源，重新构建后仍保留，页面文案、链接和结构化数据一致”验收，再决定是否扩大范围。
遇到“搜索到多处相同文案，不知道该改哪一处”应该先检查什么？
先查看构建脚本和页面生成标记，做一个最小改动并构建验证来源；共享文案要确认所有受影响页面
完成后还需要人工检查吗？
需要。AI或执行工具负责推进流程，最终仍要由你根据原始材料、任务规则和“修改发生在真实内容源，重新构建后仍保留，页面文案、链接和结构化数据一致”完成验收。