Cline Desktop、coding agentをIDEの外へ――共有runtimeで並列作業、スケジューリング、エージェント間インポートを連携

Clineは9月14日、Desktopの早期バージョンを公開し、従来はVS Code拡張機能とCLIを中心に提供してきたcoding agentを、macOSおよびWindowsのネイティブワークスペースへ移した。デスクトップ版は、Cline SDKで書き直されたagent runtimeを引き続き採用している。そのため、エディタ、ターミナル、デスクトップの各セッションで、同じツール呼び出し、コンテキスト管理、エラー復旧、モデルインターフェースを利用でき、デスクトップ向けに別個のエージェントを保守する必要がない。

新しいインターフェースが主に解決するのは、「複数の作業を同時に委任する」際の管理上の課題だ。ユーザーは複数のsessionに、コードの変更、Webブラウジング、定期チェックなどを個別に実行させられる。また、スケジュールごとにprompt、作業ディレクトリ、モデル、プロバイダー、実行周期を指定できる。Marketplaceではplugins、MCP servers、skillsを一元管理し、エージェントをデータベース、API、社内ツールに接続できる。これは、デスクトップアプリがもはや単なるIDEのシェルではなく、ワークスペースへのアクセス権限を長時間保持できるローカルエージェントのコントロールプレーンになったことも意味する。

モデル層は単一のプロバイダーに依存しない。公式によれば、Clineのサービスを通じて300以上のモデルから選択し、50社を超えるプロバイダーに接続できるほか、Ollama、LM Studio、またはOpenAI API互換のローカルエンドポイントも利用できる。PlanフェーズとActフェーズには異なるモデルを使用可能だ。Claude Code、Codex、その他の対応エージェントの会話をインポートし、別のモデルで続きを進めることもできる。ただし、インポートされるのは再開可能なセッションコンテキストであり、元のエージェントの実行環境、認証情報、未コミットの状態までシームレスに再構築できることを意味するわけではない。

発表文に掲載されたTerminal-Bench 2.0の数値、たとえばKimi K3の82.02% pass@1は、9月2日に実施されたCLI harnessのテスト結果を明確に流用したものだ。したがって、Desktopを並列モードやスケジュールモードで運用した際の信頼性を示す証拠とはみなせない。エンジニアリングチームはむしろ、長時間タスクが中断された後の状態整合性、異なるモデル間でのツール形式の互換性、スケジュールされたエージェントが制御不能になった際に権限を迅速に取り消せるかどうかを注視すべきだ。特にMCP、shell、Web検索、サードパーティーモデルを同時に有効化する場合、ソースコード、認証情報、ツール出力のデータ境界は、各プロバイダーとpluginに左右される。クライアントがオープンソースであること自体は、ワークフロー全体がローカルで実行されることを意味しない。