Introducing Cline CLI 2.0: from sidebar to the terminal｜Cline CLI 2.0、ターミナルへ進出 | AIニュース最前線

先週、私は tmux のパネルを 3 つ使いながら、同時に 3 つのエージェントを動かしていました。1 つは機能ブランチ上のデータベース層のリファクタリングを担当し、2 つ目は API ドキュメントの更新、そして 3 つ目は標準入力からパイプされたスキーマ差分からマイグレーションスクリプトを生成する役割でした。キーボード操作一つでパネル間を切り替えながら、各エージェントがリアルタイムでタスクに向き合う様子を監視していました。 こうした作業は IDE のサイドバーでは不可能です。 IDE が悪いわけでもありません。IDE は、人間がファイル内でコードを書くために設計されたものであり、その点においては素晴らしいツールです。しかし、開発の現場は変化しています。モデルによる推論能力がコードベース全体に及ぶレベルまで向上したことで、開発者が個別の行を書く時間は減り、システムを統括する時間が増えています。もはや単一のファイルを編集しているのではなく、「モジュールのリファクタリング」「テストの更新」「ビルドの修正」「マイグレーションの実装」などをエージェントに指示しています。重要なのは構文ではなく、意図の管理です。 そのように複雑な作業を行う場合、編集機能よりも「オーケストレーション（統制・調整）」に特化したインターフェースが必要です。ターミナルは元々、オーケストレーションのために作られた環境です。長時間実行されるプロセスや並列セッション、スクリプトで制御可能なワークフロー、パイプラインを介した入出力、そして組み合わせ可能なツール群——これらはすべて、コーディングエージェントがサイドバーの助手からインフラストラクチャの基盤へと役割を変えた際に必要な機能そのものです。Cline CLI 2.0 は、この完全なエージェント機能をターミナル上で直接利用できるようにしました。 再設計された対話型体験 `cline` コマンドを実行すると、新しいターミナル UI が起動します。これは VS Code エクステンションで慣れ親しんだ操作パターンを踏襲しつつ、異なる媒体（ターミナル）向けに再構築したものです。設定パネルはクリックではなくキーボードショートカットでナビゲートできます。モードの切り替えもボタンではなく Tab キーで行います。ストリーミング応答では Markdown がインラインでレンダリングされるため、エージェントの推論プロセスが拡張機能と同じように視覚的に追跡可能です。 Tab キーを押して「Plan（計画）」と「Act（実行）」モードを切り替えます。Cline がコードベースに手を加える前に、どのように推論しているかを確認できます。各ステップを手動で承認するか、Shift+Tab を押して自動承認モードで実行させるか——監視の度合いはあなたが決めます。作業の複雑さに応じてセッション中にモデルを変更することも可能です。ツールもエージェントループも、モデルサポートも従来通りです。異なる点はターミナル内で動作しているため、ターミナルが得意とする機能がすべて、エージェントとの連携ワークフローに組み込まれる点にあります。 スラッシュコマンドを使えば、一般的なワークフローを高速化できます。 /history と入力すれば前回のタスクを再開でき、/settings でセッション中に設定を変更できます。pr-review.md などの Markdown ファイルをカスタムワークフォルダにドロップするだけで、自動的に /pr-review コマンドとして認識されます。 実際に機能する並列エージェント IDE では複数のエージェントを実行すると、ウィンドウが複数開き、拡張機能のインスタンスも増え、状態の分離に細心の注意を払い、手動でのウィンドウ管理が必要になります。技術的には可能ですが、誰もそんなことはしません。 一方、ターミナルならその方法を知っています。tmux セッションを開いてパネルを分割し、それぞれでプロセスを実行するだけです。並列的な対話セッションを管理するためのインフラはすでに数十年の歴史があります。欠けていたのは、このように動作するように設計されたコーディングエージェントでした。 Cline CLI の各インスタンスは完全に分離されています。それぞれのインスタンスが独自の状態、会話履歴、モデル設定を保持します。あるエージェントがデータベース層のリファクタリングを行っている間、別のエージェントは異なるブランチで API ドキュメントの更新を行います。共有状態はなく、互いに干渉することはありません。TUI によって、各インスタンスの進捗状況が独立して視覚化され、対話的に操作できます。 並列エージェントは新しいワークフローのパターンですが、インターフェースが並列ビューをサポートしていなければ自然にはなりません。単に TUI が十分に優れていれば、複数のインスタンスを起動する価値があると考えられるようになりました。 自動化のためのヘッドレスモード -y フラグを使用すると、Cline は完全な自律モードで動作します。対話型 TUI（ターミナルユーザーインターフェース）は不要で、すべての出力が標準出力にストリーミングされます。標準入力と標準入力の完全サポートにより、データをパイプで受け渡したり、コマンドを連鎖させたりして、Cline をシェルのワークフローにおけるもう一つのビルディングブロックとして扱うことが可能になります。 # CI での自動化コードレビュー git diff origin/main | cline -y "これらの変更点に問題がないかレビューしてください" # コミット履歴からリリースノートを生成 git log --oneline v1.0..v1.1 | cline -y "リリースノートを記述してください" # テストを実行し、タイムアウト付きで失敗を修正 cline -y "テストを実行して失敗箇所を修正する" --timeout 600 これにより、Cline は GitHub Actions、GitLab CI、Jenkins、シェルスクリプト、cron ジョブなど、コマンドが実行できるあらゆる場所で利用可能になります。エージェントは切り替える必要がある別々のツールではなく、パイプラインの一部として組み込まれるのです。 Cline は、小さなツールを組み合わせて使うという Unix の哲学に合致しています。何らかのデータを Cline へパイプし、その出力を別のツールへと連鎖させることが可能です。構造化された出力をプログラム用途向けにストリーミングする JSON モード（--json）も用意されており、Cline をベースにした独自のツール構築や、既存の自動化システムへの統合が容易になります。 ACP により、エージェントはあなたと共に移動します --acp フラグを使用すると、Cline は ACP（Agent Client Protocol：エージェント・クライアント・プロトコル）準拠のエージェントとして機能します。ACP は、コーディングエージェントとエディタ間の通信方法を標準化するもので、言語サーバー向けに LSP が果たしてきた役割と同様のものです。これにより、Cline は JetBrains、Zed、Neovim（CodeCompanion や avante.nvim を経由）、Emacs、そしてこのプロトコルをサポートする他のあらゆるエディタで動作します。 コーディングエージェントは、特定のツールにユーザーを縛り付けるべきではありません。Neovim を中心としたワークフローを構築している場合や、Zed の試用を試みている場合でも、それらを捨てる必要はありません。同じエージェントが、同じ設定が、そしてターミナル体験のために注力した設計の細部まで、あなたがすでに使っているエディタにそのまま引き継がれます。 邪魔にならない設定 すべてのプロバイダは、すぐに使える状態です。`cline auth` を実行してプロバイダを設定すれば、Cline ネイティブのプロバイダ、OpenAI、Anthropic、Bedrock、Vertex などに対応できます。また、`cline config` で YOLO モードの切り替えやデフォルトモデルの変更、Plan モードで Act モードとは異なるモデルを使用する設定などを行うことができます。 複数の設定が必要ですか？ `--config` フラグを指定して、別の設定ディレクトリを参照させることも可能です。ターミナルの一つでは Claude を使って計画を立て、もう一つは高速なモデルを使って実装を行うといった使い方もできます。各インスタンスは独自の状態を維持します。 より大きな視点 開発者がすべての行を手書きしていた時代には、IDE が正解でした。しかし、エージェントがリポジトリの管理やターミナルコマンドの実行、エンドツーエンドのワークフロー実行を担当するようになると、問われるのは「その作業を見守るための適切なインターフェースは何か」という点です。 答えは特定のインターフェース一つにあるわけではありません。開発者がどこにいても、その場所でサポートすることです。Cline は VS Code、JetBrains、Zed、Neovim、Emacs で動作し、今やターミナルでもファーストクラスのエクスリエンスとして提供されています。 見知らぬコードベースの探索やデバッグなら、IDE の視覚ツールに勝るものはありません。並列エージェントの調整、パイプラインの自動化、反復可能なワークフローのスクリプト化にはターミナルが最適です。ビルドシステムの一部としてエージェントを実行するなら、ヘッドレス環境でも問題ありません。 異なる作業には、それぞれに適したインターフェースが必要です。CLI は以前に存在しなかった理想的な場所を占めています。シェル上の他のツールと組み合わせて使えるほど軽量でありながら、本格的な開発環境を感じさせる十分な機能を持っています。 IDE がスタート地点でした。しかし、それがゴールではありません。 今すぐお試しください： npm install -g cline cline auth 期間限定で、Minimax M2.5 と Kimi K2.5 は API キー不要で無料で利用可能です。参入障壁はゼロです。 Cline は Apache 2.0 ライセンスの下で公開され、500 万人以上の開発者に信頼されています。GitHub Octoverse では、コントリビューター数において最も急速に成長している AI オープンソースプロジェクトとして認定されました。特定のモデルやベンダーに縛られることはありません。Anthropic、OpenAI、Google、Mistral から API キーを持参するか、Ollama でローカルモデルを実行することも可能です。 詳細は cline.bot/cli まで。完全なドキュメントは docs.cline.bot/cline-cli をご覧ください。ソースコードは github.com/cline/cline にあります。 私たちはオープンイテレーションを続けており、皆さんのフィードバックが今後の方向性を形作ります。アイデア、課題、議論は GitHub、Reddit、Discord でお寄せください。 ターミナルの準備は整いました。さあ、構築しましょう。

Cline CLI 2.0、ターミナルへ進出

背景や根拠まで確認しますか？

関連記事

調べる

選ぶ

サイト