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。等后续深度使用后再继续分享吧。

相关推荐
Python涛哥30 分钟前
go语言基础教程:【1】基础语法:变量
开发语言·后端·golang
我命由我1234537 分钟前
PostgreSQL 保留关键字冲突问题:语法错误 在 “user“ 或附近的 LINE 1: CREATE TABLE user
数据库·后端·sql·mysql·postgresql·问题·数据库系统
LUCIAZZZ1 小时前
final修饰符不可变的底层
java·开发语言·spring boot·后端·spring·操作系统
wsj__WSJ2 小时前
Spring Boot 请求参数绑定:全面解析常用注解及最佳实践
java·spring boot·后端
CodeUp.3 小时前
SpringBoot航空订票系统的设计与实现
java·spring boot·后端
码事漫谈3 小时前
Linux下使用VSCode配置GCC环境与调试指南
后端
求知摆渡3 小时前
RocketMQ 从二进制到 Docker 完整部署(含 Dashboard)
运维·后端
没事偷着乐琅3 小时前
spring boot 异步线程@Async 传递 threadLocal数据
java·spring boot·后端
liangdabiao3 小时前
LangGraph大法好:工作流编排框架,特别适合构建复杂的多步骤、有状态或协作式 AI 应用
后端·面试·github