ローカルLLM コーディングツール6選：GitHub Copilot代替を徹底比較【2026年】

ローカルLLM コーディング環境を選ぶ前提は、2026年6月に変わりました。GitHub Copilotを使わなくても、VS CodeはGitHubアカウントやCopilotプランなしでチャットとエージェントのワークフローをオフライン実行できるようになった一方、標準のインライン候補は今もローカルモデルでは動かせません。乗り換える理由は、ローカルのTab補完、集中管理型のセルフホスト、より強力なエージェントワークフローの3つに絞られます。しかも最安の有料チーム向け代替は、ハードウェアと管理費を含める前でも、10席で年間$480しか節約できません。

結論：ローカルLLM コーディングの完全代替ならZed

コーディングエージェントとインライン候補の両方を自社管理のインフラで動かすなら、GitHub Copilot 代替の第一候補はZedです。 エディターを変えられない場合はKilo Codeが適しています。VS Code内でローカルエージェントに特化するならCline、チームで一元管理する補完サーバーならTabby、Git中心のターミナル運用ならAider、対応インターフェースの広さならOpenCodeが有力です。

7つ目の答えは、乗り換えないことです。ローカルのチャットとエージェントで足りるなら、現在のVS CodeはすでにOllamaなどのローカルプロバイダーへ接続できます。代替ツールを導入する価値があるのは、具体的な不足を埋められる場合だけです。

以下の価格、上限、トライアル条件、製品機能は、2026年8月25日に各ベンダーの公開ページで確認しました。「開始価格」はソフトウェアまたはプラットフォームの料金です。ローカルモデルでも、ハードウェア、電力、セットアップ、保守の費用は発生し得ます。

乗り換える前に知っておきたい、現在のVS Codeのローカル対応

現在のVS Codeは、ローカルモデルの実用的なホストになりました。ただし、Copilot体験の片側だけです。 Microsoftの2026年6月のBYOKアップデートにより、VS CodeはOllama、Foundry Local、互換モデルプロバイダーへ接続し、チャットと対応するエージェントワークフローを実行できます。GitHubへのサインインもCopilotプランも不要で、完全オフラインでも利用できます。

だからといって、GitHub Copilot自体がローカルホスト製品になったわけではありません。VS Codeがモデルにツール、コンテキスト、対話ループを与えるアプリケーション層になったということです。モデルをローカルで実行し、エディター側がチャットとエージェントの操作画面を提供します。

比較を正確にするには、次の4用語を区別する必要があります。

• ローカルモデル：推論を自分のコンピューター、または自分で管理する機器で実行します。
• セルフホストモデル：自分で管理するインフラ内でエンドポイントを動かします。開発者のノートPCではなく、別のマシンやプライベートクラウドに置く場合もあります。
• エージェント：アプリケーションの権限管理下で、モデルがファイルを調べ、複数ファイルを編集し、ターミナルなどのツールを使えます。
• インライン補完：入力中に表示され、通常はTabで採用するゴーストテキストや複数行の候補です。

残る穴は最後の項目です。Microsoftの現行の言語モデル向けドキュメントでは、BYOKの対象はチャットとユーティリティタスクであり、標準のインライン候補には適用されないとされています。セマンティック検索や埋め込みを使う機能も、引き続きGitHubまたはCopilotのサポートに依存します。VS Codeには他製品が独自補完に利用できる拡張APIがありますが、組み込みのローカルモデル経路からインライン候補がOllamaへ送られるわけではありません。

従来の「ローカルで使えるCopilot代替は何か」という問いは、次の2つに分けるべきです。

1. ローカルモデルに、見える形のエージェントループでコードを計画・編集させたいですか。
2. 入力中に表示される候補も、すべてローカルで生成したいですか。

2つ目の答えが「いいえ」なら、拡張機能を追加しても複雑さが増すだけで、プライバシーは改善しない可能性があります。Language Modelsエディターを設定し、ローカルプロバイダーへ接続して、チャットまたは対応するエージェント作業用のモデルを選び、今のエディターを使い続ければ十分です。「はい」なら、ローカル補完の経路が明記されているZed、Kilo Code、Tabbyが候補になります。

オフライン対応をうたう製品でも、同じ区別が必要です。ローカルチャットがインターネットなしで動いても、リポジトリ検索、拡張機能の更新、リモートのソース管理操作、ホスト型の埋め込みサービスは外部へ接続する場合があります。「モデルがローカル」と「開発環境全体がエアギャップ」は同じ約束ではありません。

置き換えるCopilotの料金

GitHubの現行個人向けプランはFree、Student、月額$10のPro、月額$39のPro+、月額$100のMaxです。Freeは月2,000回までのインライン補完を含み、認証済みの学生はStudentを無料で利用できます。組織向けは、付与席あたり月額$19のBusinessと、付与席あたり月額$39のEnterpriseです。

GitHubの現行プランページには、GitHub FreeおよびGitHub Teamを使う組織によるBusinessの新規セルフサービス契約が、2026年4月22日から一時停止されているとも記載されています。比較基準となる$19は変わりませんが、購入経路には影響します。代替を検討するときは、記憶にある購入画面ではなく、組織が実際に調達できるプランと比べるべきです。

