mimo 你快是真快，傻也是真傻

我感觉还是 gpt 5.5 生成的代码的质量稳定

没让MIMO写代码，现在在给我当网管，管理服务器，处理文件之类的。

这个不适合编程，能力不行和偷懒极其严重，我是接入pi当个轻量终端助手，还行，以及替代claude的haiku模型

我也遇到过，明确给了约束条件，干着干着就跑偏了不敢让他写代码了

道德比较低，我都用来搞安全了，直接绕过限制猛猛渗透

我用Opus写设计，GPT审设计，GPT写TASK分拆，交回OPUS实作一半的Task，每步要GPT审核 OPUS完成的实作，再出一个CODEX规限的实作指令稿，让Opus做到一半的模组，拿MIMO来收尾，暂时没有出现大问题

必须让GPT写清晰设计、规范与边界，再交MIMO来做

速度很快，但不是很好用，还得继续加油

这个深有同感，写一些简单的爬虫还是可以的

我让 5.5 写好的 plan，MIMO 执行时还是会偷懒，需要让 5.5 再审核一次

指令稿跟Plan有点不同的

而且Opus的架构设计比较Clean

拿一个设计，先叫GPT review 边界，再让GPT出一个实作指令稿，读MIMO 来做，

他会说一堆

「输出要求、实作前必读文件、Phase 边界硬规则、实作范围摘要、每步要求、验证要求、回报格式」的东西

可以试一下，交其他模型的PLAN给GPT，让他做一个XX指令稿（XX是实作、测试、修復等等，看你的任务类型）

似乎这会触发Codex本身的harness

作为prompt的形式让GPT发起指令的