codex项目推土机产品系统

Codex多任务协作最大的问题不是模型不够聪明，而是任务一多、对话一长，临时结论、任务进度和长期事实全部混在聊天里。上下文压缩或更换对话后，成员就要重新转发handoff。

我把它拆成了三层：
1.    LoopX只管理任务、认领、完成和handoff。
2.    临时工作组使用Python CLI、短期租约和追加式events.jsonl共享事实、假设、冲突和证据；view.json由事件账本重建，所以模型上下文可以丢失。
3.    长期记忆先把旧session冻结、分类和时态合并，再保存来源、有效期和supersedes关系；Graphiti不可用时仍可用本地JSONL查询。

实际运行时，一名成员写入阶段结果，另一名成员在独立上下文中直接读到；相反意见会形成冲突，由总控追加解决记录，而不是覆盖旧内容。最后冻结、生成handoff并撤销全部成员。
最终效果是：成员不用互相转发聊天；上下文压缩后可以恢复；工作组共识、长期记忆和项目正式真值互不冒充。
项目里的独立对话和对话里的subagent都可以作为临时项目组的成员，但是建议使用独立对话，subagent目前不可控，实际消耗也比独立对话要更多