Cursor のサブスクリプションを捨てて、実際にオフラインで動作するオープンソースの代替品を購入した方法

Cursor を使用すると、AI 支援コーディングが簡単にできるようになりましたが、そのサブスクリプションとクラウドへの依存により、私はより無駄のないものを探すことになりました。 VS Code のオープンソース拡張機能である Cline は、ローカル モデルを完全にオフラインで使用するなど、必要なもののほとんどをカバーしていました。

後継者を探し始めた理由

予測できないコストとクラウドへの依存により、別の場所に移動することになりました

クレジット: カーソル

Cursor は、その価値に応じて、公正かつ正直に人気を獲得しました。元々は Visual Studio Code のフォークとして構築され、チャット、オートコンプリート、および複数ファイルの編集機能が最初の起動時から使い慣れたエディターに組み込まれており、しばらくの間、Pro プランの月額 20 ドルは簡単に正当化されるように思えました。

その後、価格モデルが使用量ベースの制限に移行し、毎月のコストを予測することが難しくなりました。私は単にツールを使用するのではなく、プロンプトを割り当てている自分に気づきました。これは、私の作業から摩擦を取り除くことを目的とするソフトウェアにとっては不快な習慣です。

接続性にも問題があります。 Cursor の動作のほぼすべてはリモート サーバーに依存しているため、インターネットが切断されると、アシスタントもそれに伴います。それは思っている以上に重要です。カフェでの信頼性の低い Wi-Fi、長時間のフライト、または自宅のネットワーク障害により、生産的なセッションがサブスクリプションが関連付けられたプレーン テキスト エディターになってしまう可能性があります。それに加えて、プライバシー上の懸念もありました。私が触れるコードの一部は、サードパーティのインフラストラクチャにまったく送信されたくないクライアントのものです。

当然のことですが、これは、Claude、OpenAI、Google など、すべての有名コーディング エージェントの問題です。それは、あなたの針を動かすかもしれない、考える価値のあることです。

3番目の問題はロックインでした。 Cursor はフォークであるため、上流の VS Code リリースに遅れる可能性があり、拡張機能はオリジナルとは異なる動作をすることがあります。 AI のサポートを受けるためだけに、何年もかけて調整してきたエディターのセットアップを放棄したくありませんでした。私が本当に望んでいたのは、すでに使用していたエディター内に存在し、独自のモデルを選択でき、接続されていないときでも機能し続けるツールでした。その短いリストを見てオープンソースの選択肢を検討するようになりましたが、Cline はすべての推奨事項の上位近くに浮上し続けたので、私が支払っているものを現実的に置き換えることができるかどうかを確認するために、静かな週末にそれをインストールしました。

クラインとは何か、そしてそうでないもの

ローカル モデルで実行される無料のオープンソース エージェント

Cline は、Visual Studio Code の拡張機能としてインストールされるオープンソースのコーディング エージェントです。これは Claude Dev という名前で誕生し、Apache 2.0 ライセンスに基づいてリリースされているため、コードは公開されており、自由に検査、変更、使用できます。拡張自体には費用はかかりません。 Cline は個人キー持ち込みベースで動作するため、どちらかと言えば、その背後にあるモデルに対して料金を支払うことになります。 Anthropic、OpenAI、Google、または OpenRouter などのアグリゲーターに接続でき、マークアップや月額シート料金なしで、消費したトークンの対価をこれらのプロバイダーに直接支払います。

オフラインの部分が私を魅了しました。はい、これをオフライン モデルで実行できるからです。 Cline は、Ollama や LM Studio などのツールを介して自分のマシン上で実行されているモデルと通信できます。つまり、有能なローカル モデルをダウンロードすると、ファイルの読み取り、編集の提案、コマンドの実行のループ全体がネットワーク接続なしで実行できます。特定のワークフローを実行できる十分なオフライン モデルがある場合、これは最適になる可能性があります。

これは、単純なオートコンプリートではなくエージェントとして機能します。プロジェクトを読み取り、ファイルを作成および編集し、ターミナル コマンドを実行し、ブラウザを起動して各ステップで承認を求めることもできます。 Plan モードでは、Act モードで変更を開始する前にアプローチについて話し合うことができ、編集が失敗した場合はチェックポイントを使用してロールバックできます。外部ツールを追加するためのモデル コンテキスト プロトコルもサポートしています。

何がそうではないのかを明確にすることは価値があります。 Cline はエディター全体を置き換えるものではなく、Cursor の高速インライン タブ補完機能をすぐに備えているわけではありません。ローカル モデルには実際のハードウェアも必要であり、優れたモデルであっても、複雑な複数ファイルの推論では最高のクラウド モデルに劣ります。エージェント ループは有料 API 上でトークンをすぐに使い切る可能性があるため、監視しない限りコストが必ずしも低くなるとは限りません。洗練されたオールインワン製品ではなく、柔軟なエージェントと考えてください。

それはあなたのためですか？

誰が最も利益を得るのか、誰が留まるべきなのか

すでに VS Code を使用しており、独自のモデルの選択を楽しんでおり、コードを自分のハードウェア上に保持することに関心がある場合は、おそらく Cline が簡単にお勧めします。機密性の高いクライアント作業を扱う開発者、頻繁に出張する開発者、または単純に定期的なサブスクリプションを嫌う開発者は、ローカル モデルの実行時に使用した分だけ支払うか、まったく支払わないことを高く評価する可能性があります。いじくり回す人は、活発なコミュニティが背後にあるオープンソース プロジェクトの透明性も享受できます。

セットアップなしですべてをすぐに動作させたい人にはあまり適していません。 Cursor の長所は洗練されています。オートコンプリートは高速で、インターフェイスは一貫性があり、API キーやモデルの選択を心配する必要はありません。 Cline を使用すると、プロバイダーの選択、支出制限の設定、およびどのモデルがどのタスクを適切に処理するかを学習するのに時間を費やします。マシンの性能が低い場合、ローカル モデルが遅く感じる可能性があり、結局は有料 API に頼ることになる可能性があり、コストの問題が再び発生します。

私自身のアプローチはハイブリッドなものでした。オフラインのときやプライベート コードで作業しているときは、日常的なリファクタリング、説明、ボイラープレートにローカル モデルを使用し、タスクで本当に必要な場合にのみ、より強力なクラウド モデルに手を伸ばします。この取り決めにより支出が大幅に削減され、リクエストがなくなるという不安もなくなりました。興味がある場合は、拡張機能をインストールし、すでにアクセスできるモデルに接続し、何かをキャンセルする前に小規模なプロジェクトで試してみるのが最もリスクの低い方法です。 1 週間実際に使用すれば、この記事を含むどの比較記事よりも多くのことがわかります。

Cline は、柔軟でオフラインに適したカーソルの代替手段を提供します

Cline はすべての人に適しているわけではありませんが、サブスクリプションなしでエージェント コーディングを提供し、ローカル モデルでオフラインで動作し続けます。ちょっとしたセットアップに慣れている開発者にとって、これは、Cursor を更新する前にテストする価値のある、柔軟でプライベートな手頃な価格の代替手段です。