Claude Code 太贵, Kimi K2 低成本方案体验如何?

看过我之前文章的朋友应该都知道,我是 Cursor 的重度依赖者。近期 Cursor 愈发严格的速率限制属实恶心,很是影响干活。昨天短暂尝试了下最近比较火的 Kiro(想尝试的可以公众号后台发送 kiro 获取安装包),熬不住频繁 Retry 后直接卸载。然后把目光放到 Claude Code 上。

但是 Claude Code 实在太贵,令人望而却步。昨天在社区看到了一个比较创意的思路:使用 Kimi K2+Claude Code 实现低成本方案。所以决定实测下其效果到底如何。本文将详细记录我如何配置 Kimi K2 for Claude Code,并对其在真实项目中的表现进行初步评测。

Kimi K2 配置

1. 获取 Kimi API Key

  1. 访问 Kimi 开放平台: https://platform.moonshot.cn
  2. 完成注册并登录后,在后台创建一个新的 API Key
  3. 复制保存好这个 Key,后续配置需要用到。

虽然新用户有 15 元免费额度,但是 Kimi 对于 Free 用户 API 请求做了速率限制(属实学会了)。考虑到我习惯于多项目并行开发,为了获得更流畅无阻的体验,我咬牙充值 50 元解锁更高的速率,确保工作不被打断。

2. 配置 Claude Code

可以直接使用社区提供的一键安装脚本:

bash 复制代码
bash -c "$(curl -fsSL https://raw.githubusercontent.com/LLM-Red-Team/kimi-cc/refs/heads/main/install.sh)"

该脚本做的工作:

  • 环境检查:检查本地是否已安装 Node.js (v18 或更高版本),若未安装则会自动安装。
  • 应用安装:检查 Claude Code 是否已安装,若未安装则会自动安装。
  • 跳过认证 :通过修改配置文件 ~/.claude.json,自动跳过初次打开时的繁琐认证流程(在 ~/.claude.json 配置文件 json 中增加 "hasCompletedOnboarding": true)。
  • 密钥配置:提示用户输入之前获取的 Kimi API Key。
  • 注入环境变量:将 Kimi 的 API 地址和 Key 写入到 Shell 环境变量中。

对于已经安装使用过 Claude Code 的用户,只需要配置 Kimi 的 API 环境变量即可:

ini 复制代码
export ANTHROPIC_BASE_URL=https://api.moonshot.cn/anthropic/
export ANTHROPIC_API_KEY=$api_key

记得重启 shell 或者激活 shell 环境变量,如:source ~/.zshrc

现在一切就绪,让我们进入到项目目录下,输入 Claude 使用。

项目实测

我最近看到微软开源的项目:https://github.com/microsoft/markitdown。是一个用于将各种格式的文件转换为 Markdown 的工具。 我将基于该项目让 Claude Code 给我写一个前后端分离的转换工具,具体项目流程设计为:

sequenceDiagram participant User participant Frontend participant Backend participant MinIO User->>Frontend: 上传文件 Frontend->>Backend: 获取上传地址 Backend->>MinIO: 获取预上传地址 MinIO-->>Backend: 返回预上传地址 Backend-->>Frontend: 返回预上传地址 Frontend->>MinIO: 直接上传 MinIO-->>Frontend: 返回结果 Frontend->>Backend: 上传成功 Backend->>Backend: 异步转换 Backend-->>Frontend: 返回taskid loop 3s Frontend->>Backend: 查询任务进度 Backend-->>Frontend: 任务进度 end Backend->>MinIO: 上传结果文件 MinIO-->>Backend: return Backend-->>Frontend: 文件下载链接 Frontend-->>User: 下载按钮

先不管什么 Claude Code 最佳实践,直接描述项目需求,让 cc 同时开始前后端工作。可以看到 cc 开始干活了:

具体交互流程先不做赘述,看下前端效果:

前端效果还是挺符合我的审美的,对于只用 Cursor 写前端的我来说,Kimi K2 还是比较满足我的预期的。但是生成的后端代码属实有些拉垮,还是等我研究下 Claude Code 最佳实践再给大家看下工具的效果吧。

总结

Kimi K2 与 Claude Code 的结合体验,弥补了 Claude Code 价格高昂的不足。从实际使用来看,Kimi K2 的整体表现大致与 Gemini 持平,但略逊于 Sonnet 4。等后续深度使用后再继续分享吧。

相关推荐
舒一笑1 天前
信息的建筑学:MyBatis Log Panda 如何重构开发者的认知地图
后端·sql·intellij idea
码事漫谈1 天前
WPF入门指南:解析默认项目结构
后端
iOS开发上架哦1 天前
7种常见的源代码混淆技术详解:网络安全中的重要防线
后端
回家路上绕了弯1 天前
单体架构拆微服务:从评估到落地的全流程指南
后端·微服务
疯狂的程序猴1 天前
手游频繁崩溃闪退原因分析与iOS崩溃日志解析方法
后端
Amos_Web1 天前
Rust实战(四):数据持久化、告警配置与Web API —— 构建监控系统的功能闭环
前端·后端·rust
sino爱学习1 天前
FastUtil 高性能集合最佳实践:让你的 Java 程序真正“快”起来
java·后端
百***86461 天前
Spring Boot应用关闭分析
java·spring boot·后端
00后程序员1 天前
WebApp 上架 iOS 的可行性分析,审查机制、技术载体与工程落地方案的全流程说明
后端
Java水解1 天前
从零开始打造高性能数据结构——手把手教你实现环形缓冲
后端