Runtime

KernelHub 不包含模型。它驱动你自己装的 CLI 编码 Agent。换哪一家，授权都在同一个地方核：写、改、执行经 KernelHub 内建的 Tool Server，对照你的授权和工作区边界。

必需的前置条件：Node.js LTS（自带 npm）。Runtime 是通过 npm 装的 —— 默认的 claude，以及 codex、qwen、codebuddy、opencode、kimi、mimo、pi 都是。装 KernelHub 之前先确认 node -v 和 npm -v 都打出版本号；它的安装器不会替你装 Node。例外是 agy（Antigravity），要从 Google 官方渠道装。

怎么选

支持的 Agent 在 PATH 里，KernelHub 就找得到。要指定某一家：

$ icloser run --runtime-kind claude

可用的 kind：claude · codex · agy · qwen · codebuddy · opencode · kimi · mimo · pi · ohmypi · acp · mcp · generic。

Google 这一家在这里的形态是 agy（Antigravity）。gemini 这个 kind 仍然认（适配器保留，没删），但它已退役：Google 不再提供可以自己登录单独使用的 gemini CLI。

「批了」不等于「管得住」

这是两件事。一档授权放行什么，是在动作发生的地方判的：Runtime 要做的每一次写、改、执行，都经过 KernelHub 内建的 Tool Server，先对照你的授权和工作区边界核过再跑。至于这一档另外有没有不靠这条路的东西守着 —— 那家 Runtime 命令行上可验证的开关，或者它进程外面那道可选的 OS 边界 —— 是另一个问题。六档里有一档证不出，这一家就标 NOT_READY。那是记账，不是拦路：它照样接活。

哪一家的哪一档由谁守住，这一页不复述。首页那张表是逐家、逐档去问活的注册表问出来的，随代码一起变；这里再手写一份，迟早和它对不上，而照着对不上的那份去换 Runtime 是白换。

KernelHub 为此做了什么

只有真接不了这条任务时才会跳过一家 —— 没装、起不来、撞了额度正在冷却、或者在这条任务上已经失败过。有一类任务还会看档位：要删除或迁移数据的，先交给表达得了拒绝清单的那一家；机器上一家都表达不了时，任务在删任何东西之前停在一张边界卡上，请你放行这一趟。

中途换家

选中的那一家撞额度、或者拒绝了它本来被授权的命令时，任务可以交给另一家接着做，而且是同一条任务，历史和改动都留着。

`icloser runtimes` 能看到什么

它回答三个此前只能靠读源码回答的问题：装了哪几家、各是什么版本、各支持什么。全程只跑 --version —— 不消耗任何模型额度、不碰工作区凭据，所以一台还没配过的机器上它也答得出来。

$ icloser runtimes

$ icloser runtimes --json # 脚本读这个，别去 grep 表头

$ icloser runtimes --explain claude # 每一格结论凭什么

六态，以及不许折进它们的另外三档

状态词由 CLI 原样打出，三种语言下一字不差。下面的顺序就是探测的判定顺序 —— 它从你此刻做得掉的那一步开始报。

状态	是什么意思	能接活	你的下一步
NOT_INSTALLED	这台机器的 `PATH` 上没有这个可执行文件。	不能硬不可用 —— 连试都不试	装上它。如果那行理由里点了一个路径出来，说明包就在这台机器上、只是没进 `PATH` —— 再装一遍没有用。
INSTALLED_NOT_STARTABLE	文件在，但它起不起来 —— 装了一半、负载缺失、或者权限位坏了。	不能硬不可用 —— 连试都不试	把那家 Runtime 重装一遍。注意这一档下 `--version` 照样答得出来 —— 这正是它不能被折进「健康」的原因。
STARTABLE_NOT_AUTHENTICATED	起得来，但这台机器上它没登录，或者它要的那份凭据没配。	不能软不可用 —— 仍会让它跑到那一步，好让你拿到 Runtime 自己那句话	在你自己的终端里，用那家 Runtime 自己的命令登录一次。KernelHub 不持有任何模型 API key，它用的是你已有的登录态。
TOOL_CHANNEL_INCOMPATIBLE	在命令行上接不上内建 Tool Server。登录也修不好 —— 这是那家 CLI 自己的性质。	能	没有你能做的下一步。它照样接不需要工具通道的活；需要的那些会被派给别家。
AUTHENTICATED	起得来、凭据在、工具通道也接得上。没有任何证据说明它这一刻答得出来 —— key 可能过期，provider 可能在限流。	能	不需要做什么。想要更硬的答案：`icloser runtimes --verify` 会真的问模型一次。
HEALTHY	有硬证据说明它这一刻接得住活 —— 真的问过它一次，也真的答回来了。	能	没有。只有跑过 `--verify` 才到得了这一档；不跑的话最高只到 AUTHENTICATED。
STARTABLE_AUTH_UNKNOWN 不属于那六态 —— 别把它读成其中某一档的变体	起得来，但登录态问不出来。我们既不猜一个 ok，也不冤枉说它没登录。	能	不强求你做什么。它照样能接活 —— 把「问不出来」判成「不行」，等于让一台能干活的机器闲着。
USER_SUPPLIED 不属于那六态 —— 别把它读成其中某一档的变体	可执行文件是你自己用 `--runtime` 指的。「装没装」这个问题对它不成立。	能	没有。这正是「KernelHub 没听说过的 Runtime」的入口。
NOT_APPLICABLE 不属于那六态 —— 别把它读成其中某一档的变体	协议条目（`acp` / `mcp`）。它压根不对应某一个可执行文件，探测无从谈起。	能	没有。这不是「坏了」，是范畴不同。

表往旁边拉，右边那一列是「你的下一步」 →

「能接活」是状态的性质，不是任务的。这一趟到底要不要工具通道，是按任务另判的 —— 一条纯对话任务交给 TOOL_CHANNEL_INCOMPATIBLE 的那家完全正常。

接着看：权限