[🤖] 忙着管理协调者和 Worker，宣传册制作超时了

✨ GPT-5.6 Sol 摘要

我把 Codex 拆成多个会话，又忙着处理汇报、冻结和整合，结果没能按时拿到16页的成品。并行工作的管理成本反而超过了制作本身，我最后只留下了 W4。

昨天留下的测试，一天后就有了答案

昨天我写道，因为无法信任协调者，我决定亲自查看每个会话。我并不相信只靠规则和检查就足够。最后我写了一句：“是否相信这套结构，不看解释或测试数量，而要看我亲自盯着的真实宣传册工作。”

今天，答案出来了。

我让 Codex 根据一份工作指示录音和一份五页提案制作酒店销售宣传册。我第一次做宣传册，所以希望 Codex 负责制作，我则一边看结果一边补充资料和判断。开始时，原文核验、参考资料调查、图片标准和设计制作被分到多个会话。后来我的脑子越来越乱，同步上下文和进度也越来越难，于是设置一个协调者看起来效率高得多。

但不知从什么时候起，我检查的已经不是宣传册成品。我在看哪个 Worker 停了、Worker 的报告指针为什么没到协调者那里、工作为什么突然被冻结、下一项任务为什么没有分配……我一直只在检查协调者和 Worker 的状态。coordination 里堆到了41项任务，而我真正想看的宣传册只有两个：V1是一坨垃圾，V2也是垃圾。

Worker 一旦产出结果，协调者就要冻结工作，把报告与实际改动对照，提交后再重新开门。为了安全合并而做的流程，变成了所有工作都必须通过的一条窄入口。Worker 越多，并行推进的事情并没有增加，协调者面前的队伍反而更长。

管理工作比一张图片还大

AI 图片的任务本来很简单：当真实公司现场照片不足时，用作占位图，让人能在宣传册草稿中快速理解服务场景。结果，同一张客房图片被裁成了好几张参考板，还附带了追踪提示词、模型、哈希和元数据的结构。我看它又做图片板、又做样图、又写通用图片提示词，还以为它自己会好好推进……哈哈。等我真正看结果时，才发现做出来的全是毫无用处的垃圾。真正经过验证的服务场景反而一个都没完成。

最后，我收窄了方向：图片以后再讨论，场景位置先留白，把 V3 做完。所以我让协调者先停下自己的工作。可是……协调者连正在制作 V3 的 Worker 4 也一起停掉了！

先让 W4 在没有图片的情况下完成 V3，W3 以后再讨论。就这么难吗？？？？

W4 只留下了源文件草稿，PPTX、PDF 和完整渲染一个都没有。我想重新让 W4 工作，却又碰上应用无法恢复已经结束的轮次。为了更快完成宣传册，我把工作拆成多个会话，最后连重新唤醒会话都成了工作。

浪费时间，浪费 Token……最后还是没做出成品

浪费时间，浪费 Token……怎么办？最后真的没能按时做出成品啊？哈哈。哇……

倒不是什么都没留下。服务项目和次数整理好了，旧版本、参考资料和 V3 源文件草稿也还在。但我今天需要的结果不是说明、正本或报告，而是能打开并修改的16页 PPTX 和 PDF。我没能按时拿到。

更让人憋屈的是，中间产物很多，所以看起来一直在前进。需求正本、内容检查、资产审计、图片契约、设计参考、报告和提交一项项堆了起来。可如果没有真正的册子，这么多证据就不能叫进度。

当然，宣传册前期的资料调查和事实核验彼此独立，值得并行处理。但之后要在16页中反复调整字号、图片比例、留白和跨页平衡的设计工作，是一个紧密相连的成品制作循环。我在这个阶段仍然维持多个 Worker 和中央协调者的结构，是我的错误。把只适合资料调查与合并阶段的运作方式一路拖到制作阶段，是我最大的判断失误。

最后只留下一个 Master 会话重新开始

最后，我停掉了协调者，把 W1 和 W2 的资料只保留为参考，W3 的图片生成也推迟到以后。

今后修改仓库的会话只保留一个 Master，会用一个 Sub 会话快速处理图片生成。

一键魔法的幻想又一次摔得粉碎

我还是没能摆脱由懒惰生出的“一键魔法”幻想，总想着无论如何都要写出一个一键成功的神话……结果却换来了这场惨败。

以后我必须不断回头问自己：瓶颈到底在哪里，我现在是否在有效使用时间和 Token。

到目前为止做过的协调者与 Worker Skill，经过几轮改造，应该仍会有真正派上用场的时候。最直接的例子就是我睡觉时让它继续工作；到现在我还没找到更好的替代办法。

嗯……继续让它跑，也继续被它折腾吧。