本帖使用社区开源推广，符合推广要求。我申明并遵循社区要求的以下内容：
- 我的帖子已经打上 开源推广 标签： 是
- 我的开源项目完整开源，无未开源部分： 是
- 我的开源项目已链接认可 LINUX DO 社区： 是
- 我帖子内的项目介绍，AI生成、润色内容部分已截图发出： 是
- 以上选择我承诺是永久有效的，接受社区和佬友监督： 是
以下为项目介绍正文内容，AI生成、润色内容已使用截图方式发出
这是我们的目标：将 Claude Code 的 Agent 核心实现移植到 Mycel 之中。
以下介绍方法。
首先使用这个工具，在命令行里建立起一个 3 Agent 小队。2 个 Codex，1 个 Claude Code
两个 Codex 的职责分别是实现者和批评者（称之为 enemy，敌人），Claude 则是并行去做实现（也就是说，每一个功能点必须做两遍）。Codex 和 Claude 每人各占一个 worktree，每个 checkpoint 做完之后取 Codex / Claude 之中实现好的那一个（由 codex 来评判），交由批评者去审阅，如果通过，同步两边的 worktree，然后再次各自独立去实现下一个 checkpooint.
checkpoint 状态机：
bugundonein-progress-codexin-progress-claudeneed-reviewreview-ok-<number>
注意这里刻意避免了“done”状态。
有两个仓库：
- 实施阵地：真正改 Mycel 代码的 repo 和 worktree。
- 参考与协调阵地 - 又被我称之为基地：放参考资料、checkpoint、spec、milestone、会议记录、协作规则的 repo。
参考红色警戒，整个基地由一个 基地车.md 展开，相当于一个 skill，用来统一记录基地展开方式、角色协作方式、checkpoint 工作流、审查逻辑、状态机、操作细节。
基地的文件树：
rebuild-agent-core/
├── briefing.md
├── milestone.md
├── 基地车.md
├── checkpoints/
├── progress/
├── raw-notes/
├── spec/
└── todo/
当前情况：
已经持续运行了 16 个小时，状况良好。出现的唯一一种 bug 是，有时候实现者 codex 把测试任务交给批评者 codex 的时候，由于要求不清晰，批评者会误解，简单回一个“在审了”，然后停下。由此构成一种死循环。不过人为介入之后轻松修复。
实现所用的时间远超预期。可能这种 checkpoint 的模式确实给 Agent 增加了很多不方便吧。不过，他们越痛苦，代码质量也就越高。
一边在实现，一边空下来就“鞭尸” - 指检查过去实现了的检查点有没有退化。
都快 20 个小时了。批评者说测试结果还不错，核心已经做完，但还有很多工作。Claude Code 已经罢工，痛失一员大将。
