我在 Codex App 中尝试了这一方法，同时在游戏、其网站和 QA 工作。很好奇其他人是如何处理的。

我保留一个主会话用于讨论需求和计划，然后让它向负责这些项目的现有会话发送具体任务。它收集结果，检查工作，并将问题发回再次处理。我仍然自己打开执行会话，查看它们的做法并根据需要进行调整。

最近的一个例子是网站原型：我在主会话中讨论了需求，让它将任务交给 Website Builder，然后检查返回的模型并要求修订。我想在实现前先有一个可点击的版本进行审查。

一个典型的指令是：

“找到 Website Builder 会话并确认它是正确的一个。将我们刚刚达成的需求发送给它。先要求一个可点击的原型，审查结果，并返回需要修复的内容。在实现前等待我的审查。”

我的出发点是让每个会话专注于其项目的上下文。实际上，我也花费更少时间在会话之间复制消息。handoffs 仍然需要相关的需求和决策。

我仍在思考的部分是共享文件。这些会话可以使用相同的工作目录，因此仍可能相互覆盖更改。我目前还没有使用 Git worktrees 进行此设置。单独的目录会有所帮助，但集成仍需要负责人。

对于在游戏项目中这样做的人：你们是为每个会话提供单独的 worktree，还是保持一个检出并明确文件所有权？谁负责处理共享更改并检查各个部分是否协同工作？