用户尝试用Kimi+GLM 5.2组合替代GPT和Claude
速览
用户提出一种新的AI套餐搭配：放弃8个GPT Team和1个Claude Pro，改为购买3个199元的Kimi或1个699元的Kimi，搭配带GLM 5.2的199元套餐（如讯飞或联通云）。计划通过自写或GitHub开源项目连接Kimi Code CLI和Claude Code，或将所有任务接入Claude Code的/advisor模式。这样能大幅降低用量顾虑，让K3负责设计、GLM 5.2负责执行。主要担忧是稳定性，怕卡顿。
AI 深度解读
背景
随着大语言模型服务的普及，用户面临多种套餐选择：从 OpenAI 的 GPT Team、Claude Pro 到国内厂商的月付/年付套餐，价格和功能差异巨大。部分重度用户同时订阅多个服务，但也在寻找更经济、更稳定的组合方案。LINUX DO 社区一位用户分享了自己对当前套餐的反思，提出了一种“去中心化”的搭配思路，旨在降低费用同时保证使用量。
核心内容
该用户计划放弃现有的 8 个 GPT Team 订阅和 1 个 Claude Pro 订阅，全部替换为国内的组合方案：
- 选择 3 个 199 元的 Kimi 套餐（或 1 个 699 元的 Kimi 套餐，视哪个更实惠而定）；
- 加上一个带 GLM 5.2 模型的套餐，例如讯飞或联通云提供的 199 元套餐。
这样组合后的核心是 K3 + GLM 5.2。其中“K3”指 Kimi 的某个版本或服务（原文未明确，保持原称），“GLM 5.2”指智谱 AI 的 GLM 系列模型。
用户计划自己编写或从 GitHub 寻找开源项目，将 Kimi Code CLI 和 Claude Code 对接起来，或者干脆将所有接口统一接入 Claude Code 的 /advisor 模式。这样做的目的是：
- 让 K3 负责设计任务（如架构、逻辑规划）；
- 让 GLM 5.2 负责执行任务（如代码生成、具体操作）。
该方案的优势在于基本用量（token 配额）不太需要担心，因为国内套餐通常提供较大的使用量。但用户也指出了唯一需要担心的问题：稳定性，害怕卡顿或响应慢。
关键要点
- 放弃所有 OpenAI 和 Anthropic 的高级订阅，转向国内更便宜的套餐。
- 核心组合为 Kimi（K3）+ GLM 5.2，分别承担设计与执行角色。
- 通过开源项目或自定义脚本，将 Kimi Code CLI 和 Claude Code 集成到统一工作流中。
- 关注点在于成本大幅降低、用量充足，但稳定性是潜在风险（卡顿、延迟）。
- 用户未明确提及具体开源项目名称，仅表示“自己写/找 github 开源的项目”。
意义与影响
- 成本优化：从多个海外高级订阅（每个约 20-30 美元/月 × 9 个）转为国内 199 元或 699 元套餐，月费显著下降，尤其适合预算敏感或需要大量 token 的重度用户。
- 模型分工协作：提出“设计型”与“执行型”模型分离的思路，K3 倾向规划、GLM 5.2 倾向执行，类似多智能体协作模式，可能提升特定任务效率。
- 依赖开源生态：用户强调利用 GitHub 开源项目和 CLI 工具实现自定义集成，反映了社区对可编程、可定制的 AI 工作流的追求。
- 稳定性隐患：国内云服务和大模型 API 的稳定性（延迟、并发限制、网络波动）可能不如海外成熟服务，用户需自行承担风险。
- 对服务商的启示：该案例说明用户正在主动寻找更灵活、低成本的替代方案，服务商需在价格、性能、稳定性三者间找到平衡，否则可能流失重度用户。
整体而言，这种“套餐混搭 + 自建工作流”的思路代表了高级用户对当前 AI 订阅模式的反思，也为其他用户提供了一个可参考的降本增效方案。