30プロバイダを自動フェイルオーバーで渡り歩く──Rust製ターミナルコーディングエージェント「VT Code」

コーディングエージェントの多くは1つのLLMプロバイダを主軸に据える。「VT Code」は、複数のLLMプロバイダを横断的に扱い、障害時には自動でフェイルオーバーする設計を前面に出しているRust製のOSSコーディングエージェントだ。agentskills.ioのクライアント一覧にも「LLMネイティブなコード理解と堅牢なシェル安全性を持つオープンソースのコーディングエージェント。複数のLLMプロバイダを自動フェイルオーバーと効率的なコンテキスト管理でサポート」と紹介されている。GitHub APIで確認したところ、リポジトリは2025年8月29日に作成され、スター数825・フォーク80(2026年8月27日確認時点)。

3行まとめ

1. VT Codeは、レスポンシブなTUI・スラッシュコマンド・ストリーミング・ask/exec CLI・セッション再開・レビューワークフローを備えたRust製のエージェントランタイム。ripgrepによる検索とast-grepによるシンボルマップ、コードインテリジェンス、プロジェクトインデックスといったコーディングツールを内蔵する。
2. Agent Skills・MCPクライアント/サーバー・Agent Plugins・ライフサイクルフック・サブエージェント・ACPに対応。モデルプロバイダは30種類の組み込みプロバイダに加え、カスタムのOpenAI互換エンドポイント、Ollama/LM Studio/llama.cppによるローカル推論(/localで管理)にも対応する。
3. 安全機能として、制限付きシェルサンドボックス・ツールガードレール・サブプロセス隔離・監査ログ・ワークスペースごとの承認に加え、providers_whitelistという設定でVT Codeがアクセスできるプロバイダそのものを制限し、未承認エンドポイントへの意図しないデータ漏洩を防ぐ仕組みがある。対応プロトコルはOpen Responses・Agent2Agent(A2A)・ATIF・Anthropic Messages APIの4つ。

4つのコマンドで動く

READMEのクイックスタートは、インストール後わずか4ステップで完結する。

curl -fsSL https://raw.githubusercontent.com/vinhnx/vtcode/main/scripts/install.sh | bash
cd path/to/your/project
vtcode init      # プロジェクト設定とエージェント向けガイダンスを生成
vtcode           # インタラクティブTUIを起動

インストール方法はHomebrew(brew install vinhnx/tap/vtcode)やCargo(cargo install vtcode)にも対応している。日常的に使うコマンドはvtcode ask "explain Rc vs Arc"(一問一答)、vtcode exec "refactor main.rs"(ヘッドレスでツールフルアクセスのタスク実行)、vtcode review(未コミットの変更をレビュー)、vtcode update(自己アップデート)の4つがREADMEに例示されていた。

「プロバイダのホワイトリスト」という安全機能

VT Codeの安全機能の中で目を引いたのがproviders_whitelistだ。READMEによれば、これはVT CodeがアクセスできるLLMプロバイダそのものを制限する設定で、「未承認エンドポイントへの意図しないデータ漏洩を防ぐ」ことを目的にしている。会社のセキュリティポリシー上、特定のAPIエンドポイントにしかコードを送ってはいけない、といった制約がある組織では役立ちうる機能だ。設定ドキュメント(docs/config/config.md)を直接確認すると、providers_whitelistが非空の場合は「/modelピッカーが対象プロバイダのみを表示」「初回起動ウィザードが対象プロバイダのみを提示」「起動時バリデータが未許可のagent.provider値を拒否」「許可リスト外へのモデル選択の保存をブロック」という4つの制約がかかることが明記されていた。空(デフォルト)の場合はすべての組み込みプロバイダと[[custom_providers]]が利用可能になる。

このほか、制限付きシェルサンドボックス・ツールガードレール・サブプロセス隔離・監査ログ・ワークスペースごとの承認(ライフサイクルフックがシェルコマンドを実行する前段階)も備えているという。設定ドキュメントにはsandbox.default_policyという項目があり、4段階のポリシーが定義されている。