GitHub Copilot 代替を選んだ基準

現行のベンダー資料に、コーディング用途でサポートされるローカルモデル経路が明記された製品だけを対象にしました。 理論上はリポジトリを改造してローカルエンドポイントへ接続できる、というだけでは対象外です。強固なプライバシー条件があっても、推論を自社サービスへ送るクラウド型アシスタントも除外しました。

6製品を、次の5基準で評価しました。

1. 対応範囲： ローカルモデルがエージェント、インライン補完、または両方で使えるか。
2. 導入方法の明確さ： Ollama、LM Studio、llama.cpp、OpenAI互換エンドポイント、セルフホストサーバーの手順がベンダーから示されているか。
3. ワークフローとの相性： エディター、ターミナル、デスクトップアプリ、中央サービスのどこで動くか。
4. 運用上の壁： 本格導入で最初にぶつかる制約が、エディター移行、補完モデルの固定、ハードウェア要件、1 GPU制限、ID管理機能の不足のどれか。
5. 総コスト： 公開されている各ソフトウェアプランに、別途必要な計算資源または推論料金を加えた費用。

実機での性能テストを行ったとはしていません。ローカル環境のレイテンシーと出力品質は、モデルサイズ、量子化、コンテキスト長、GPUメモリ、リポジトリ構成、タスクに大きく左右されるため、1台のノートPCの結果をカテゴリー全体へ一般化できないからです。順位は、現時点でサポートされる機能、正確な価格、文書化された制限、条件をそろえたコスト分析に基づきます。

この選定では、よく知られた製品もいくつか外れました。無料枠が充実していても、クラウド専用のコーディングアシスタントはローカルモデル対応の代替にはなりません。Continueは現行の公式サイトでCursorによる買収を告知し、残るオープンソースコードを新規導入向けの独立製品ではなく基盤と位置付けているため、順位付きリストから外しました。この変更だけでも、古いローカルCopilot比較の多くは現状に合いません。

クラウドとローカルを含む広い選択肢は、2026年版AIコーディングアシスタント比較で扱っています。ここでは意図的に対象を絞り、ローカル推論への経路が文書化された製品だけを掲載します。

1. Zed：最も完成度の高いローカルCopilot代替

Zedは、AgentとEdit Predictionの両方でローカルモデルを使えることが明記されているため、最も完成度の高い代替です。 Edit PredictionはZedのインライン補完機能で、1行と複数行の候補に対応します。この2つを両立する製品は珍しく、「Ollama対応」という表現にありがちな曖昧さがありません。

ZedはVS Code拡張機能ではなく、独立したコードエディターです。Agent、Inline Assistant、関連するAI機能では、Ollama、LM Studio、llama.cpp、互換ローカルサーバーを介してローカルモデルを実行できます。別に用意されたローカルEdit Prediction設定は、Ollama、vLLM、llama.cpp server、LocalAIなど、OpenAIのcompletion APIを実装するサーバーに対応します。

この構成により、エージェントと補完を両方ローカル化し、エディターの変更を受け入れられる個人開発者には、Zedが最も明快な選択肢になります。同時に、この一覧で最も大きなワークフロー変更でもあります。移行前には、拡張機能、ショートカット、リモート開発の習慣、デバッグ機能、チームの慣例をすべて確認する必要があります。

最適な用途： 1つのエディターでローカルエージェントとローカルインライン補完を使いたい開発者。
特長： AgentとEdit Predictionの両方に、文書化されたローカル経路があります。
料金： Personalは永久に$0、Proは$10/month、Businessは$30/seat/month。Proに含まれる$5を超えるホスト利用は、API定価に10%を加算。
無料トライアル： Proは2週間、またはトライアル用トークンクレジット$20を使い切るまで。Businessに無料トライアルはありません。

Zedの料金と、見落としやすい境界

Zed Personalは永久に$0で、採用されたホスト型Edit Predictionを2,000回利用でき、自分のAPIキーまたは外部エージェントは無制限です。Zed Proは月額$10で、Edit Predictionが無制限になり、ホスト型トークン$5分を含みます。超過分はAPI定価に10%を加えた料金です。Zed Businessは1席あたり月額$30で、組織全体のモデルポリシー、データ管理、支出の一元表示、無制限のEdit Prediction、ロールベースのアクセス制御を提供します。

「Business」という名称から、実際以上の機能を期待しないよう注意が必要です。このプランには固定のLLMクレジット枠も無料トライアルもなく、SSO、SAML、SCIMも現時点では利用できません。最低席数はありませんが、注文書は25席からです。ID管理を重視する企業では、SSO系機能の不足が、ローカルモデル対応の充実度を上回る判断材料になり得ます。

10席の場合、Zed Businessはモデル利用料やローカル計算資源を除いて年間$3,600です。同じ席数のCopilot Businessは$2,280で、プラットフォーム料金だけでもZedの方が$1,320高くなります。選ぶ理由はエディター設計と完全なローカル管理であり、ライセンス節約ではありません。

