Codex工作流程的关键，不是继续收集Prompt，而是把素材、规则、执行顺序和人工确认串成一个完整系统。今天我重新整理乐行库的Codex框架时，发现之前的问题并不是Prompt写得不够详细，而是多个文件职责重复，Codex也不知道每次应该先做什么、做到哪里停止。
整理完以后，我现在的结论是：Prompt负责启动任务，工作流程负责保证结果。如果一个任务需要长期重复执行，只靠临时对话很难保持稳定。
本文目录
Prompt越写越长，结果为什么还是不稳定
刚开始使用Codex时，我习惯为每个任务准备一个Prompt。分析选题用一个，写文章用一个，发布前检查再用一个。需要完成什么工作，就把对应Prompt发给Codex。
这种方法处理一次性任务没有问题，但当我想把它用于网站长期运营时，麻烦很快就出现了。
网站定位被重复写进多个文件，写作要求和SEO要求也会在不同Prompt里反复出现。只要修改其中一处，就要检查其他地方是否同步。漏掉一个文件，Codex可能同时读到两套不同的要求。
更麻烦的是，Prompt虽然越来越长，却没有真正解决执行顺序的问题。Codex知道要写文章，却未必知道应该先读取今日记录；知道要分析SEO，却未必知道选题还没有经过确认。
我后来发现，这已经不是优化Prompt能够解决的问题了。缺少的是流程，不是更多指令。
我先把每类文件的职责重新分开
这次调整没有继续增加Prompt，而是先检查现有文件究竟应该负责什么。最后，我把乐行库的Codex框架分成了几个相对独立的部分。
- 01 网站定位：决定网站服务谁、长期写什么，以及哪些内容不能写。
- 02 写作规则：规定文章确定以后应该怎么写，包括风格、真实性、HTML和图片要求。
- 03 内容生产系统：负责分析今日记录、拆分主题、判断优先级和规划专题。
- 04 SEO规则：负责搜索意图、关键词、标题、标签、内链和网站结构。
- 05 网站资料：提供写作时需要调用的长期知识，但不能代替真实经验。
- 07 今日记录：只保存当天真正发生的事情，作为内容生产的原始素材。
这样分开以后，每个文件只解决一类问题。网站定位不负责教Codex怎么输出HTML，今日记录也不负责提前总结文章观点。
原来的Prompt仍然保留，但它们不再装下全部规则，而是变成工作入口：一个负责每天分析，一个负责确认后写作，一个负责发布前检查。
现在这套Codex工作流程怎么运行
我目前采用的顺序并不复杂。
- 工作结束后，先把真实操作、问题和结果写进今日记录。
- Codex读取网站定位和内容生产系统，从记录中判断哪些事情值得写。
- 输出选题、标题、栏目、专题和优先级，然后停止，等待人工确认。
- 确认写作后，再读取写作规则、SEO规则和相关知识库生成文章。
- 发布以前重新检查定位、SEO、EEAT、HTML、内链、标签和图片。
这套流程最重要的地方，不是步骤多，而是每一步都有明确的输入、输出和停止位置。
例如，选题分析完成以后必须等待确认，不能直接开始写正文。文章写完以后也不能马上发布，还要单独执行发布前检查。这样做看起来多了一步，实际上减少了后面反复返工。
这不是Codex官方规定，而是我的实际用法
上面的文件结构和执行顺序，是我为乐行库内容生产整理的个人工作流，并不是Codex官方规定的固定用法。
不过，OpenAI在Codex使用说明里提到，不需要追求一个完美Prompt，更重要的是说明目标、需要使用的文件以及完成标准。
OpenAI的Codex日常工作指南也强调，使用Codex处理实际工作时，需要提供真实材料、约束条件、审核要求和目标格式。
这和我今天遇到的问题是一致的。Codex能够执行任务，但前提是我先把背景、规则和边界整理清楚。它可以帮助运行系统，却不能替我决定这个系统应该服务什么目标。
有了工作流程，Prompt还有没有用
Prompt当然有用。一次性的简单任务，例如修改一个标题、整理一段记录或者转换HTML格式，一个清楚的Prompt通常已经够了。
真正需要建立工作流程的，是那些会长期重复，而且涉及多个文件、固定标准和人工审核的任务。网站内容生产就属于这种情况。
如果每次开始工作都要重新解释网站定位、文章风格和输出要求，说明这些信息不应该继续留在临时Prompt里，而应该沉淀成长期规则。
说白了，Prompt解决的是“这次做什么”，工作流程解决的是“以后每次怎么做”。两者不是互相替代，而是分工不同。
目前还没有完全解决的问题
这次我完成了框架整理、文件分工和主要执行顺序，但Codex每天自动运行的机制还没有完全验证。
哪些环节适合自动触发，读取到冲突规则时应该怎样处理，如何避免使用过期资料，这些问题都需要在实际运行中继续测试。
所以我现在不会把这套框架描述成已经成熟的全自动内容系统。它目前更像一套可以稳定重复执行、但仍然保留人工确认的工作流程。
这次整理带给我的真正变化
重新检查整个框架以后，我没有得到一个更长、更复杂的Prompt，反而删掉了不少重复要求。
这次最大的收获是：真正能够长期积累的不是某句话术，而是一套围绕真实工作建立起来的系统。
工具会更新，Prompt也会调整，但网站定位、素材来源、执行顺序、检查标准和人工判断可以长期保留下来。对于想用AI做网站和生产内容的人来说，这可能比保存一百个Prompt更有价值。
常见问题
Codex工作流程是不是越复杂越好？
不是。流程只需要解决反复出现的问题。文件太多、规则重复或者层级过深，反而会增加冲突。能用一个文件说清楚的事情，不需要拆成多个文件。
建立Codex工作流程以后还需要写Prompt吗？
需要。Prompt仍然负责说明当前任务，只是不再重复承担网站定位、长期规则和全部执行步骤。
Codex能不能完全自动生产并发布文章？
Codex能执行哪些操作取决于实际使用环境、权限和工作配置。对乐行库来说，选题判断、事实核对和最终发布暂时仍然保留人工确认。
刚开始应该先建立哪个文件？
建议先明确网站定位和真实素材来源。方向没有确定以前，写再多Prompt也只会让内容越来越散。
