Cursorに月$20払ってるなら読め。OSSバイブコーディング「Kilo CLI」が500モデルを引き連れて来た

ゲンです。「選択肢が増えた」話をします

Cursor（カーソル）に月$20（約3,000円）を払っている。Claude Code（クロードコード）も併用中だ。GitHub Copilot（ギットハブコパイロット）まで入れて3本立てになった。

3つのAIコーディングツールに課金しながら、ふと気づく。「自分、特定のベンダーに依存しすぎじゃないか」と。

昨日、Cursor CEOの「土台が揺らぐ」警告を記事にした。ツール依存から脱却する設計が必要だという結論を書いている。

その翌日に、まさにその文脈にはまるツールが現れた。

Kilo CLI（キロシーエルアイ）1.0。OSSのターミナル型バイブコーディングツールで、対応モデルは500を超える。VentureBeatが4月17日に報じたものの、日本語の解説記事はまだゼロだ。

だから私が書く。Cursorに課金している人も、まだバイブコーディングを始めていない人も、「もう1つの選択肢」として知っておいてほしい。

Kilo CLI 1.0とは何か。「第4の選択肢」が生まれた

Kilo CLIは、ターミナルだけで完結するOSSバイブコーディングツール。500以上のAIモデルに接続でき、特定ベンダーに縛られない設計になっている。

バイブコーディングツールの勢力図はこれまで3強だった。

CursorがGUI型のコード補完で圧倒的シェアを握る。Claude Codeはエージェント型の自律実行で存在感を増した。GitHub CopilotはVS Code（ブイエスコード）ユーザーの手元で地盤を固めている。

Kilo CLIは4番目のプレイヤーとして、3強とは異なるポジションから参入した。

特徴を整理するとこうなる。

• OSS（オープンソースソフトウェア）: コードが公開されていて無料で使える
• ターミナル完結: ブラウザもIDEも不要。コマンドラインだけで動作する
• 500+モデル対応: Claude、GPT、Gemini（ジェミナイ）、Ollama（オラマ）など主要モデルを網羅
• ベンダーロックインなし: 特定モデルプロバイダーに依存しない設計

注目すべきは「500+モデル対応」の部分だ。Cursorは独自に最適化したモデルを採用している。Claude CodeはAnthropic（アンソロピック）のモデルに限定される仕組みだ。Kilo CLIはその制約を取り払った。

使いたいモデルを自分で選べる。地味に見えるかもしれない。ただ、この設計思想が持つ意味は想像以上に大きいんですよ。

たとえば今日はClaudeで書き、明日はGPTで試す。ローカルでOllamaのモデルを動かせば、クラウドにコードを送信せずに開発できる。「道具が使い手を選ぶ」のではなく「使い手が道具を選ぶ」構図になるわけだ。

CS出身だからこそわかるんですけどね。ユーザーが「選べる状態」と「選ばされる状態」では、体験の質が根本から変わる。Kilo CLIはその「選べる状態」を、ターミナル1本で実現してくれるツールだ。

500モデル対応の正体は「ロックイン解除」

500モデル対応の本質は、AIモデルの進化速度に対する保険。今日の最強モデルが来月も最強とは限らない。

昨日の記事で、ツール依存の3層を整理した。操作の依存、知識の依存、設計の依存。Kilo CLIは操作層のロックインを解除するツールだと言える。

なぜロックイン解除が個人開発者に刺さるのか。理由は3つある。

1. モデルの勢力図は半年で変わる

Pragmatic Engineer（プラグマティックエンジニア）の開発者ツール調査が示したデータは衝撃的だった。Claude Codeの利用率が46%、Cursorが19%。半年前にはCursorが独走していたのに、順位が逆転している。

来月にはまた別のモデルが台頭するかもしれない。その時に「Cursorでしか書けない」状態だと、身動きが取れなくなる。Kilo CLIは「いつでも乗り換えられる状態」を維持するためのツールだ。

2. コストの最適化ができる