ミニチュートリアル：Zed AgentとEdit PredictionをOllamaで動かす

Zedでは2つのローカル経路が別々に説明されています。Agentが動いたからインライン候補もローカルだと誤認しないよう、設定も分けて進めます。

1. 1

   ローカルランタイムを起動する

   Ollamaをインストールし、ZedのAgent向け公式例に従ってollama pull mistralを実行します。サービスが自動起動しない環境では、続けてollama serveを実行します。Zedが取得済みのOllamaモデルを検出し、モデル選択画面に表示することを確認します。

2. 2

   Agentモデルを選ぶ

   Agentパネルを開き、検出されたOllamaモデルを選びます。最初は「1つのモジュールを説明する」など、範囲を限定した読み取り専用タスクを使います。選択中のプロバイダーとローカルプロセスの動作から、リクエストがOllamaへ届いていることを確かめます。

3. 3

   Edit Predictionを別に設定する

   Zedのedit_predictions設定を開きます。ベンダーの例では、プロバイダーをollama、エンドポイントをhttp://localhost:11434、モデルをqwen2.5-coder:7b-base、プロンプト形式をinfer、最大出力トークンを512に設定します。

4. 4

   両方の経路を実証する

   重要な用途に使っていないテストマシンをネットワークから切断します。Agentへプロンプトを送り、その後、実際に近いファイルへ入力してEdit Predictionが表示されることを確認します。Agentは通るのに補完が失敗するなら、ローカル化できているのは半分だけです。

具体的なモデルは、マシンとタスクに合わせて選ぶ必要があります。この手順の要点は、例に挙げたモデル名ではなく、2経路を別々に検証することです。ツールを安定して呼び出せないローカルモデルは、補完出力が十分でもAgentには向きません。

2. Kilo Code：VS CodeとJetBrainsで使う最良のローカル選択肢

エディターを維持したまま、エージェントとインライン補完の両方にローカル経路が必要なら、Kilo Codeが最も適しています。 オープンソースの拡張機能はVS CodeとJetBrainsに対応し、CLIならターミナルからも使えます。Zedより移行の負担が小さく、エージェントにはローカルOllama、自動補完にはOllamaまたはLM Studio経由のローカルCodestralという経路が文書化されています。

強みと引き換えに、2つの制約があります。Kiloの自動補完モデルは現在Codestralに固定されているため、「ローカル補完」は任意のモデルを選べるという意味ではありません。また、推奨ローカルモデルでエージェントを実用的な速度で動かすには、24 GB以上のGPU VRAM、または32 GB以上のユニファイドメモリを備えたMacが必要だと案内されています。

Kiloの資料は、品質面でも珍しいほど率直です。エージェント作業にはqwen3-coder:30bを推奨し、代替にdevstral:24bを挙げる一方、小さいQwenモデルは最先端のクラウドモデルよりツール呼び出しの失敗、ループ、構文エラーが増える可能性があると警告しています。少なくとも32kのコンテキストウィンドウを推奨し、APIのデフォルトタイムアウトは10分と明記しています。これは注釈ではなく、運用要件です。

最適な用途： ローカルエージェントと、サポートされたローカル補完経路を求めるVS CodeまたはJetBrainsユーザー。
特長： 慣れたエディター内で両方のローカルワークフローへ移れる、最も負担の小さい経路です。
料金： Individualは$0、Teamsは$15/user/month、Enterpriseは個別見積もり。推論とクラウド計算資源は別料金です。
無料トライアル： Enterpriseを14日間。

Kiloの料金：請求は1つではなく3つ

KiloのプラットフォームプランはIndividualが$0、Teamsが1ユーザーあたり月額$15、Enterpriseは個別見積もりです。Teamsには分析、共有エージェントモード、一元請求、共有BYOK、プライバシー管理、優先サポートが含まれます。EnterpriseではSSO、OIDC、SCIM、監査ログ、プロバイダー上限、プライベートゲートウェイBYOK、SLA、専任サポートが加わります。14日間のトライアルではEnterprise機能を利用でき、その後TeamsまたはEnterpriseを選びます。

推論は別の選択です。Auto Free、BYOK、ローカル利用では、Kiloのプラットフォーム推論料は月額$0です。Kilo Gatewayにサブスクリプション料はなく、上乗せなしのプロバイダー料金がかかります。Kilo Passは、月間最大$26.60分のクレジットを含むStarterが月額$19、最大$68.60のProが$49、最大$278.60のExpertが$199です。クレジット購入には5%の処理手数料がかかります。

クラウド機能は3つ目の請求になります。Code Reviewは1時間$0.33、Cloud Agent DockerとSmallはそれぞれ1時間$0.60、Gas TownとCloud Agent Standardはそれぞれ1時間$1.20です。秒単位で課金され、モデル推論料は別途必要です。

開発者10人なら、Kilo Teamsは年間$1,800、Copilot Businessは$2,280です。差額の$480がローカル上限です。追加ハードウェアと管理の合計が月$40を超えれば、見かけ上のプラットフォーム節約は消えます。エンジニア1人がローカルサービスの保守に数時間使うだけでも超えかねません。

