内容提要
入职新公司满一个月,试用期还剩两个月。试用多家大模型并开通OpenCode Go套餐,仅Kimi K2.5较可用,MiniMax表现差。遂将其用于翻译器,并用GPT-5.3-Codex重构项目。发现GPT-5.4 mini更适合翻译器,速度快、价格略高于GPT-4.1 mini,计划套餐到期后换用。
延伸解读
OpenCode Go 套餐的性价比与限制
作者以首月5美元半价开通OpenCode Go,主要因为支持支付宝,解决了GitHub付款难题。但该套餐仅支持开源模型,如GLM-5、Kimi K2.5、MiniMax M2.5/M2.7。实测中GLM-5最贵且输出最慢,MiniMax速度最快但结果不可用,仅Kimi K2.5勉强可用。对于预算有限、想低成本尝试多模型的用户,这类套餐可作入门,但需接受模型能力有限、不适合高强度Vibe Coding的现实。
从Vibe Coding到翻译器:模型选型的务实转向
作者原本想用OpenCode Go里的模型做Vibe Coding,但发现它们太勉强,于是转向翻译器项目。由于部分模型接口不兼容OpenAI,还需额外兼容Anthropic接口。最终靠GitHub Copilot学生权益的剩余额度,用GPT-5.3-Codex重构了Translator,并通过@ai-sdk/anthropic接入Anthropic接口。这反映出:当通用编码模型不达标时,将资源投入更具体的任务(如翻译)反而能发挥剩余价值。
GPT-5.4 mini:翻译器场景的意外发现
在折腾过程中,作者发现GPT-5.4 mini比GPT-5.3-Codex更适合翻译器:速度更快,价格仅比GPT-4.1 mini高一点点。因此计划等OpenCode Go套餐到期后,将翻译器切换到GPT-5.4 mini。这提示读者,模型选型不必盲目追求最强编码模型,针对具体任务(如翻译)时,轻量、快速、低价的mini系列可能更匹配需求,且成本可控。
Q&A
入职新公司一个月,试用期还剩多久?
试用期还剩两个月。
OpenCode Go 套餐支持哪些大模型?
支持 GLM-5、Kimi K2.5、MiniMax M2.5 和 MiniMax M2.7。
在 OpenCode Go 中,哪个模型综合表现较好?
Kimi K2.5 是其中稍微能用的模型。
为什么作者将 OpenCode Go 的模型用于 Translator?
因为用这些模型进行 Vibe Coding 太勉强,但钱已经花了,不想浪费,所以转用于 Translator。
重构 Translator 项目使用了什么模型和工具?
使用 GPT-5.3-Codex 模型,通过开源的 @ai-sdk/anthropic 接入 Anthropic 接口。
作者发现哪个模型更适合 Translator?
GPT-5.4 mini 更适合 Translator,速度更快,价格只比 GPT-4.1 mini 高一点点。