Cursor Proは月$20。Claude Code Maxは月$100〜。一方、Kilo CLIはOSSで本体無料。APIキーの従量課金だけで使える。

月に数千行しか書かない副業開発者なら、従量課金のほうが安い場合がある。大量にコードを書くなら定額プランが有利だろう。Kilo CLIは「自分の使い方に合った課金モデル」を選ぶ余地を残してくれるのだ。

3. ローカルモデルという選択肢

Ollamaでローカルに動かすモデルを選べば、コードがクラウドに一切送信されない。

業務コードのセキュリティが気になる場面は意外と多いはずだ。クライアントのソースコードをCursorに貼って大丈夫なのか。そんな不安を持った経験がある人には、ローカルモデルが選べるKilo CLIの設計が刺さる。

勘違いしないでほしいポイントがある。500モデル対応は「全部使え」という意味ではない。「いつでも乗り換えられる保険をかけておけ」という話だ。

Cursor・Claude Code・Kilo、どう使い分けるか

3つのツールは競合ではなく補完の関係。タスクの性質で使い分けるのが正解だ。

私は今、Cursor・Claude Code・Kilo CLIの3つを手元に置いている。全部を毎日使うわけではない。タスクの性質で持ち替えるようにしている。

ツール	得意な場面	弱い場面
Cursor	GUIでの対話型コーディング。補完精度が高い	ターミナル作業との行き来が手間
Claude Code	複数ファイルをまたぐ自律実装。エージェント動作	月額が高い（Max $100〜）
Kilo CLI	ターミナル完結。モデル切り替え自在。ローカル対応	GUIの視覚的支援がない

使い分けの判断基準は「そのタスクにGUIが必要かどうか」に集約される。

フロントエンドのUIを調整するならCursorが便利だ。プレビューを見ながらコードを直せるのはGUIならではの強みだろう。大規模なリファクタリングを一気に進める場面では、Claude Codeのエージェント動作がフィットする。

サーバーサイドのスクリプトを書く。CI（継続的インテグレーション）のパイプラインを組む。こうしたターミナルで完結する作業にはKilo CLIが合う。

「全部Cursorでやる」必要はない。「全部Kilo CLIに乗り換える」のも違う。大工がノミとカンナを場面で持ち替えるように、タスクに応じてツールを選ぶ。それだけのことだ。

ここで1つ、私自身の体験を共有しておく。

先週、社内ダッシュボードのバックエンド（Python + FastAPI）を書いていた。ターミナルでClaude Codeを使っていたが、途中でGPT-4oの出力も試したくなった。Claude Codeではモデルの切り替えができない。結局ブラウザでChatGPTを開き、コードをコピペで貼り付けることになった。

この「ブラウザを開いてコピペ」の手間が、Kilo CLIなら1コマンドで解消される。小さな違いに見えるかもしれないが、1日に何度もやる作業だと生産性に効いてくるのだ。

インストールからハマりポイントまで全部書く

Kilo CLIのセットアップは数分で終わる。ハマりポイントは「APIキーの設定」と「モデル指定」の2箇所。先に言っておく。

OSSなので公式リポジトリからインストールできる。

# npmでのインストール例（Node.js 18+環境が必要）
npm install -g kilo-cli

# バージョン確認
kilo --version

最初のハマりポイント。Node.js（ノードジェイエス）のバージョン18以上が必要になる。古いバージョンだとインストール自体が失敗する。事前に確認してほしい。

# Node.jsバージョン確認
node --version
# v18.0.0 以上を推奨

次に、使いたいモデルのAPIキーを環境変数に設定する。

# Anthropic APIキーの設定例
export ANTHROPIC_API_KEY="sk-ant-..."

# OpenAI APIキーの設定例
export OPENAI_API_KEY="sk-..."

2つ目のハマりポイントがここだ。APIキーを設定しないまま起動すると、英語のエラーメッセージが出る。しかもエラー文がわかりにくい。

「え、これAPIキーが未設定なだけ？」と気づくまで10分かかった。先に書いたので、あなたは10秒で通過してほしい。