3. Cline：VS Codeで最も透明性の高いローカルエージェント

Clineは、VS Code内で承認を挟みながら動かすローカルコーディングエージェントに特化するなら、最も有力です。 個人向けプラットフォーム料金を課さず、エージェントによるファイル変更、ターミナル操作、モデルプロバイダーの選択を見える形で提示します。Ollama、LM Studio、Atomic Chatを使うローカル経路も詳しく説明されています。

ClineだけですべてのCopilot用途を置き換えられるわけではありません。中心機能はエージェントであり、ファーストパーティ製のTab補完ではありません。入力中のローカルなゴーストテキストが目的なら、別の補完拡張機能と組み合わせるか、Zed、Kilo Code、Tabbyを選びます。2つ目の拡張機能を追加する設計が正解の場合もありますが、管理すべきポリシーと更新経路が2つになり、モデルサーバーも2台になる可能性があります。

Clineが最も合うのは、範囲を限定した課題をローカルモデルへ渡し、提案された操作を一つずつ確認しながら、既存のVS Code環境を保ちたい開発者です。「キーを押すたびに次の6トークンを予測する」用途ではなく、「失敗しているこのテストを追跡し、修正案を出す」といった用途を想定してください。Copilotの補完より遅く慎重な操作になりますが、複数ファイルにまたがるタスクをより広く担えます。

最適な用途： 見通しがよく制御できるローカルエージェントループを求めるVS Codeユーザー。
特長： ローカルランタイムが文書化され、必須サブスクリプションのない無料の個人向けエージェント画面。
料金： Open Sourceは無料、Enterpriseは個別見積もり。推論は別途用意します。
無料トライアル： Enterpriseトライアルの記載はなく、評価にはオープンソース版を使います。

Clineの料金とハードウェアの段階

Cline Open Sourceは個人開発者なら無料です。サブスクリプション料も席料金もありませんが、開発者がAPIキーを持ち込むかローカルモデルを動かさない限り、ホスト型推論は従量課金です。無料枠にはVS Code拡張機能とCLI、安全なクライアント側アーキテクチャ、MCPマーケットプレイス、マルチルートワークスペース、コミュニティサポートが記載されています。

Cline Enterpriseは個別見積もりです。JetBrains拡張機能、SSO、SLA、専任サポート、一元請求、設定管理、ロールベースのアクセス制御、推論プロバイダーの上限、チームダッシュボード、認証ログが加わります。現行の料金ページにEnterpriseの無料トライアルは記載されていません。

$0というプラットフォーム料金より、ハードウェアガイドの方が実用上の境界をよく示しています。Clineは、16〜32 GBのRAMを小型モデルまたは量子化モデル、32〜64 GBを中規模モデル、64 GB以上を大型モデルと長いコンテキストウィンドウの目安にしています。ローカルのデフォルトエンドポイントは、Ollamaがhttp://localhost:11434、LM Studioがhttp://localhost:1234です。

パイロットはこの段階を踏まえて設計すべきです。16 GBのノートPCで接続自体を証明できても、生成の遅さ、浅いコンテキスト、弱いツール利用によって、本来のワークフローには失敗する可能性があります。対象モデルがリポジトリを十分に読み、チームが待てる時間内に代表タスクを完了して初めて、導入準備ができたといえます。

ローカル混在構成におけるClineの役割

現実的なのは、明示的なエージェントセッションにはCline、入力の流れには専用のローカル補完プロバイダーを使う分担です。エージェントにはツール利用と長いコンテキストでの推論、補完には低レイテンシーとfill-in-the-middle学習が必要なため、この構成は1つの汎用モデルより優れる場合があります。代わりに、運用は二重になります。

個人開発者なら、二重化は数個の設定で済むかもしれません。企業では、承認モデル、エンドポイントポリシー、テレメトリー審査、ロールバック経路がそれぞれ2つ必要です。企業向けコーディングエージェント比較では管理面を詳しく扱っていますが、Clineの判断基準は明快です。1製品で完結することより、エージェントの透明性を重視する場合に選びます。

4. Tabby：一元管理型セルフホスト補完サーバーの最有力候補

Copilotの補完を、一元運用するセルフホストサービスへ置き換えることが主目的なら、Tabbyが最も適しています。 チームが自前でLLM搭載の補完サーバーを運用することを前提に設計された、オープンソースのコーディングアシスタントです。組織がサーバーを管理し、開発者はエディター拡張機能から接続します。

サーバー中心の設計は、ノートPC上で動かすローカルエージェントとは別の製品カテゴリーです。10人または50人の開発者が各自でOllamaを動かすのではなく、承認済みモデル、リポジトリコンテキスト、アクセス制御、可観測性を共有したい場合に向きます。その一方で、稼働率、アップグレード、GPU容量、認証、インシデント対応の責任は組織へ移ります。

