M 模测 › 案例集 › 5人2周肝出5.1k星!小米 MiMo Code开源但bug不断,开发者炸锅 返回案例集

5人2周肝出5.1k星!小米 MiMo Code开源但bug不断,开发者炸锅

6 月 11 日凌晨,小米 MiMo 团队发布了自己的终端编程 Agent 产品 MiMo Code,并采用 MIT 协议开源。开源地址:https://github.com/XiaomiMiMo/MiMo-Code据介绍,该产品基于 OpenCode 构建,定位于面向长程自动化编程任务的终端编程 Agent,核心目标是解决 AI 编程 Agent 在几十步

2026年6月12日 150 次阅读
InfoQ AI InfoQ 中文

5人2周肝出5.1k星!小米 MiMo Code开源但bug不断,开发者炸锅

来源:InfoQ AI · 发布于 2026/6/13

6 月 11 日凌晨,小米 MiMo 团队发布了自己的终端编程 Agent 产品 MiMo Code,并采用 MIT 协议开源。

开源地址:

https://github.com/XiaomiMiMo/MiMo-Code

据介绍,该产品基于 OpenCode 构建,定位于面向长程自动化编程任务的终端编程 Agent,核心目标是解决 AI 编程 Agent 在几十步甚至上百步持续执行中的决策质量、状态连续性和跨任务经验积累问题。 MiMo Auto 目前限时免费,基于 MiMo-V2.5,支持 100 万 token 上下文。 

罗福莉在 x 上写道,“14 天、5 个人、一场 vibe coding 之旅。于是,MiMo Code 诞生了。”之后,她还透露有盲盒惊喜:Auto 模式下的新用户可能会被随机分配到 UltraSpeed 模式——MiMo-V2.5-Pro 将以 1000 tokens/s 的速度飞快输出。

作为 AI 编程工具的翘楚,Claude Code 自然会成为重要参照物。

小米披露,MiMo Code + MiMo-V2.5-Pro 在三项离线 benchmark 中均优于 Claude Code + Claude Sonnet 4.6。不过团队也指出,这些 benchmark 主要衡量单个仓库级问题的一次性解决能力,而 MiMo Code 的多轮记忆、后台状态维护、完成度验证和跨 session 进化等设计,主要价值仍需在持续几十轮的真实开发场景中体现。 

小米表示,在同一目标模型下对比 MiMo Code 与 Claude Code 的端到端真实开发体验时,MiMo Code 的优势会随任务复杂度增加而放大。当执行步数在 200 步以内时,两者胜率接近 50%;当步数超过 200 步,并包含多轮用户交互后,MiMo Code 胜率升至 65% 以上。 

有体验过的用户表示 MiMo Code 使用起来比较顺手,UI 体验不错,响应速度似乎快于 Claude Code,并且可能向会话中注入更少冗余内容。也有用户提到,自己获得了 MiMo-V2.5-Pro UltraSpeed 模型访问,认为其速度非常快,但成本高于 DeepSeek,因此仍需评估是否值得长期使用。

5.1k stars 和 229 个 issues

MiMo Code 引发了开发者们的关注。截至目前,该项目已经获得了 5.1k star。

有用户看到是基于 OpenCode 构建后表示,“啊,算了,它只是 OpenCode 的一个分支。”但也有人表示,如果之前是用 OpenCode 开发,那 MiMo Code 就是 OpenCode 的加强版。

有开发者担忧现在开源生态里的 PR 太多问题。“OpenCode 可能是目前开源 Agent 中最成熟的那一个,只是官方看起来也是太忙了协调不过来 5000 多个 PR 没人审核,不知道小米那边会怎么搞,迅速涌入大量的 PR 来不及审核可能是 AI 时代的必然结果。”

事实上,确实如此。小米 MiMo Code 开源后,开发者的反馈正在迅速集中到 GitHub Issues 区,目前已经有超 200 条 Issues。

从当前公开 Issues 看,MiMo Code 暴露出了一批早期产品问题:包括使用非常卡、MiMo Auto 免费通道登录后凭证未持久化、从 Claude Code 导入 API Key 失败、升级后仍显示 OpenCode 字样、Termux 环境日志暴涨、WSL 安装后运行异常、语音与粘贴功能不可用,以及更受关注的 Agent 未经确认自动删除用户全局 npm 包等。

尤其,有用户反馈,MiMo Code 的 Agent 在执行任务时,自动检测到用户全局 npm 目录下存在 OpenCode 相关包,包括 opencode-ai、opencode-windows-x64、oh-my-opencode、oh-my-opencode-windows-x64 等,并自行判断这些包是迁移残留,随后未经用户确认执行 npm uninstall,导致用户正在使用的 OpenCode 开发环境被破坏。

该用户认为,Agent 不应在未经明确确认的情况下执行任何删除操作,尤其是影响范围较大的全局 npm 包操作。即使系统判断某些包可能是残留,也应该先询问用户确认。该用户建议,对于 npm uninstall、rm 等删除操作,必须增加确认机制,并考虑提供 dry-run 模式,先展示将执行的操作,再由用户确认。

还有用户反馈疑似存在内存泄露:“使用 pnpm 安装打开后从未输入任何内容,再回来发现内存占用过高。”

还有用户反馈 MiMo Code 思考陷入重复螺旋:

除此之外,还有各种各样的 bug,像是 Agent 执行过程执行了 2 个 dart 脚本,卡死 2 次等。

其他平台上也有用户指出了一些问题。比如,MiMo Code 默认开启 telemetry,会向 tracking.miui.com 发送指标信息,包括正在使用的模型;虽然可以通过环境变量 MIMOCODE_ENABLE_ANALYSIS=false 关闭,但“默认开启且命名为 analysis”的设计并不理想。也有用户指出,即使关闭遥测,工具仍会自动检查更新并获取 MiMo 模型列表,不过这些行为也可以禁用。

或许,MiMo Code 想要效仿 Claude Code 快速 vibe 出一个产品,然后放到真实用

(摘要已截断,点击下方"查看原文"获取完整内容)

↗ 查看原文 / 完整内容
https://www.infoq.cn/article/GTYmDTKIy8f79604Jz1V?utm_source=rss&utm_medium=article

© 2025 ModTst. All rights reserved. 苏ICP备2026025231号-3 苏公网安备32059002007950号