OPEN-WEIGHTS SHIFT // 2026-07-28
把 $200/月 的美国 AI 栈,
换成中国开源模型
一个周末的迁移,成本降 90%,质量没缩水
一位开发者用 Kimi K3、Qwen 3.7 Max、GLM-5.2、Kimi K2.6、MiMo-V2.5-Pro、Wan 2.7、Kling 3.0 七条开源 / 开放权重模型,逐一替换原本月付 $200 的美国闭源订阅。本文复盘这套选型,并附免费获取渠道,以及一份关于「开放权重」的平衡视角。
素材:社区推文实录 · 各模型官网 · Anthropic《On open-weights models》· 文中具体跑分标注信度
$200 → $20
月度 AI 开销 · 降幅约 90%
口径:原闭源订阅合计 → 开源权重 + 免费/低价 API
7
覆盖场景:思考 / 代码 / Agent / 读库 / 批量 / 图 / 视频
单人工作流基本全覆盖
5+
可白嫖的获取渠道
HuggingFace / Together / Modal / Nous / NVIDIA
THE MOVE // 一个周末发生了什么
迁移动机原栈是每月 $200 左右的美国闭源 API 组合:聊天、代码、图像、视频各买各的订阅。推文作者花一个周末,把每类任务映射到一条中国开源 / 开放权重模型,结果月度账单降到约 $20,且「same quality」。
核心判断2026 年开源权重的临界点已经到来——头部模型的差距从「代差」缩到「场景差」。对绝大多数个人与中小团队,闭源订阅的溢价更多体现在「省心」而非「能力」。一旦愿意花一个周末做选型与接线,省下的就是纯利润。
信度说明:本文成本与跑分均引自推文作者自述与社区评测,部分为「社区称 / 待官方核实」,已在各卡片标注,请勿当作厂商白皮书数据。
BY USE CASE // 七类场景,七个模型
01 · 思考硬问题
复杂推理、长文梳理,内置思考模式,当前社区公认中国排名第一。
Kimi K3
2.8T 参数 · 1M 上下文 · 权重免费开放
跑分引自推文(社区称)· 权重见 HuggingFace
02 · 写代码
把任务贴进去就连续干,适合长时段 kernel 优化类苦活。
Qwen 3.7 Max
SWE-bench 80.4%(社区称)· 曾连跑 35h 优化 kernel
跑分引自推文(社区称)· 待官方复现
03 · Agent / 工具调用
多步任务编排稳定性优于同价模型,许可宽松、可自托管。
GLM-5.2
1M 上下文 · MIT 许可 · 安全性社区评测超 Claude Code
安全性对比引自推文(社区评测)
04 · 读整个代码库
整库丢进去,回来像资深工程师一样给全局判断。
Kimi K2.6
1M 上下文 · 并行 300 agent
能力描述引自推文(社区称)
05 · 批量处理
高吞吐、低单价,适合清洗、抽取、翻译等大批量异步任务。
MiMo-V2.5-Pro
小米出品 · 中国第三(社区称)· $0.10 / M tokens
速度「达 Opus 4.6 的 20 倍」引自推文(待核实)
06 · 做图
开源、可自己 GPU 跑,免费层可用;已支持视频编辑与多图故事。
Wan 2.7
阿里出品 · 自托管免费 · 由 2.5 升级而来
能力描述引自推文(社区称)
07 · 做视频
原生音频、4K,价格约为同类闭源方案的五分之一。
Kling 3.0
快手出品 · 媲美 Sora 2(社区称)· 10s 片段约 $1
价格/对比引自推文(社区称)
FREE TIER // 免费把模型拿到手
权重下载
Kimi K3 开放权重,本地或自有集群部署的起点。
Day-0 托管
不想自己部署,直接调 API 试 K3。
适合快速验证,再决定长期方案
Serverless
按需起停,跑批量/实验最省。
按调用计费,空载不花钱
统一入口
Kimi / GLM / Qwen 一把抓的便捷门户。
多模型聚合,少记几个 key
免费额度
Kimi / GLM / DeepSeek 均有免费速率档。
轻量调用够用,生产再升档
更多模型
免费 API 情报栏目持续更新可白嫖频道。
本站实时聚合 OpenRouter 等多厂商免费模型
THE OTHER SIDE // 开放权重的另一面
连 Anthropic 都发文谈它Anthropic 在《On open-weights models》中给出了相对克制的立场:开放权重能降低门槛、促进竞争与创新,但也明确提示了滥用、失控与治理方面的风险。这恰恰说明「开源/开放权重」已不是边缘话题,而是主流实验室必须正面回应的方向。
对普通用户的含义开源权重的普惠是真金白银的——它把顶尖能力从「按月订阅」变成「按算力计费」甚至「自有硬件零边际成本」。但免费渠道普遍带速率限制,且超大模型本地全量部署仍受显存门槛约束;在医疗、法律、金融等高风险场景,闭源方案在合规与责任边界上仍更省心。
平衡结论:把开源当「主力 + 省钱」是对的,但把闭源彻底删掉未必明智。更稳的姿态是「开源为主、闭源兜底」——日常跑开源,关键链路留一个闭源退路。
SHOULD YOU // 该不该现在迁移
高
纯文本 / 代码场景:开源已够用,迁移立省 80%–90%,优先做。
社区共识
中
长尾 / 高可靠场景:留一个闭源兜底,避免边缘 case 翻车。
风险权衡
中
免费渠道有速率限制,生产环境需备一档付费 API 或自托管。
运维现实
低
本地全量跑 2.8T 级模型不现实,务实路线是 API 或量化蒸馏。
硬件约束