実際にコードを書いてみる。

# Kilo CLIを起動（モデルを指定）
kilo --model claude-sonnet-4-20250514

# 対話型インターフェースが立ち上がる
> Pythonで簡単なTodoアプリのAPIを作って。FastAPIで。

数秒でコードが生成される。ファイルへの書き出しも、ターミナル上での確認も選択可能だ。

ここで体感した最大の違いがある。モデルを途中で切り替えられるのだ。

# 途中でGPT-4oに切り替え
kilo --model gpt-4o

# Claudeで生成したコードの改善をGPTに依頼
> さっきのFastAPIコードにエラーハンドリングを追加して

Claudeで生成したコードの一部を、GPT-4oに修正させる。この使い方はCursorではできない。ツールを閉じて別アプリを開き直す必要がある。Kilo CLIなら1コマンドで済む。

GUIがない分の不便さは確かに存在する。長いコードをターミナルでスクロールして読むのは、正直つらい場面もあった。

ここは割り切りが必要だ。Kilo CLIはターミナルで完結させたい人向けのツール。GUIが必要ならCursorを使えばいい。道具の使い分けとはそういうものだ。

※ コマンド例は記事執筆時点（2026年4月18日）のもの。最新の手順はKilo CLI公式リポジトリで確認してほしい。

あなたはどのタイプか。4分類で判断する

Kilo CLIを「使うべき人」と「今は不要な人」は明確に分かれる。自分のタイプを判定してから動くのが正解だ。

出口は4つに分岐する。

タイプA: Cursor課金中で満足している人

今すぐ乗り換える必要はない。Kilo CLIは「保険」として知っておくだけで十分。Cursorが値上がりした時や、対応モデルに不満が出た時の退路になる。「知っている」だけで安心感が違うはずだ。

タイプB: Cursor課金中だがコストが気になる人

サーバーサイドの作業だけKilo CLIに移行してみてほしい。フロントエンド作業はCursorに残す。月額を下げつつAIコーディングの恩恵を維持できるか、1週間の試行をおすすめする。

タイプC: ターミナル派でClaude Code/Copilotを使っている人

Kilo CLIが最もフィットするタイプだ。500モデル対応のメリットを最大限に活かせるだろう。ローカルモデルでセキュリティを確保しながら開発できるのも強みになる。

タイプD: まだバイブコーディングを始めていない人

正直に言うと、Kilo CLIから入るのは少しハードルが高い。GUIのあるCursorから始めたほうが体験はスムーズだ。ただしNode.js環境が手元にあるなら、無料のKilo CLIを「お試し」で触ってみる手もある。

自分のタイプを判定するための問いは3つ。

1. 普段の開発作業はターミナルとGUI、どちらが多いか
2. AIコーディングツールの月額課金に不満はないか
3. 使いたいモデルが固定か、複数試したいか

3つとも「ターミナル・不満あり・複数」と答えたなら、Kilo CLIを試す価値は大いにある。

まとめ

Kilo CLI 1.0は「CursorもClaude Codeも要らない」と叫ぶツールではない。「もう1つの選択肢」を静かに差し出すツールだ。

500モデル対応の本質はロックイン解除にある。OSS+ターミナル完結という設計は、サーバーサイド開発者やコスト意識の高い個人開発者に刺さるだろう。

昨日、Cursor CEOの「土台が揺らぐ」警告を記事にした。ツール依存のリスクを考えるなら、Kilo CLIのような代替選択肢を知っておくこと自体が保険になる。

私はかつてコードから離れていた人間だ。AIのおかげで戻ってこれた。だからこそ実感している。道具の選択肢が増えることは、常に良いことなのだと。

Cursorが合う人はCursorを使えばいい。Claude Codeが手に馴染む人は、無理に変える必要はない。そしてターミナルで複数モデルを使い倒したい人には、Kilo CLIという新しい選択肢が生まれた。

元・挫折エンジニアの私から言えるのは、1つだけ。「道具に縛られるな。ただし道具は多いほうがいい」。