Tabbyが最も合うのは、自律的なエージェント動作より、補完の集中管理を重視する規制業界またはプライバシー重視の開発組織です。Answer Engineとコード閲覧で機能範囲は広がっていますが、デスクトップ中心のエージェントではなくTabbyを選ぶ理由は、やはり補完です。個人でもCommunityを運用できますが、通常はAider、Cline、Kilo Code、Zedの方がインフラ負担を抑えられます。

最適な用途： 管理された単一のセルフホスト補完サーバーを求めるチーム。
特長： エディター拡張機能とチームプランを備えた、一元管理型のローカルファースト導入。
料金： Communityは$0/user/month、Teamは$19/user/month、Enterpriseは個別見積もり。Pochiのクラウド利用料は別です。
無料トライアル： 期間限定のTeamまたはEnterpriseトライアルの記載はありません。Communityは最大5ユーザーに対応します。

Tabbyの料金：ライセンス割引なしで得るプライバシー

Tabby Communityは最大5ユーザーまで1ユーザーあたり月額$0です。Tabby Teamは最大50ユーザーまで1ユーザーあたり月額$19です。Tabby Enterpriseは年払いの個別見積もりで、ユーザー数は無制限、SSO、個別の導入支援、専用Slackサポートチャンネル、ロードマップの優先対応が含まれます。

Tabby CloudのPochiでは、別に従量課金のモデル料金がかかります。現行料金ページでは、毎月$20の無料クレジットが含まれ、利用額が$10を超えた時点、または少額なら月末に自動請求され、Tab Completionは利用上限なしで常に無料とされています。このクラウド提供を、セルフホストサーバーの計算資源コストと混同してはいけません。

10席では、Tabby TeamとCopilot Businessのプラットフォーム料金はいずれも年間$2,280です。その上でTabbyにはインフラが必要です。資料では、int8モードのCodeLlama-7Bに約8 GBのVRAMが目安として示され、1インスタンスが対応するGPUは1基とされています。正確なサーバー費用は、ハードウェアの所有状況、利用率、冗長性、サポート要件で変わりますが、方向性は明らかです。Tabbyは管理権を買う製品であり、安いライセンスではありません。

1 GPUという壁

Tabbyは1インスタンスあたりGPU 1基という制限を前提に運用を設計する必要があります。小規模チームなら1基で十分でも、メンバーが同時にコーディングする時間帯には待ち行列が発生し得ます。拡張する際は、1インスタンスへGPUを追加するのではなく、インスタンスを増やし、ルーティングを決めることになります。

アイドル状態のサーバーではなく、利用が重なるピーク時に最初の候補が出るまでの時間と、採用された補完数を測定します。平均が速くても95パーセンタイルが悪ければ、開発者は候補を無視するようになります。モデル再読み込み、拡張機能のフォールバック動作、サービス停止時の挙動もテストしてください。補完の価値は入力へ自然に溶け込む点にあり、繰り返し待たされればその利点は失われます。

5. Aider：Gitネイティブなターミナルワークフローの最有力候補

エディターUIではなく、リポジトリとGit履歴をエージェントセッションの軸にしたい開発者には、Aiderが最も適したローカルモデル対応ツールです。 ターミナルで動作し、コードベースのマップを作り、ファイルを編集し、変更を自動コミットし、リンターとテストも実行できます。Apache-2.0のソフトウェアにプラットフォームのサブスクリプション料はありません。

使い方は明快です。リポジトリへ移動し、関連ファイルを追加するかリポジトリマップにコンテキスト選択を任せ、変更を依頼してdiffを確認し、Gitで採用または取り消します。ターミナルとバージョン管理の基本操作を信頼している開発者には自然です。一方、サイドバーのエージェント、視覚的な確認ポイント、入力中のバックグラウンド補完を期待する人には馴染みにくいでしょう。

Aiderは、Ollamaを含むほぼすべてのクラウドまたはローカルLLMへ接続できます。Ollama向けドキュメントでは、ollama_chat/というモデル接頭辞を推奨し、気づきにくい障害を指摘しています。Ollamaのコンテキストウィンドウはデフォルトで2kで、上限を超えた内容が通知なく破棄されます。セッションが動いているように見えながらリポジトリのコンテキストを失うため、明確なエラーより厄介です。

最適な用途： Git中心のローカルエージェントを求める、ターミナル優先の開発者。
特長： リポジトリマップ、自動コミット、diff、リンター、テストを1つのオープンソースループに統合。
料金： Apache-2.0ソフトウェアは$0。モデル利用料またはローカル計算資源は別で、有料プラットフォームプランはありません。
無料トライアル： ソフトウェアが無料のオープンソースであるため、対象外です。

Aiderの料金と、個人利用における$120の上限

AiderにはPersonal、Pro、Team、Enterpriseのプラットフォームプランがありません。Apache 2.0で公開された無料ソフトウェアです。費用になるのはモデルプロバイダー、またはモデルを動かすマシンです。

月額$10のCopilot Proを1人分置き換えても、削減できるのは年間最大$120です。これが個人利用におけるローカル上限になります。サブスクリプションを節約するためだけに新しいGPU、追加メモリ、セットアップ時間、遅い出力を負担するなら、通常は採算が合いません。十分なハードウェアがすでにあり、目的がプライバシー、オフライン作業、モデル管理なら、$120は副次的な利点になります。

