0
0

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?

@kai_kou(甲斐 甲)

Kilo CLI実践 — roll-callで500+モデルを並列ヘルスチェックする

0
Posted at

はじめに

コーディングエージェントのOSS CLIは、Aider・OpenCode・Pi・Goose……と、この数ヶ月で選択肢が急増しました。そこに新たに加わったのが Kilo（Kilo-Org/kilocode）です。GitHub Star数は本記事執筆時点（2026年7月1日）で 25,242、npm パッケージ @kilocode/cli の週間ダウンロード数は 52,191（2026-06-22〜06-28 集計）と、既に実運用で使われている規模です12。

VS Code拡張・JetBrains拡張・CLI・クラウドの4面を1つのエンジンで動かす「オールインワン・エージェンティックプラットフォーム」を謳っており、500以上のモデルにBYOK（Bring Your Own Key）でゼロマークアップ接続できるのが特徴です。

本記事では実際に @kilocode/cli をインストールし、ヘルプ出力から実在するサブコマンドを確認しながら、特に便利だと感じた kilo roll-call（複数モデルの並列疎通テスト）と、公式ドキュメントを読んで気づいた Orchestratorモード廃止の経緯 を掘り下げます。

この記事で学べること

  • @kilocode/cli の実際のインストール手順とサブコマンド全体像
  • kilo roll-call で複数プロバイダのモデルを並列ヘルスチェックする方法
  • Kilo が「Orchestratorモード」を廃止し、各モードにサブエージェントをネイティブ統合した理由
  • Aider・OpenCode 等、既存OSSコーディングエージェントとの位置付けの違い

対象読者

  • 複数のLLMプロバイダを切り替えて使っているエンジニア
  • OSSコーディングエージェントの選定材料を探している方
  • MCPサーバーをCLIから直接管理したい方

前提環境

  • OS: Linux（macOS / Windows でも同様の手順）
  • Node.js: v22.x
  • @kilocode/cli v7.3.54（2026年7月1日時点の最新）

TL;DR

  • npm install -g @kilocode/cli で kilo / kilocode 2つのバイナリが入る（MITライセンス）
  • kilo roll-call <filter> は正規表現でモデルを絞り込み、--parallel・--timeout・--output table|json|md で複数モデルの疎通・レイテンシを一括テストできる
  • 公式ドキュメントでは「Orchestrator agent は非推奨」と明記されており、理由は Code / Plan / Debug の各モードが サブエージェントをネイティブサポート したため
  • 一方でマーケティングサイトには今も「Use Orchestrator Mode」という文言が残っており、ドキュメントとの間に温度差がある

インストールして中身を確認する

@kilocode/cli は npm 配布のほか Homebrew・curl・pnpm・bun・AUR に対応しています。今回は npm でインストールしました。

npm install -g @kilocode/cli
# added 5 packages in 15s

package.json を見ると kilo と kilocode の2つのバイナリが同一実体にリンクされており、opencode や ink（ターミナルUI用のReactレンダラー）が keywords に含まれています。TUIフレームワークとしてInkベースで作られている点は、Claude CodeやOpenCodeなど最近のCLIコーディングエージェントに共通する設計です。

kilo --version
# 7.3.54

kilo --help を実行すると27個のサブコマンドが表示されます（completion・upgrade・session・plugin・config など設定・保守系を除く）。単なる「チャットして編集する」エージェントに留まらない機能群の中から、特に目を引いたものを抜粋します。

kilo [project]           start kilo tui                          [default]
kilo run [message..]     run kilo with a message
kilo attach <url>        attach to a running kilo server
kilo serve               starts a headless kilo server
kilo web                 start kilo server and open web interface
kilo auth                manage AI providers and credentials
kilo agent               manage agents
kilo mcp                 manage MCP (Model Context Protocol) servers
kilo models [provider]   list all available models
kilo roll-call <filter>  batch-test text models matching a filter for connectivity and latency
kilo github              manage GitHub agent
kilo pr <number>         fetch and checkout a GitHub PR branch, then run kilo
kilo stats               show token usage and cost statistics
kilo remote              enable remote connection for real-time session relay

kilo serve / kilo web でヘッドレスサーバー化してブラウザから操作したり、kilo remote でリアルタイムセッションを外部に中継したりできる点は、ターミナル専用ツールにはない発想です。kilo pr <number> はGitHub PRのブランチをfetch＆checkoutしてそのままエージェントを起動するショートカットで、レビュー依頼への即応に使えそうです。

kilo roll-call で複数モデルを並列ヘルスチェックする

個人的に最も実用的だと感じたのが kilo roll-call です。プロバイダを跨いで契約している複数のモデルが「今動くか」「どれくらい速いか」を一括で確認できます。

kilo roll-call --help

kilo roll-call <filter>

batch-test text models matching a filter for connectivity and latency

Positionals:
  filter  regex to filter models by provider/modelID (required)      [string] [required]

Options:
      --prompt      Prompt to send to each model      [string] [default: "Hello"]
      --timeout     Timeout for each model call in milliseconds  [number] [default: 25000]
      --parallel    Number of parallel model calls               [number] [default: 5]
      --verbose     Show verbose output                          [boolean] [default: false]
      --quiet       Suppress progress and decoration              [boolean] [default: false]
      --output      Output format (table, json, or md)
                              [string] [choices: "table", "json", "md"] [default: "table"]

filter は provider/modelID に対する正規表現で、たとえば以下のように実行します（APIキー登録済みのプロバイダが対象）。

# anthropic配下のモデルだけを対象に、5並列でヘルスチェック
kilo roll-call "anthropic/.*" --parallel 5 --output table

