现在 harness engineering 最佳实践是什么？

有 2 个问题想请教下

问题 1. codex 对于稍有规模的工程开发现在还是 subagents 吗？

平时用 codex 多一些，但对于研发来讲，agent 还是 cc 更先进一些，cc 之前有 agent teams ，大家所熟悉的三省六部制多 agent 合作来做项目，有 PM/架构师/Engineer/QA 等不同角色配合，而现在 cc 又出现 dynamic workflows ，对于大型工程，AI 先编写脚本，用脚本去派生子 agent 做项目的维护推进。

对于 codex 来讲，现在还是只有 subagents 吧？平时虽然没有那么多新项目的需求，基本上都是对老项目修修补补，开一个 codex ，不相关的小修补都是新开 session 来让 AI 解决，一个 AGENTS.md 足以。

问题 2. 对于前端/客户端来讲，AI 如何做 UI 测试/验收？

就像 claude 把 bun 从 zig 移植到 rust ，不说它 RIIR 方面，但开发的闭环这一块就值得我们学习，前段时间还看到有人用 cc 把 go mihomo 移植到 rust ，这也是依赖 agent teams 的闭环合作。 但对于这些项目，都是比较容易测试的(对 AI 来讲)。那对于前端/客户端来讲呢？ codex 写网页我看它还会开 server 打开浏览器来控制操作下，实际上它的审美也是不足的（先不用说什么 fronted-design skills)，最终还是要靠人来反复比对调整，对于客户端项目（虽然很久前 codex 就支持 内置 iOS 模拟器了），这种更依赖人去运行到真机测试，复杂交互逻辑它还是不太 work 。

所以说，对于前端/客户端开发来讲，如何完成 agent teams 的合作闭环？