最初に確認すべき設定は、プロンプトの工夫ではなくコンテキストです。Aiderは8kのOllamaサーバー例を示し、通知のない切り捨てを減らすためコンテキストを調整しています。大きなリポジトリでは、さらに多く必要になる場合があります。ローカルモデルが要件を忘れる、同じファイルを何度も開く、誤ったシンボルを変更するといった挙動を見せたら、対話形式を疑う前にコンテキストウィンドウとリポジトリマップを確認します。

6. OpenCode：複数インターフェースで使えるローカルエージェントの最有力候補

ターミナル、IDE拡張機能、デスクトップアプリを移動しながら同じオープンソースエージェントを使うなら、OpenCodeが最も適しています。 ローカルモデルを含む75以上のモデルプロバイダーに対応し、中核ソフトウェアに有料サブスクリプションは不要です。インターフェースの柔軟性が、ターミナル中心のAiderに対する強みです。

ローカルOllamaは、http://localhost:11434/v1にあるOpenAI互換プロバイダーのエンドポイントを介して動きます。プロバイダー向けドキュメントでは設定を隠さず公開し、ツール呼び出しが失敗する場合は16k〜32k程度のコンテキストウィンドウから始めるよう提案しています。明示的な管理を望むチームには利点ですが、ワンクリック検出を期待するユーザーには追加作業です。

OpenCodeのローカル対応はエージェントセッションのためのもので、Copilotのインライン補完を完全に置き換えるものではありません。IDEでも使えますが、核となる機能は複数の画面をまたいで動く同じマルチステップエージェントです。Tab候補ではなく、画面を選べることとプロバイダーの広さを理由に選びます。

最適な用途： ターミナル、IDE、デスクトップで同じローカル対応エージェントを使いたい開発者。
特長： 75以上のプロバイダーと3つの操作画面。
料金： 中核機能は$0のopen source、任意のGoは$10/month、Enterpriseは席ごとの個別見積もり。
無料トライアル： Enterpriseの営業相談前に、オープンソース版で社内パイロットを実施できます。

OpenCodeの料金とデータの扱い

OpenCodeの中核は無料のオープンソースソフトウェアで、ユーザーがローカル、BYOK、無料、ホスト型のいずれかのモデルを選びます。OpenCode Zenは任意の従量課金ゲートウェイで、モデルごとのトークン料金がかかります。OpenCode Goは、ホスト型のオープンコーディングモデルを使う任意の月額$10サブスクリプションです。現行の上限は金額換算で示され、5時間あたり$12、1週間あたり$30、1か月あたり$60です。

OpenCode Enterpriseは席ごとの個別見積もりです。顧客が自前のLLMゲートウェイを用意する場合、OpenCodeは使用トークンに課金しないと説明しています。評価はオープンソース製品の社内トライアルから始め、その後、一元設定、SSO、社内ゲートウェイ、導入支援について営業担当と相談します。

デフォルトのデータ方針は明確です。OpenCodeはコードもコンテキストも保存せず、処理はローカル、または選択したプロバイダーへの直接呼び出しで行われるとしています。例外は任意の会話共有で、これを使うとセッションデータが外部へ送られます。Enterprise資料では、トライアル中の共有無効化を推奨しています。プライバシー審査では、デフォルト経路と、任意機能によるすべての外部送信経路を確認すべきです。

用途別：どのAI コーディングツールを選ぶべきか

不足している機能を特定し、それを補える範囲で最も小さなワークフロー変更を選びます。 どの製品も、コストと複雑さを別の層へ移すため、製品への熱意だけでは適切な判断ができません。

ローカルエージェントだけで足りるならVS Codeを継続

ローカルのチャット、計画、対応するエージェントタスクが必要でも、ホスト型Copilot補完を残せる、または補完が不要なら、VS Codeの標準経路が最も変更の少ない答えです。拡張機能、デバッグの習慣、リモート環境、チーム内のサポート知識を維持できます。判断が変わるのはインライン補完です。そのデータもローカルに残す必要があるなら、組み込みのBYOK経路では足りません。

これは小規模なパイロットに特に合理的です。ローカルプロバイダーを1つ設定し、未承認モデルを非表示にし、必要に応じてユーティリティモデルを選び、どの機能が依然としてGitHubへ依存するかを記録します。代表タスクで標準構成に明確な不足が見つかるまでは、別のエージェント拡張機能を追加しない方がよいでしょう。

エディター継続より完全性を優先するならZed

Zedは、1つに統合されたローカルのAgentとEdit Predictionを得るために、新しいエディターを採用できる個人の技術者または小規模なプロダクトチームに向きます。判断を変えるのはエディター互換性です。必須の拡張機能、デバッガー、リモート環境、アクセシビリティ機能のどれか1つでも使えなければ、Kilo Codeの方が安全です。

