Continue

料金

Open source, optional hosted services

プラットフォーム

VS Code, JetBrains

公式サイト

https://continue.dev

私の評価

Continue は、AI coding 支援を使いたいがワークフロー全体を一社に渡したくないチーム向けの実務的なオープンソース解です。

強みは構成可能性です。エディタ、モデル、コンテキスト、チームルールを既存の開発習慣に合わせられます。

強いところ

• コード読み、チャット、編集を 1 つの作業空間に保ちたい開発者。
• 導入を速くし、コマンドライン前提を減らしたいチーム。
• エディタ上の見える差分でレビューする workflow。

慎重に見るところ

• 洗練されたエディタは、レビューが受け身だと大きすぎる変更を隠しがちです。
• チーム展開前に vendor lock-in とモデル柔軟性を見るべきです。
• 長時間実行やスクリプト化された自動化では terminal agent を置き換えない場合があります。

評価方法

• Cursor や Claude Code を試す時と同じリポジトリとタスクリストを使う。
• 完了プロンプト数ではなく、採用された差分を数える。
• レビューが速くなったのか、生成が滑らかに見えるだけなのかを判断する。

Coding Agent Tools の結論

一方で、モデル選定、コンテキスト規則、使い方の文書化をチーム側で行う必要があります。

導入チェックリスト

• Continue に複数ファイルへ触れる保守タスクを任せ、最終差分がレビューしやすいかを見る。
• プロンプト、モデル、設定、検証コマンドを記録し、別のメンバーが同じ流れを再現できるようにする。
• チーム判断の前に、少なくとも 1 つの editor agent、1 つの terminal agent、1 つの低コストアクセス経路と比較する。
• agent が触れてはいけないファイル、秘密情報、コマンド、本番システムを先に決める。

評価を変える条件

Continue が同じリポジトリで、より小さい差分、明確な説明、少ない手戻り commit を継続的に出せるなら評価を上げます。デモだけが良く、最終パッチを説明できない、workflow を再現できない、コストや権限を制御できないなら評価を下げます。

2026 年のスタック内での位置づけ

Continue を評価するときは、workflow のどの役割を置き換えるのかを先に見ます。autocomplete の代替なら、基準は速さと邪魔の少なさです。初期実装を任せる相手なら、基準はレビュー可能な差分、読みやすい reasoning、問題が起きた時の rollback です。Coding Agent Tools は発表時の話題性より、この実務上の位置づけを重視します。