Kimchi 是一款基于 pi-mono SDK 的 AI 编程智能体 CLI —— 多模型编排、LSP、Ferment、远程沙箱,开箱即用。
# 一次性配置 $ kimchi setup ✔ API 密钥已保存 ✔ RTK 已自动安装 ✔ 14 个 superpowers skills 就绪 # 启动智能体 $ kimchi kimchi › 重构 auth 模块,添加 JWT 校验中间件 ↳ explore · 定位 4 个相关文件 ↳ plan · 设计中间件接口与测试 ↳ build · orchestrator → kimi-k2.6 ↳ review · builder → minimax-m3 ✔ tests: 12 passed · types: clean kimchi › ▊
为这些 AI 编程工具注入开源模型
Quick Start · 01
macOS 与 Linux 用户的推荐方式。
$ brew install getkimchi/tap/kimchi
下载并安装 CLI,自动启动 setup 向导。
$ curl -fsSL https://github.com/getkimchi/kimchi/releases/latest/download/install.sh | bash
从 GitHub Releases 下载二进制。
$ tar xzf kimchi_linux_amd64.tar.gz
$ sudo mv kimchi /usr/local/bin/
Step 02
只需运行一次 kimchi setup,按交互提示填入 API 密钥即可完成全部初始化。
$ kimchi setup # 一次性交互式配置
$ kimchi # 启动编程智能体
kimchi --help 查看所有可用的子命令和参数。
常用启动选项
kimchi --plan计划模式(只读探索)kimchi --ferment "构建 X"跨会话项目kimchi --teleport远程沙箱多路复用kimchi --name "任务名"设置会话名kimchi --debug启用调试输出--enable-experimental-features启用实验功能Features · 02
每个任务交给最合适的模型。编排器自动按复杂度挑选轻量或重量模型,复杂任务自动升级。
会话崩溃、终端关闭都不怕 —— 下次启动从确切状态恢复。
TypeScript / Go 等内置语言服务器,提供定义跳转、引用查找、原子重命名。
命令输出压缩 60–90%,大幅减少 LLM 上下文用量。
本地 TUI 是大本营,远端沙箱可派生、分离、再连接。
TDD、系统调试、并行委派 —— 内置完整方法论库。
Models · 03
无需 Anthropic / OpenAI 的 API 密钥,只要你的 Kimchi API 密钥即可使用以下开源模型。
Agentic coding、图像分析(最新)。编排、规划、研究默认模型。
代码生成、调试。复杂的代码任务可升级到 Claude。
快速推理、低成本任务。代码库扫描首选。
编辑 ~/.config/kimchi/harness/settings.json 即可覆盖,或用 /multi-model 交互调整。
| 角色 | 默认 |
|---|---|
| orchestrator | kimi-k2.6 |
| planner | kimi-k2.6 |
| builder | kimi-k2.6, minimax-m3 |
| reviewer | kimi-k2.6, minimax-m3 |
| explorer | nemotron-3-ultra-fp4 |
| researcher | kimi-k2.6 |
为外部模型提供 tier / description / vision 信息以改善路由。
{
"modelRoles": {
"builder": ["kimchi-dev/minimax-m3",
"anthropic/claude-sonnet-4-5"],
"reviewer": "anthropic/claude-sonnet-4-5"
},
"modelMetadata": {
"anthropic/claude-sonnet-4-5": {
"tier": "heavy",
"description": "强大的通用模型",
"vision": true
}
}
}
Ferment · 04
渐进细化的项目模式。把目标、阶段、步骤以 JSON 状态文件持久化,崩溃、关机、第二天打开 —— 接着上次继续。
通过 /ferment new 创建,智能体对话式收集目标与阶段。
设置目标、标准、约束、阶段拆分。
激活阶段,智能体按步骤执行,每步带验证。
用户介入或 /ferment pause,状态完整保留。
所有阶段终态,统计可导出为 JSON。
# Day 1
$ kimchi --ferment "Build Tetris"
# ... 智能体工作中,崩溃,终端关闭 ...
# Day 2
$ kimchi --ferment "Build Tetris"
# -> 恢复状态,精准地从上次中断的 Phase 2 继续
.kimchi/
ferments/
<uuid>.json
<uuid>.events.jsonl
sessions/
<ts>.jsonl
每次变更附状态哈希,完全可审计。
Auto Policy · 05
/ferment auto 是 Kimchi Ferment 的自动延续模式:智能体在完成当前阶段后自动推进至下一阶段,无需逐一手动确认。遇到阻塞、需要用户输入或执行异常时自动暂停,待问题解决后继续执行,保持推进直到项目完成。
| 行为 | 命令 | 何时使用 | 用户介入点 |
|---|---|---|---|
| manual | /ferment manual |
需要逐阶段审查、高危操作 | 每阶段结束需手动确认 |
| auto | /ferment auto |
已知任务、信任智能体自动推进 | 仅在异常或需用户输入时暂停 |
+--------+ 用户介入 / pause +--------+
| | -------------------->| |
|running | |paused |
| |<--------------------| |
+--------+ /ferment resume +--------+
| ^
| 所有阶段完成 | 需用户输入
v |(auto 自动响应)
+--------+ +
|complete|
+--------+
auto 模式下,智能体自动持续运行,仅在遇到阻塞或需要用户确认时暂停。
$ /ferment auto # 切换至自动延续模式
$ /ferment manual # 切换至手动确认模式
$ /ferment pause # 暂停当前 Ferment 运行
$ /ferment resume # 恢复已暂停的 Ferment
$ /ferment exit # 退出 Ferment 不丢失状态
$ kimchi --ferment "构建用户认证系统" kimchi › /ferment auto ↳ Phase 1 · setup · 初始化项目结构 ✔ 创建 src/auth/ 目录 ✔ 安装依赖 express, jsonwebtoken ✔ Phase 1 完成,自动进入 Phase 2 ↳ Phase 2 · implement · 实现 JWT 中间件 ✔ 编写 token 签发逻辑 ✔ 编写校验中间件 → 需要确认:是否引入 lodash 辅助解析? ? 需要用户确认:是否引入 lodash?[y/N] y ✔ 用户确认通过,继续执行 ✔ Phase 2 完成,自动进入 Phase 3
Workflow · 05
所有请求经统一端点 https://llm.kimchi.dev
内置类型感知代码智能,默认加载,零配置。
| TS / JS | typescript-language-server |
| Go | gopls |
本地大本营 + 远端沙箱可派生、分离、再连接。
$ kimchi --teleport
/teleport [name]
/detach
/attach <id>
/sessions
每个请求自动打 phase:{name} + model:{id} 标签。
Superpowers · 06
首次启动自动下载并提取 obra/superpowers 到 ~/.config/kimchi/vendor/superpowers/。
using-superpowers
入口 —— 如何发现和调用 skills
brainstorming
结构化构思与方案评估
writing-plans
将任务拆解为可执行的实施计划
executing-plans
带检查点的逐步执行
test-driven-development
先写失败的测试,再实现
systematic-debugging
方法论式根因分析
subagent-driven-development
把子任务委派给并行智能体
dispatching-parallel-agents
并发运行多个智能体
writing-skills
创建可复用的 skill 定义
requesting-code-review
为审查准备代码
receiving-code-review
处理与应用审查反馈
verification-before-completion
完成前的最终验证
finishing-a-development-branch
清理分支并准备合并
using-git-worktrees
同时跨多分支工作
Configure · 07
KIMCHI_API_KEY 环境变量(优先)~/.config/kimchi/config.json 中的 api_key 字段运行 kimchi setup 进行交互式首次配置。
/login)https://llm.kimchi.dev)Migration
首次运行时自动检测 Claude Code / OpenCode / Cursor,提供一次性 MCP 服务器迁移。
+ Claude Code + OpenCode + Cursor found
|
| MCP servers: filesystem, github, ripgrep
| Claude Code skills: 4
| OpenCode skills: 2
| Cursor skills: 3
|
* Migrate MCP servers to Kimchi?
| * Migrate now
| * Skip this time
| * Never ask again
命名冲突时 Claude Code > OpenCode > Cursor;已有 Kimchi 条目始终优先。
Resources
集中管理钩子、工具、扩展与插件的开关状态。
$ kimchi resources list
$ kimchi resources enable <id>
$ kimchi resources disable <id>
$ kimchi resources reset <id>
# 会话内
/resources
/resources list
/hooks
/plugins
Development · 08
$ ./scripts/dev-startup.sh
检查并安装 node/pnpm/bun → pnpm install → 启动 harness。
$ git clone git@github.com:getkimchi/kimchi.git
$ cd kimchi
$ corepack enable
$ pnpm install
pnpm run build | 编译到 dist/ |
pnpm run dev | 本地运行 CLI |
pnpm run check | lint + type check |
pnpm run lint | Biome lint |
pnpm run test | vitest 测试 |
pnpm run test:smoke | 端到端冒烟测试 |
src/
entry.ts # 入口
cli.ts # CLI 逻辑与 harness
models.ts # 模型元数据
commands/ # 子命令
extensions/ # 智能体扩展
agents/ # 子智能体系统
orchestration/ # 任务分类与委派
ferment/ # Ferment 生命周期
modes/
interactive/ # TUI harness
acp/ # JSON-RPC over stdio
teleport/ # 远端多路复用
FAQ · 09
不会。CLI 保留你现有的工具配置,仅添加 provider 设置。在 models.json 中添加的自定义 provider(Ollama、vLLM、LM Studio 等)也会跨重启保留。
这些环境通常没有显示服务器,因此 Kimchi 默认禁用剪贴板图片粘贴以避免启动崩溃。如果你已在 WSL 中运行 X server(如 VcXsrv、X410),可通过环境变量重新启用:
$ export KIMCHI_CLIPBOARD_FORCE=1
$ kimchi
可以。从工具的配置文件中移除 kimchi provider,或重新运行工具原版的 setup 即可。
~/.config/kimchi/config.json(权限 600).kimchi/config.jsonKIMCHI_API_KEYmacOS(amd64、arm64)与 Linux(amd64、arm64)。通过 bun build --compile 编译的独立二进制无需运行时。命名约定 kimchi_{os}_{arch}.tar.gz,附 checksums.txt(SHA256)。