enrolls

研究过，跑起来，放弃。后来想想这个需求的原本是什么？然后，直接丢弃了 Mem0 ，我发现压根儿不需要这个东西。只需要一个 model 就可以了。哪怕是个 0.6b 。

mimo-v2.5 就够蹬的时候，我不太建议各位使用 mimo-v2.5-pro ，因为，官方对于倍率的设计，没必要付出溢价的浪费。

@JieS 复制一个 exmaple, 你用 `config.example.yaml` 改名做 `config.yaml` 吧，因为 yaml 支持注释行 upstream.api_key 填一下，双击启动 codex-mimo-shim 。

codex 的配置:

```
[model_providers.xiaomi-mimo]
name = "RelayForge"
base_url = "http://127.0.0.1:33300/v1/"
wire_api = "responses"
api_key = "no-api-key"
experimental_bearer_token = "no-api-key"
```

我倒是有另外的评论，你的东西很有用，你手上有多少个源？有没有兴趣坚持做，我给你另外的思路

@nodeseek 痛点在于 2 。我点评是：没眼看（官网文档写的真不咋样）。

@teaguexiao 确实，遇到内行，见笑了。没技术含量的缝合操作，大家不愿意看文档而已。基本上工具 call, 读图片，LLM by text 的能力都还原了，我理解 75%的字段是有兼容的，该踩的坑开发过程和验证过程应该踩完。按照 config 配能爽爽蹬。

@woodnaonly 哦，忘了，“挥鞭”能力，自己改 base_instructions ，懒得改可以把 codex 或者 cc 的抄过来，剩下的鞭子自己发挥吧。

@woodnaonly handoff 一个 clone & rebuild as saas basic composes ，我认为没有问题，1 个 handoff 文档，2 个 feedback 完成了我需要的阶段开发。目前 2e 用了 5kw+。

反而投资理财能力很强，值得挖一下。

@ebushicao 我这样看的。cc, codex-cli, 第三方 agent, 图形化更强的 client ，这也不就是一个「类 agent 的集合」。“好马”（模型）是关键，怎么“挥鞭”也很关键，cc 好可以用 cc ，也有很多人安利我。英伟达的 API 接第三方模型的时候，同一份提示词确实看得出不同模型的差异。 而你的提问，你就认为我懒得迁移或者安装新的工具到电脑里面就可以了。（总会有机会，在不同的环境下，见到 cc 或者体验到）

@Yanickkk 里面文字太多，大家懒。不如来几句介绍。你会看完里面的英文吗？