大規模組織では、エディターの適合性より先にID管理で判断が変わる場合があります。現行のBusinessにはモデルとデータのポリシーがありますが、SSO、SAML、SCIMは利用できません。これらの管理を必須とする企業は、ロードマップ上の記載をセキュリティ機能として扱うべきではありません。

VS CodeまたはJetBrainsを維持するならKilo Code

既存エディター内でローカルエージェントとローカル自動補完の両方が必要なら、Kilo Codeが有力です。エディター全体ではなく、拡張機能とモデル設定を変更すれば済みます。補完モデルがCodestralに固定されることを受け入れられない、またはローカルエージェント用ハードウェアが文書化されたメモリ要件を満たせない場合は、別の選択肢へ移ります。

費用面で魅力的に見える一方、節約額を誇張しやすい製品でもあります。Teams 10席は、計算資源と人件費を含める前でCopilot Businessより年間$480安いだけです。拡張機能の操作画面とプロバイダー管理が合うことを理由に採用し、価格差は小さな相殺分として扱います。

明示的に監督できるエージェントならCline

開発者がVS Code内で慎重なエージェントループを使い、同じ製品にインライン候補までは求めないならClineが適しています。ファイル読み取り、編集、コマンド、承認を見える状態にしたい、課題単位の作業に向きます。2つ目のローカル補完システムによる設定負担が大きすぎる場合は、KiloまたはZedへ判断が変わります。

チーム利用では、公開料金の違いも重要です。個人利用は無料ですが、Enterpriseは個別見積もりです。まずオープンソース版のワークフローを検証し、必要なSSO、プロバイダー上限、ダッシュボード、JetBrains対応を特定してから見積もりを依頼します。

組織がサービス運用を担うならTabby

各ノートPCでモデルランタイムを動かす代わりに、プラットフォームまたはセキュリティ部門が中央の補完サービスを管理したい場合はTabbyが有力です。共有の承認済みモデルと、予測可能なエディター拡張機能の操作画面を得られます。稼働率、アップグレード、容量、開発者サポートの責任者がいないなら、採用すべきではありません。

その責任を曖昧に「インフラチーム」へ割り当ててはいけません。担当者または担当グループを決め、サービス目標を定義し、展開前にGPU費用を算出します。運用者のいないローカルサービスは、置き換えたクラウド製品より信頼性の低い仕組みになります。

ターミナルが中心ならAiderまたはOpenCode

Git diffと自動コミットが自然な管理画面になるならAider、幅広いモデルプロバイダーを選びながら同じエージェントをターミナル、IDE、デスクトップ間で動かすならOpenCodeが適しています。どちらもローカルインライン補完を直接置き換える製品ではありません。

決め手はワークフローの構造です。1つのリポジトリ、1つのターミナルスレッド、緊密なdiffレビューループならAider、複数の画面、セッション、プロバイダー設定ならOpenCodeを選びます。判断の中心がCopilot形式の補完ではなくターミナルエージェントなら、隣接する比較としてClaude Code代替ガイドも参考になります。

コスト比較：ローカル導入の上限を計算する

ローカルモデルで推論を自ら管理できるようになっても、費用が消えるわけではありません。 10席における公開済みの年間プラットフォーム料金は、次のとおりです。

• Kilo Teams：$1,800
• GitHub Copilot Business：$2,280
• Tabby Team：$2,280
• Zed Business：$3,600

この4製品の有料チームプラン比較で、公開料金上の節約が生まれるのはKiloだけです。差額は年間$480、月$40です。この金額がローカル上限、つまりプラットフォーム料金の節約が消えるまでに追加で使える月額の最大値です。

上限へ含めるのはGPU購入費だけではありません。年換算したハードウェア費、電力、ホスティングまたはラック割り当て、監視、バックアップ、モデルのダウンロード、パッチ適用、エンドポイントセキュリティ、インシデント対応、サービスが遅いときの開発者支援時間を計上します。小さいローカルモデルで再試行やレビュー作業が増えるなら、品質低下のコストも含めます。

Tabby TeamはCopilot Businessと席単価が同じなので、ローカル上限はゼロです。計算資源と管理を加えれば、現金支出ではTabbyの方が高くなります。それでも、データ管理、エアギャップでの利用、モデル非依存、共通の補完動作に価値があるなら、適切な選択になり得ます。

Zed Businessは10席でCopilot Businessより$1,320高いところから始まります。この上乗せ分を、エディターと管理レイヤーの価値で回収しなければなりません。個人のZedユーザーでは事情が異なります。Personalは無料でローカルモデルを使え、ProはCopilot Proと同じ月額$10で、Zedのホスト機能も加わります。

Aider、Cline Open Source、OpenCode core、Kilo Individual、Zed Personal、Tabby Communityは、対象範囲ならすべてソフトウェア料金を$0にできます。Copilot Proを1人分置き換えて節約できるサブスクリプション料は、年間最大$120です。十分な既存ハードウェアがあれば有効ですが、主に$120を回収するためにマシンを買うのは合理的ではありません。

避けるべき選択肢

