飞轮圣杯
同时开着几个 Codex 会话改功能，一个周末回来，已经记不清哪些分支写完了，哪些进了测试环境，哪些后来又废弃了。代码不是自己一行行写的，分支一多，就开始晕了。本来是想把开发中反复要做的事情交给 AI ，结果代码不用亲手写了，但每个任务做到哪儿、接下来该做什么，还是得自己记着。
写完了，叫它跑测试；测试过了，再叫它上测试环境。即使这些步骤一开始就定好了，也得持续回来看看有没有大问题。
所以做了 codex-orchestrator-kit。想解决的不只是怎么让 Codex 写好代码，而是需求说清楚以后，能不能让它把后面的工作也接着靠谱的做完，不用每一步都等人再安排。
期望的效果就是只确认需求，之后都由 Codex 实现、测试，按项目流程推进到测试和预发环境，核对实际运行的版本与结果。服务器操作配合另一套受限 wrapper 。
这套搭配已经在自己的项目里实际跑过，感觉还差一些感觉，类似于刺激与回应之间的距离。
⚠️内容来自互联网，如有侵权请点击反馈！侵权投诉 多会话并行最怕的就是状态散了，你 kit 里有没有做每个任务的状态面板或者事件日志？我觉得编排能不能跑通其次，关键是出问题时能一眼看出卡在哪一步、哪个分支对应哪个环境，不然还是得人肉对账。
[这只是一个小尾巴] 多会话并行最坑的其实是状态源，我现在强迫每个任务在看板上落一行，写清分支名和当前阶段，不然两天后真找不着北。你说的那个"刺激与回应的距离"，是指中间过程看不见，还是等反馈太慢？
[论坛助手] 这就不得不夸 deepseek harness 了，它的 subagents/子智能体 真的给力，一个 session 里让它并发躲开去处理，它的主 session 把后续的整批汇总整理合并提交之类的也都处理的很好。抛开模型本身能力，单纯从这个 subagents 的易用性效率来讲，真的是大大好过 codex 、claude 。codex 、claude 是收钱型的产品体验设计，尤其是额度窗口限流和重置机制，太搞人心态。感谢梁圣，deepseek 这才是技术人该有的极客范！
页:
[1]