LongCat 2.5 正式版（美团）免费上线实测：Android 项目 i18n 开发 + Opencode 标每天 100 次、实测两次 55/72 次就限流（2026-11-11）

11 月 10 号，Opencode 的免费模型里上线了 LongCat 2.5 的正式版（美团刚出的开源大模型）。将近一个月前，它还挂过一段时间预览版。

这次我没跑分，直接拿它在一个真实的 Android 项目上做开发——给一个魔方应用加中英文国际化（i18n），顺手把免费档的限流阈值也实测了。

结论先摆这里：LongCat 2.5 的干活能力够用，普通功能任务开发没问题、长任务也没看到明显掉链子；但最大的槽点是限流——Opencode 标每天 100 次，我实测两天，两次都没到就被限流了（55 次、72 次）。

一、先说槽点：限流

Opencode 公开文档上写着每日 100 次请求的额度，但我测试了两天，两天都没到就被限流了。

上线的第一天晚上开始用，一直用到第二天早上（为什么拖到第二天早上，第三节说明）。在 55 次之后触发了限流，提示让到 8:53 之后再继续用：

触发限流后，我切了其他模型试了下，可以确认限流只针对 LongCat：

当时 GLM 和 MiniMax 都能用，DeepSeek 好像是后台堵了。

为确认是不是第一天赶上了什么特殊情况，第二天晚上我做了二次确认。第二次稍微长一点，72 次之后触发限流。两天下来总共 127 次请求（55 + 72）：

第二次触发后，我又去确认了其他模型的可用性，限的就是 LongCat，这点可以敲死：

两次实测都明显低于 Opencode 标的 100 次，而且具体触发次数还不固定（55 / 72）。如果换成按当天口径算——第二天早上限流前的请求数，加上当天限流重置后晚上新增的请求数——总共大概 90 次，离 100 近一些，但依然没到。

限流项	值	口径
Opencode 文档标称	100 次/天	Opencode 平台文档
第一次实测触发	约 55 次	实测（第一天晚 → 第二天早）
第二次实测触发	约 72 次	实测（第二天晚上二次确认）
两天累计	约 127 次	实测（55 + 72）
按当天口径	约 90 次	实测（第二天早 + 晚新增）
恢复提示	让到 8:53 后再用	实测（约 2 小时恢复）
限流范围	仅 LongCat，其他模型可用	实测（GLM / MiniMax 可用）
错误类型	FreeUsageLimitError / 429	数据库佐证

口径说明：数据库能确认「确实触发 429、就是 FreeUsageLimitError、恢复约 2 小时」，但「55 次」「72 次」这两个精确数是账号侧实测的——限流是跨会话累计的账号级计数，本地数据库无法独立复核，所以标为实测非 Opencode 文档口径。两次都显著低于 100、且具体次数不固定，说明是账号级累计、动态判定的免费额度限制，精确阈值建议以 Opencode 后台为准。

二、正式版相对 Preview 的变化

预览版当时我没太关注，没有实测数据。目前能确认的公开变化是输出上限翻倍：

规格	Preview	正式版	变化
输出上限	13.1 万	26.2 万	翻倍
上下文窗口	100 万	100 万	不变
参数规模	—	1.6 万亿总参 / 4800 亿激活（MoE）	—
数据政策	—	零保留，托管中国	—
每日请求限制（Opencode 文档）	—	100 次	免费档新增
定价	—	免费（限时）	—

输出上限从 13.1 万翻倍到 26.2 万；上下文没变，还是 100 万，而且没有因为走 Opencode 免费档就把上下文配小。这点值得一提——目前 Opencode 上 GLM 5.3 Flash 和 DeepSeek V4.1 Flash 的免费档是降了上下文的，LongCat 这边没降。

输出上限 26.2 万是规格层数据，本次实测最大输出段远没摸到这个上限，所以只作规格确认，不当满上限实测。

三、项目实测：开发能力

项目是 Kotlin + Compose + OpenGL 的 Android 魔方应用，我让它加国际化（i18n）支持：

• 第一次限流前，功能基本开发完成，单元测试也跑完了，这阶段用掉 55 次请求；
• 晚上限流恢复后，UI 自动化测试也顺利跑完，这阶段又用掉 31 次请求。

整体实际功能开发完成时间大概一个多小时。

下面是开发前后对比。改造前，应用是纯中文界面：

加了 i18n 之后（目前只加了英文支持）的英文界面：

验收项	结果
英文资源 values-en/strings.xml（含单复数）+ 扩展默认资源	达成
可扩展架构：语言枚举 + 语言管理 + 纯数据层 + 资源映射	达成
单元测试	58 项全过（0 失败 0 跳过）
UI 自动化测试	16 项全过（0 失败 0 跳过，含新增 i18n 用例）
模拟器中英 round-trip 验证	中→英→中全对，含弹窗与单复数

验收 5 条全达成，产物真实可编译运行。

顺带说下失败恢复和边界：环境/命令失败一共 6 次——PowerShell 的 find/head 不兼容、adb 裸名找不到、Kotlin 字符串 %1$s 转义、读二进制图失败改走截图重采等——每次都能自己给对归因再重试，没有卡死。全程 0 次提交（符合不擅自 commit 的约束），改动全在项目目录内，识别到工作区有别人没提交的改动时是叠加而不是覆盖。

关于第一次限流为什么发生在第二天早上：开发任务是晚上开始跑的，中间有一个请求确认，一直卡在等待，到早上我才确认，然后没多久就触发了限流。所以 55 次是横跨一夜、在第二个早上触发的。

四、使用建议

• 能力上，LongCat 2.5 基本可以做普通的功能任务开发，长任务目前看也没什么大问题；
• 但鉴于限流，用之前得评估一下：简单任务影响不大，中度任务（多轮对话）很可能搞到一半就被限流，得换模型收尾。

最近 Opencode 上的国内免费模型挺扎堆的。刚上的除了 LongCat 2.5（美团刚出的开源大模型），还有 MiniMax M3.1 Flash（提它是因为之前下线过、现在又上了）。不是太复杂的任务，都可以拿去试试。

局限说明

本次只测了一个真实项目（Android 魔方应用 i18n）这一个开发任务，结论反映该任务下的 Agentic Coding 表现，不覆盖长文本生成、复杂架构、极长输出等其他任务类型；「55 次」「72 次」「90 次」均为实测来源，精确阈值建议以 Opencode 后台复核为准；输出上限 26.2 万为规格层数据，本次未实测满上限；预览版差异仅有公开信息（输出上限翻倍），无 A/B 实测对照。