# 結果をJSONで受け取ってCIのヘルスチェックに組み込む
kilo roll-call "openai/.*|anthropic/.*" --timeout 10000 --output json > roll-call-result.json

--output json を使えば、契約している全モデルの疎通確認をCIパイプラインに組み込んで「今日使えるモデル一覧」を毎朝生成する、といった運用も現実的です。本セッションではAPIキー未登録のため実測値は掲載しませんが、コマンド自体は上記のとおり kilo に同梱されており、--parallel・--timeout・--output の3オプションだけで既存のヘルスチェックスクリプトを代替できる設計であることは実行結果（--help）で確認済みです。

Orchestratorモードは「非推奨」——サブエージェントのネイティブ統合

Kiloの紹介記事をいくつか読むと「Architect / Code / Debug / Ask / Orchestrator の5モード」という説明が見つかります。しかし公式ドキュメントの該当ページ（kilo.ai/docs/code-with-ai/agents/orchestrator-mode、タイトルは "Orchestrator Mode (Deprecated)"）を確認すると、様子が違いました。

Orchestrator mode is deprecated and will be removed in a future release. [...] Agents with full tool access (Code, Plan, Debug) can now delegate to subagents automatically. You no longer need a dedicated orchestrator...

つまり「複雑なタスクを専門エージェントに委譲する司令塔」だったOrchestratorモードは廃止され、代わりに Code・Plan・Debug の各モードが直接サブエージェントを呼び出せる ように統合されました。ドキュメント上の現行モードは以下の4つです。

モード 権限 役割
Code（デフォルト） フルアクセス 実装・デバッグを行う「熟練エンジニア」
Ask 読み取り専用 コードベースを変更せず質問に答える
Plan 読み取り＋計画文書のみ編集可 技術リーダーとして計画を立てる
Debug フルアクセス 系統的なトラブルシューティングに特化

著者視点の発見ポイント

ここで面白いのは、ドキュメント上ではOrchestratorが明確に非推奨と書かれている一方、公式マーケティングサイト（kilo.ai/code）には今も「Use Orchestrator Mode and Code Review to plan, build, and audit simultaneously.」という訴求文が残っている点です。プロダクトの内部設計（サブエージェントをCode/Plan/Debugに統合）が、マーケティング文言の更新より先に進んでしまっている——複数のドキュメントソースを突き合わせて初めて気づける類の情報で、単一ページの紹介記事では見落としやすいポイントだと感じました。

この「専任オーケストレーター役を廃止し、各エージェントにサブエージェント機能を持たせる」という設計の変化は、Claude Codeが単一の Task ツールから複数のサブエージェント種別・ネストしたサブエージェントへ拡張してきた流れとも重なります。マルチエージェント設計が「専任の司令塔を立てる」方向から「主要エージェントに委譲能力を持たせる」方向へシフトしつつある、という業界的な潮流の一例として見ると興味深いです。

kilo mcp でMCPサーバーをCLIから直接管理する

MCPサーバーの追加・認証もCLIで完結します。

kilo mcp --help

kilo mcp add            add an MCP server
kilo mcp list           list MCP servers and their status
kilo mcp auth [name]    authenticate with an OAuth-enabled MCP server
kilo mcp logout [name]  remove OAuth credentials for an MCP server
kilo mcp debug <name>   debug OAuth connection for an MCP server

kilo mcp auth / kilo mcp debug がサブコマンドとして独立している点は地味に便利です。OAuth接続がうまくいかないMCPサーバーのデバッグは、多くのエージェントCLIでは --verbose ログを目grepするしかありませんが、Kiloは専用コマンドを用意しています。

既存のOSSコーディングエージェントとの位置付け

このブログではこれまでにAider（architect/editor モードでモデルを役割分担）・OpenCode（Ollamaでローカル完結）・Pi（1,000トークン未満のシステムプロンプトで動く軽量ハーネス）を扱ってきました。Kiloはそれらと比べると「1つのバイナリでIDE拡張・CLI・ヘッドレスサーバー・リモート中継まで面倒を見る」統合志向が強いのが特徴です。

ツール 主な強み CLI以外の面
Aider architect/editorでモデルを役割分担 なし（CLI専業）
OpenCode ローカルLLM（Ollama）とのセルフホスト完結 TUI
Kilo roll-callによる複数モデル一括ヘルスチェック、kilo web/kilo remote VS Code / JetBrains拡張、ヘッドレスサーバー

複数プロバイダのAPIキーを併用していて「どのモデルが今日は遅いか・落ちているか」を素早く把握したい場合や、IDE拡張とCLIを同じエンジンで行き来したい場合はKiloが候補になりそうです。

まとめ

  • @kilocode/cli（MIT・25,242 stars・週間DL 52,191）は npm install -g @kilocode/cli で即導入できる
  • kilo roll-call は正規表現フィルタ×並列実行で複数モデルの疎通・レイテンシを一括確認できる、地味だが実務的に効くコマンド
  • Orchestratorモードはドキュメント上「非推奨」に。Code/Plan/Debugへのサブエージェントのネイティブ統合という設計変更の結果で、マーケティング文言とはまだズレがある
  • 複数プロバイダを併用しているならroll-callだけでも試す価値がある

  1. Kilo-Org/kilocode - GitHub（GitHub API取得、2026-07-01時点 stargazers_count: 25242） ↩

  2. @kilocode/cli - npm（npm downloads API取得、2026-06-22〜06-28週間DL: 52191） ↩

0
0
0

Register as a new user and use Qiita more conveniently

  1. You get articles that match your needs
  2. You can efficiently read back useful information
  3. You can use dark theme
What you can do with signing up
Sign upLogin
0
0

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?