为什么要用 CLI Agent
零基础理解 CLI Agent 是什么、和 IDE 插件 / 网页版的本质区别,以及为什么 2026 年成了主战场
Moonshot AI 出的开源(MIT)终端 AI agent,本卡从"它跟 ChatGPT Web 区别在哪"讲起,覆盖一行命令装、provider 三档选、plugin GitHub 直装 + trust level、scheduled tasks(stable)/ Goal mode(experimental)全景,按 0.8.0 当前能力集组织。
内容摘要
[Kimi Code](https://github.com/MoonshotAI/kimi-code) 是 **Moonshot AI** 出的开源(MIT 协议)终端 AI agent,特点是 **单 binary(一个独立可执行文件,不带运行时依赖)+ OpenAI 兼容协议第一公民 + 高频迭代**(2026 年 4 月到 6 月初从 0.2.0 ship 到 0.8.0 共 7 个 minor)。本卡按 0.8.0(2026-06-02)当前能力集介绍,**不展开 Claude Code 横向对比**——想看对比看[同站 CLI 总览](/cli/cards/terminal-agents-comparison);想从头入门看下面。
Kimi Code 是 Moonshot AI 出的开源(MIT 协议)终端 AI agent,特点是 单 binary(一个独立可执行文件,不带运行时依赖)+ OpenAI 兼容协议第一公民 + 高频迭代(2026 年 4 月到 6 月初从 0.2.0 ship 到 0.8.0 共 7 个 minor)。本卡按 0.8.0(2026-06-02)当前能力集介绍,不展开 Claude Code 横向对比——想看对比看同站 CLI 总览;想从头入门看下面。
历史说明:本卡 06-04 改写之前是
Kimi Code CLI vs Claude Code 横向对比(旧 slugkimi-code-vs-claude-code,已 301 重定向到当前 URL/cli/cards/kimi-code-introduction)。新版改为单独介绍 Kimi Code、把 vs Claude Code 改成轻量旁注。
Kimi Code 是 "终端里能自己调工具的 AI agent",不是 ChatGPT 装进终端。关键差别一条:它在你看不到的中间步骤里自己调工具(读文件、跑 shell、调 MCP server),并把结果带回下一轮推理。
举个例子:你输入"读这个目录的 README 写一段中文摘要存成 README.summary.md"——
touch + vim 落地README.md → 自己生成摘要 → 自己创建并写入 README.summary.md,你只看到"我要做什么"和"我做完了"两段输出这一条想清楚再往下读;否则你会把它当"高级补全"用,浪费 80% 的能力。
| 能力 | 作用 |
|---|---|
| 单 binary 部署 | curl 一行装,无 Node 依赖;OPS / DevOps / 数据 / SRE 本机没 Node 也能跑 |
| OpenAI 兼容协议第一公民 | 0.3 起自动检测推理字段(reasoning_content / reasoning_details),DeepSeek / Qwen / One API gateway / 自部 vLLM 都好接 |
KIMI_MODEL_* env 直配 | 0.6 起 provider / base URL / API key / context size / capabilities / thinking 全走环境变量,CI / 容器场景天然兼容 |
| plugin 从 GitHub 直装 | 0.6 起 kimi plugin install <github-url>,plugin manager 按 trust level 三档标注(bundled / curated / third-party) |
| scheduled tasks(stable) | 0.5 起用 5 字段 cron 让 agent 定时跑;0.7 把 cron 触发事件暴露给 SDK |
| Goal mode(experimental) | 0.8 起 KIMI_CODE_EXPERIMENTAL_GOAL_COMMAND=1 opt-in,/goal status/pause/resume/cancel/replace 多轮长目标自动推进 |
| video 多模态输入 | 拖一段屏幕录像让 agent "看着复现 bug",比文字描述快 |
差别不是"AI 更聪明",是"工具调用这一步在谁手上"。Kimi Code 所有"高级 feature"(plugin / scheduled tasks / Goal mode / /auto)本质都在管工具调用的扩展 / 调度 / 鉴权三块。
macOS / Linux:
curl -fsSL https://code.kimi.com/kimi-code/install.sh | bash
Windows PowerShell:
irm https://code.kimi.com/kimi-code/install.ps1 | iex
升级(0.8 起官方推荐手动升而非后台自动):
kimi upgrade
/login:三档 provider 选哪个| provider 档位 | 怎么走 | 对你意味着什么 |
|---|---|---|
| Kimi 官方(默认) | TUI 里 /login → "Kimi Code OAuth"(一种业界通用的鉴权协议,让你用一个账号授权多个应用)或 "Moonshot API Key" | 最少配置;中文场景上下文友好 |
| OpenAI 兼容 gateway(DeepSeek / Qwen / One API / Together / OpenRouter) | KIMI_MODEL_* 环境变量直配:KIMI_MODEL_PROVIDER / KIMI_MODEL_BASE_URL / KIMI_MODEL_API_KEY / KIMI_MODEL_NAME | 想用国产模型 / 想集中走一个 gateway 管多模型 → 走这条 |
| 自部署 LLM endpoint | 同样走 KIMI_MODEL_* env,外加 0.7 新增 KIMI_MODEL_ADAPTIVE_THINKING 强制 adaptive thinking 开关 | 跑了自己的 vLLM / TGI / Ollama / 公司不允许调外部 API 必走这条 |
怎么选:第一次试用 Kimi 官方 OAuth 最快;接国产模型 / 自部模型走 KIMI_MODEL_* env。0.8 加的 kimi provider CLI 让你不进 TUI 也能管 provider,脚本化场景顺手。
cd ~/some-project
kimi
> 读这个目录的 README.md,写一段 200 字以内的中文摘要,存成 README.summary.md
期间它会每次工具调用前都问你许可。确认风险可控、想让它一路跑下去,加 --auto 启动或 TUI 里 /auto 进入 Auto mode(agent 不再每个工具调用都问、只在危险操作时问的权限模式)。第一次跑陌生项目不要直接 --auto——先在能 git reset 的目录里观察它动了哪些文件。
Kimi Code 没有官方 marketplace,plugin 从 GitHub 仓库直接装(0.6+):
kimi plugin install https://github.com/some-author/some-plugin
plugin 可以自带 slash 命令、自带 skill(plugin 自带的可复用知识/动作包,装完自动注册到 agent 上下文)、自带 plugin-owned MCP server——也就是说,装一个 plugin 等于装它带的全部工具集。这是为什么要 trust level 这套机制。
kimi plugin list 输出示意:
NAME VERSION TRUST SOURCE
kimi-official-skills 1.2.0 kimi-official bundled
git-extras 0.4.1 curated github.com/kimi-curated/git-extras
my-team-internal-rag 0.1.0 third-party github.com/acme-corp/internal-rag-plugin
some-cool-plugin 0.7.0 third-party github.com/random-dev/some-cool-plugin
| trust level | 含义 | 对你意味着什么 |
|---|---|---|
| kimi-official | Moonshot 官方维护,跟 Kimi Code 一起发布 | 跟核心 CLI 一样的可信度;安心装 |
| curated | 进官方 curated 列表,Moonshot 审过一道 | 仍要看仓库活跃度 + 最近 commit |
| third-party | 任意 GitHub URL 装;plugin manager 不审源码 | trust level 只是标签、不是安全保证;你自己看作者 + commit + issue + 依赖的 MCP 再装 |
内置三种 sub-agent(在隔离上下文里跑的子任务 agent,结果带回主对话):
要按业务命名一堆自定义 sub-agent(如 db-migration-agent),Kimi 当前没有等价机制——这是 Claude Code 的强项。
> /schedule "0 9 * * 1-5" "巡查 staging 环境最近 24h 的报错日志,整理成清单"
✓ scheduled task created
/schedule list # 看所有定时任务
/schedule remove # 删一个
5 字段 cron 表达式(每位代表分钟/小时/日/月/周)。stable,可放生产——但注意:调度本身稳,被它唤起的 agent 仍可能调没审过的 plugin / MCP,要单独审被唤起的工具。
$ KIMI_CODE_EXPERIMENTAL_GOAL_COMMAND=1 kimi
> /goal 把这个项目的 README 翻译成英文并提一个 PR
✓ goal accepted: <goal-id>
/goal status / pause / resume / cancel / replace <new-objective>
experimental(标记为"会变"的 feature,下个版本字段可能改)——只在能随时 git reset 的低风险任务上玩,生产 CI 脚本里别 hardcode /goal 命令名。
| 实战场景 | 推荐能力组合 | 对你意味着什么(stable / experimental) |
|---|---|---|
| 中文 RAG / 长文本 | Kimi 官方 provider + 自写 RAG plugin(带 plugin-owned MCP) | plugin 系统 stable,放心做 |
| 定时巡查 / 日志聚合 | scheduled tasks + plugin 封装"读日志 + 写报告" | stable;可放生产,但要审被唤起工具 |
| 接自部 LLM / 国产 gateway | KIMI_MODEL_* env + 0.7 KIMI_MODEL_ADAPTIVE_THINKING | stable;公司内 vLLM / Ollama 也走这条 |
| video bug 输入 | Kimi 官方 provider(自家模型支持 video) | stable;其他 CLI agent 多数还只支持图片 |
| 长链路多轮任务(如 monorepo 5 个包都升 React 19) | Goal mode(0.8 experimental)+ /goal status 监控 | experimental — 仅在能 git reset 的分支试,别写进 CI |
Kimi Code 节奏快(两个月 7 个 minor),避免每次升版本脚本碎一次:
/goal *、KIMI_CODE_EXPERIMENTAL_GOAL_COMMAND env);用一层薄抽象包住,字段改你只改抽象层| 场景 | 更合适的工具 |
|---|---|
| 必须用 Anthropic 模型 + 订阅 | Claude Code |
| 要 VSCode / JetBrains 第一方 IDE 集成 | Claude Code |
| 要企业 managed settings + plugin 白名单集中下发 | Claude Code |
| 要按业务命名一堆自定义 sub-agent | Claude Code |
| 只是"问个问题、拷个代码" | ChatGPT / Kimi Web(不用终端 agent) |
| 误区 | 准确理解 |
|---|---|
| Kimi Code 是 ChatGPT 装进终端 | 是终端里能自己调工具的 agent;差别是"工具调用这一步在谁手上" |
| trust level 标签 = 安全保证 | 只是来源标注;third-party plugin 装下来该跑的代码照跑,判断责任在你 |
| scheduled tasks 稳 = 可以无人值守跑生产 | 调度本身稳,被唤起的工具链要单独审 |
| 0.8 Goal mode 可以写进 CI | experimental — 字段下个版本可能改;只在低风险任务上玩 |
| 演进快 = 全部能力都开起来 | 多开一个能力,对版本变化的脆弱度多一档;挑能力按"场景命中",不按"它有没有" |
参考答案: 跟它"高频迭代 + 开源 + OpenAI 兼容协议第一公民"的整体哲学一致——marketplace 审核会拖慢长尾 plugin 上架速度,与"快速试错"取舍冲突。代价是把信任判断后置到用户(看作者 / 看 commit / 看依赖),并用 trust level 三档标签提示用户来源。
参考答案: 调度本身稳,但被它唤起的 agent 仍会调用 plugin / MCP / 工具——这些工具不一定都适合无人值守跑。审计要点:(1)被调到的最危险那个工具的权限范围;(2)失败 / 卡住的通知机制;(3)出 bug 时能否回滚(用 git 跟踪 + 限制工作目录)。三条都过了再上生产。
/auto):https://github.com/MoonshotAI/kimi-code/releases/tag/%40moonshot-ai%2Fkimi-code%400.5.0KIMI_MODEL_* env + GitHub URL 装 plugin):https://github.com/MoonshotAI/kimi-code/releases/tag/%40moonshot-ai%2Fkimi-code%400.6.0/provider + cron SDK event):https://github.com/MoonshotAI/kimi-code/releases/tag/%40moonshot-ai%2Fkimi-code%400.7.0kimi provider CLI + kimi upgrade + /undo):https://github.com/MoonshotAI/kimi-code/releases/tag/%40moonshot-ai%2Fkimi-code%400.8.0优先展示同分类且标签更接近的内容,方便继续串联学习。
零基础理解 CLI Agent 是什么、和 IDE 插件 / 网页版的本质区别,以及为什么 2026 年成了主战场
Anthropic 官方终端 Agent,原生支持工具调用、MCP、Skills 与 Hooks,2026 年生态最完整的 CLI Agent
OpenAI 官方终端 Agent,GPT 模型驱动,开源、跨平台、轻量化,2026 年与 Claude Code 形成生态对位