有点想放弃codex了，codex工程化能力缺陷太明显

问题描述：

codex工程化能力真的有问题
1.subagent每次派发都要重新链接一圈MCP，浪费流量+token+时间，并且一直有个BUG没修复，一旦某个MCP超时，他就会一直重连，一直到内存爆炸。
2.subagent派发出去后管生不管养，任务已经结束，但是subagent不会自动关闭，还在后台，一直要到agent满到不能继续派发才会选择关闭，这中间返回对话又浪费token又浪费时间。
3.skill执行力够，memory执行力也够，一旦memory和skill还有agent.md有略微的提示词差异，就开始无限兜底来确保安全性，没有一点人工智能的感觉，常常用的人心累。CC在这方面实在是强很多，层级明确，memroy永远是辅助功能，agent.md是规范，skill是技能。
4.为了确保所谓的安全性，对mcp和skill的触发不够敏捷，除非你用了完整的提示词或者$，很多项目场景明明用context7或者deepwiki就可以解决，他偏要执行一套假设------验证------猜测------分析的循环，浪费TOKEN+时间。
5.对话啰嗦，反复重复代码内容，agent的意义在于用户少读代码，多看结果，然而codex的实际情况是多给你发代码，再给你读结果，大量的文字阅读会让人精神疲倦，在agent的使用过程中会分散个人注意力。cc在这里非常好，每次汇报都是很核心的内容，让你能第一时间分析目前逻辑动态。
6.插件机制的不完善，现在vibecoding分为插件、MCP、SKILL，而CODEX把这些层级编排的很混乱，没有明确的上下级关系，即使有，也会因为上下文漂移导致幻觉率飙升。

这是我个人发现的问题，可能因为我个人才疏学浅，对agent的理解太过于薄弱出了这些闹笑话的想法。总而言之，我以前觉得CODEX的生态没有claude codex好，是开发者有病，用了这么久，我觉得开发codex生态的人才有病。

CODEX太过于臃肿，从设计之初感觉就没有好好规划，从头到尾都有一种"你有我也要有"的感觉，但是他并没有想明白为什么要有，他只是做了这些功能，但是没有后续的延伸和逻辑上的闭环。