このカテゴリーで新たにサポート対象の環境を導入するなら、最も明確に避けるべき製品はContinueです。 現行の公式サイトでは、ContinueがCursorに買収され、オープンソースコードは基盤として引き続き公開されると説明されています。既存コミュニティがコードをフォークまたは保守するには十分でも、現行の料金体系とサポート経路を持つ独立製品を新規採用することとは異なります。

既存のContinueユーザーが慌てる必要はありません。バージョンを固定し、リポジトリとライセンスを監査し、モデルエンドポイントを記録し、保守担当を決めます。新規導入では、このサポート状況の変化を認識せず、Zed、Kilo Code、Cline、Tabby、Aider、OpenCodeと同列に評価すべきではありません。

「ローカル」の意味が、ローカルのファイル索引、デスクトップアプリ、プライベートクラウドアカウントにすぎないクラウド中心のアシスタントも避けます。重要なのは、必要な機能でモデル推論がどこで動くかです。チャット、エージェント呼び出し、インライン補完、埋め込み、テレメトリー、クラッシュレポート、更新、任意の共有をそれぞれ分けて確認します。

最後に、マシンがかろうじて読み込める最大モデルも避けてください。使用可能なメモリのほぼすべてをモデルが占有すると、コンテキスト、エディター、ビルドツール、コンテナ、OSに余裕が残りません。ツール呼び出しが安定し、レイテンシーを許容できる小型モデルの方が、スワップ、タイムアウト、コンテキスト喪失を起こす大型モデルより多くの作業を完了できる場合があります。

月曜からできること：2人のエンジニアでパイロットを実施

チームプランを変更する前に、1つのリポジトリを2人のエンジニアで1週間試します。 合成プロンプトで最優秀モデルを決めるためではありません。実際に購入しようとしているワークフローで、最初の運用上の壁を見つけるためです。

1. 1

   不足しているCopilotの仕事を1つ決める

   主要な仕事を1つ選びます。エージェントによる課題対応、インライン補完、一元管理型セルフホスト、ターミナル中心の編集のいずれかです。すべてのCopilot機能を一度に置き換えようとするパイロットでは、結論が曖昧になります。

2. 2

   代表的なリポジトリを1つ選ぶ

   通常と同じ言語構成、テスト、ビルド時間、依存関係、セキュリティ制約を持つリポジトリを使います。2人のエンジニアへ同じ3つの範囲限定タスクを渡します。モジュールの説明、小規模な複数ファイル変更、失敗しているテストの修復です。

3. 3

   導入条件を固定する

   ツールのバージョン、ローカルランタイム、モデルと量子化、コンテキストウィンドウ、エンドポイント、ハードウェア、ネットワーク状態、共有設定、ホスト型フォールバックの有無を記録します。記録がなければ、よい結果を再現できず、悪い結果の原因も特定できません。

4. 4

   トークン出力ではなくワークフローを測る

   最初の有用な応答までの時間、有効なdiffまでの時間、該当する場合は採用されたインライン候補、失敗したツール呼び出し、手動介入、再試行、レビュー時間を記録します。2人が同時利用したときのピークレイテンシーも測ります。

5. 5

   予算判断を行う

   年間プラットフォーム料金を、計算資源と月間の推定運用時間と比較します。必要とする管理要件を満たし、ローカル上限内に収まる場合、または上限超過を正当化できるほど管理上の価値が明確な場合だけ、ローカル経路を残します。

月曜に下す判断は小さくて構いません。既存のVS Codeローカル経路を維持する、順位付き候補を1つ加えてパイロットを延長する、または中止する、のいずれかです。どのCopilot機能を置き換えるのかがパイロットで明確になるまで、席を購入したり、エディターを移行したり、共有GPUを用意したりしてはいけません。

よくある質問

GitHub Copilotをローカルで使えますか？

VS Codeは、GitHubアカウントやCopilotプランなしで、ローカルモデルをチャット、対応するエージェントワークフロー、ユーティリティタスクに利用できます。GitHubがホストするCopilotモデルがローカルで動くわけではなく、組み込みのローカル経路は標準のインライン候補に対応しません。

Copilotをローカルで動かす方法はありますか？

正確には、VS CodeがBYOKを介してローカルモデルをホストします。Ollamaなどのプロバイダーへ接続し、チャットまたは対応するエージェント作業用にそのモデルを選びます。インライン補完、セマンティック検索、埋め込みを使う機能には、それぞれ別の依存関係があります。

VS Code Copilotでローカルモデルを使えますか？

VS Codeのモデル管理を介すれば、チャットと対応するエージェント作業には使えます。標準のCopilot形式インライン候補には使えません。Kilo CodeとTabbyならVS Codeへローカル補完を追加でき、Clineならローカルエージェントを追加できます。

ローカルモデル対応の無料GitHub Copilot代替はありますか？

あります。Zed Personal、Kilo Individual、Cline Open Source、Tabby Community、Aider、OpenCode coreはいずれも、ソフトウェア料金$0の経路を用意しています。ただし、ハードウェア、ホスト型推論、チーム管理、保守には費用がかかる場合があります。

AI Business Workflow Audit Checklistと、次回の根拠に基づく構築解説を受け取るには、ニュースレターに登録してください。