同じ設定ドキュメントによれば、テレメトリ(telemetry.enabled)と利用状況分析(telemetry.analytics)はいずれもデフォルトで無効(false)になっている。

対応プロトコルはA2Aやオープンレスポンス系まで

READMEの「Extensibility and providers」の項目には、対応プロトコルとして「Open Responses、Agent2Agent(A2A)、ATIF、Anthropic Messages API」の4つが列挙されていた。単一ベンダーのAPI形式に依存せず、複数の標準規格をまたいで動く設計になっている。Agent Skills・MCP(クライアント/サーバー双方)・Agent Plugins・ライフサイクルフック・サブエージェント・カスタムプロバイダ・ACPにも対応しており、拡張性という点では当サイトで扱ってきた複数のエコシステム標準を一通り押さえている格好だ。

「ループエンジニアリング」という自動化の仕組み

READMEの「Automation and planning」という項目には、並列エージェント向けのworktree隔離、提案(propose)と検証(verify)を担当するサブエージェントの分離、永続的なループ状態、コストガードレールを備えた「loop engineering」という機能が紹介されている。/planコマンドとplanプライマリエージェントで計画を練り上げてから、構造化されたレビューゲートを経てbuild/autoへ引き継ぐ、という計画立案ワークフローも用意されているという。READMEは「VT Codeは対話的な開発と無人での作業の両方に対応する設計だ」と位置づけている。

「30プロバイダ」を実際に数えると28だった

READMEは「30種類の組み込みプロバイダ」と述べているが、プロバイダ専用ドキュメント(docs/providers/PROVIDER_GUIDES.md)を実際にcurlして見出し(## )を数えると、個別の設定ガイドがあるプロバイダは28件だった。カテゴリ別に整理すると次の通り。

合計28件で、README本文の「30」という数字とは一致しない。2件分の差がどこから来るのか(カウント基準の違いなのか、単純な記載の古さなのか)はこの記事では特定できていない。

開発は活発、ただしまだ1年に満たない

GitHub APIで確認した限り、VT Codeのリポジトリ作成は2025年8月29日で、この記事の執筆時点(2026年8月27日確認)でまだ1年に満たない。それにもかかわらずスター数825・フォーク80まで伸びており、README冒頭の「Project status: Active development」という注記の通り、活発に開発が続いているプロジェクトだと分かる。「ローカル推論とAutomationの一部ワークフローは実験的で、インターフェース・設定はリリース間で変わりうる」という注意書きもあった。

READMEのバッジだけで4つの標準規格に触れていた

この記事を書くために改めて見返すと、VT CodeのREADME冒頭に並ぶバッジ(Agent Skills・Agent Client Protocol・Model Context Protocol・Agent Plugins)だけで、当サイトがこれまで個別に記事化してきた標準規格のうち複数を一度に参照していることに気づいた。1つのツールのREADMEを読むだけで、関連する規格群の相互関係を横断的に把握できる例として印象に残った。

実際に手元では動かしていない

この記事はGitHub公式README本文、GitHub APIメタデータ、プロバイダガイド(PROVIDER_GUIDES.md)、設定ガイド(config.md)の4つをもとに書いている。実際にvtcode initやvtcode execを手元で実行して動作を確認したわけではない。GitHub Wikiに掲載されているという設定・ローカルモデル・skills・MCP・automation・securityの各詳細ページ、およびdocs/installation/README.md・docs/user-guide/getting-started.mdは未読で、vtcode.tomlの設定項目のうち今回の2ファイルに載っていない部分がまだあるかどうかも確認していない。ratatuiというRust製TUIライブラリを使っていることはREADMEのバッジから分かったが、その採用理由についての記述は見当たらなかった。

関連記事

• Claude発の「Skills」がベンダー中立の標準規格になっていた──agentskills.ioを実際に開いて確認する
• Agent Client Protocol(ACP)とは──コーディングエージェントを「LSPのように」つなぐ標準規格
• OpenClawと紛らわしい名前だが中身は別物──Rust製パーソナルAIエージェント「ZeroClaw」がスター3万を超えていた