Augment Codeレビュー — 50万ファイルを読むAIは、本当にコードを理解しているのか

Augment Code

10万行を超えるコードベースを触ったことがある人なら、ある感覚を知っているはずだ。新しいファイルを開くたびに「このサービスはどこから呼ばれているのか」「この型定義はどのリポジトリに住んでいるのか」と頭の中で依存関係を再構築する、あの認知負荷。ドキュメントは半年前で止まっている。grepの結果は200件ヒットして、どれが本筋なのかわからない。

Augment Codeは、その認知負荷を引き受けることを約束するAIコーディングアシスタントだ。VS Code、JetBrains IDEに統合され、最大50万ファイルを横断的にインデックスする「Context Engine」を武器に、大規模コードベースでの開発体験を根本から変えようとしている。2024年創業、累計2億5,200万ドルの資金調達。AI IDE戦争が「補完の速さ」から「文脈の深さ」に移りつつある2026年、その中心にいるプレイヤーの一つだ。

筆者はこの数週間、実務で触りながらAugment Codeの実力を検証してきた。結論を先に言えば、「刺さる人には深く刺さるが、万人向けではない」。

Context Engine — 50万ファイルの意味

Augment Codeの核心はContext Engineにある。ローカルマシン上でリアルタイムにコードベースをセマンティックインデックスし、サービス間の契約、APIの依存関係、型の伝播を構造的に把握する。検索レイテンシは約100ミリ秒。ローカルで変更を加えれば、次のクエリにはその変更が即座に反映される。

これが実際の開発でどう効くのか。

たとえば「このAPIエンドポイントのレスポンス型を変更したい」と考えたとき、通常のAIアシスタントはせいぜい開いているファイルとその周辺を見る。Augment Codeは、そのエンドポイントを呼んでいるフロントエンドのコンポーネント、テストファイル、別リポジトリのSDKまで横断して影響範囲を提示する。この「見える範囲の広さ」は、マイクロサービスアーキテクチャやモノレポで作業する開発者にとって、体験が質的に変わるレベルだ。

SWE-bench Proでの結果がそれを裏付ける。AugmentのエージェントAuggieは51.8%の解決率でトップスコアを記録した。注目すべきは、CursorやClaude Codeと同じClaude Opus 4.5を使いながら、Cursorより15問多く解いている点だ。モデルの性能は同じ。差を生んだのはコンテキストの質だった。

ただし、50万ファイルをインデックスするということは、50万ファイル分のインデックスをローカルに持つということでもある。初回のインデックス構築にはそれなりの時間がかかるし、マシンスペックによっては体感できるレベルのリソース消費がある。筆者の環境（M3 Max、64GB RAM）では問題なかったが、8GBのラップトップで同じ体験ができるかは疑問が残る。

Context Engine MCP — 「Augmentの外」で使える頭脳

2026年に入ってからの大きな動きとして、Context EngineがMCP（Model Context Protocol）サーバーとして公開された。これにより、Cursor、Claude Code、Zed、GitHub Copilotなど、MCP対応のあらゆるAIコーディングツールからAugmentの文脈理解を利用できるようになった。

この戦略は賢い。

AIコーディングツール市場でIDE自体の体験を勝ち負けの軸にすると、VS Codeベースで高度に磨き込まれたCursorとの正面衝突になる。Context Engine MCPは、戦場を「IDE体験」から「コンテキスト基盤」にずらす一手だ。ベンチマークでは、Context Engineを追加するだけでClaude Code、Cursor、Codexいずれのエージェントでもパフォーマンスが70%以上向上したと報告されている。

つまりAugment Codeは「Augmentを使ってください」ではなく「あなたの好きなツールでAugmentの頭脳を使ってください」というポジションを取りつつある。CursorのユーザーがAugmentのContext Engineだけを使う、という組み合わせが現実的に成立するのは面白い。

Intent — IDEの「次」を見据えた野心

2026年2月にパブリックベータとして登場したIntentは、Augment Codeの野心が最も露骨に表れているプロダクトだ。macOS専用のスタンドアロンワークスペースで、マルチエージェントオーケストレーションを前提に設計されている。

仕組みはこうだ。Coordinatorエージェントがタスクを受け取り、Context Engineを使って仕様（spec）を生成する。承認すると、Implementorエージェントが並列で実装を進め、完了後にVerifierエージェントが仕様と実装の整合性をチェックする。各エージェントは専用のgitブランチとワークツリーで隔離されているため、メインブランチを汚さない。

さらに「Bring Your Own Agent（BYOA）」に対応しており、Claude CodeやCodexなど外部エージェントをIntent内で使える。既存のサブスクリプションをそのまま持ち込めるのは、ベンダーロックインを嫌う開発者には好印象だろう。

ただし、Intentは現時点でmacOS限定で、ベータの域を出ていない。Cursor 3のAgents Windowが同じマルチエージェント管理の領域に踏み込んでいることを考えると、先行者利益を確保できるかは時間との勝負だ。

料金体系 — クレジット制の功罪

Augment Codeの料金はクレジット制で、4つのプランが用意されている。

Indieプランは月額20ドルで40,000クレジット。Standardは60ドルで130,000クレジット。Maxは200ドルで450,000クレジット。Enterpriseはカスタム価格。すべてのプランにContext Engine、MCP、ネイティブツール、SOC 2 Type IIコンプライアンスが含まれる。

クレジットの消費量は作業内容によって変動する。小さなタスクでツール呼び出し10回なら約300クレジット、複雑なタスクで60回のツール呼び出しなら約4,300クレジット。Indieプランの40,000クレジットで1ヶ月持つかどうかは、使い方次第で大きく変わる。

競合と並べてみよう。Cursor Proは月額20ドルでフロンティアモデルへのアクセスとクラウドエージェントが含まれる。Windsurf Proも同じ20ドル帯。価格だけ見れば横並びだが、Augmentのクレジット制は「使いすぎると月半ばで枯渇する」リスクがある。一方で、CursorもAutoモード以外のモデル指定ではクレジットを消費するため、実質的な差はプランの透明性にある。

筆者が気になるのは、クレジットの消費量が事前に予測しにくい点だ。同じ「リファクタリングして」という指示でも、コードベースの規模や複雑さによって消費量が数倍変わる。月末に「もう使えない」と気づくのは、フロー状態を重視する開発者にとって最悪の体験になりうる。

セキュリティとコンプライアンス — 先手を打つ姿勢

Augment Codeは2025年8月にISO/IEC 42001認証を取得した。AI管理システムの国際規格であり、AIコーディングツールとしては初めての取得だという。SOC 2 Type IIは全プランに標準搭載、Enterpriseプランではカスタマーマネージドの暗号化キー（CMEK）も利用可能。

エンタープライズ市場を狙うなら、セキュリティとコンプライアンスへの投資は必須条件であって差別化要因ではない。ただ、CursorやWindsurfがこの領域を後追いしている現状では、Augmentの先行投資は営業上の武器になっている。「コードをAIに渡して大丈夫なのか」という企業のセキュリティチームの質問に、認証書を出せるのは強い。

懸念点を整理する

良いことばかり書いても仕方がないので、率直に懸念も並べておく。

第一に、無料プランの制限が厳しい。Communityプランは月50メッセージ。Cursorの無料プランが2,000回のコード補完と50回のプレミアムリクエストを提供しているのに比べると、試用のハードルが高い。「まず触ってから判断したい」という開発者を取りこぼしている印象がある。

第二に、IDE体験そのものはCursorに劣る。Augment CodeはVS CodeやJetBrains IDEの拡張として動作するため、エディタ体験はホストIDEに依存する。Cursorのようにエディタごと最適化された体験とは、細かな操作感で差が出る。タブ補完のレスポンス、インライン編集の滑らかさ、そういった「手触り」の部分だ。

第三に、Intentがベータであること。コンセプトは魅力的だが、macOS限定でベータのプロダクトをチームのワークフローに組み込むのは、現時点ではリスクが高い。

誰に向いているのか

Augment Codeが最も力を発揮するのは、大規模なコードベースを複数のリポジトリにまたがって管理しているチームだ。マイクロサービス、モノレポ、レガシーシステムとのインテグレーション。こうした環境では、Context Engineの横断的な文脈理解が「あったら便利」ではなく「なければ困る」レベルになる。

逆に、単一リポジトリの小規模プロジェクトなら、Cursorのほうが体験は良いだろう。Augmentの強みであるクロスリポジトリの文脈理解は、そもそもリポジトリが一つしかなければ活きない。

もう一つの使い方として、Context Engine MCPだけを導入する手もある。CursorやClaude Codeをメインの開発環境にしつつ、文脈理解だけAugmentに任せる。この「いいとこ取り」ができるのは、MCP対応の恩恵だ。

筆者の所感

Augment Codeは「AIコーディングツールの競争軸」を移動させようとしている。補完の速さ、UI の洗練度、モデルの多様性 — これまでCursorが圧倒的だった領域とは違う場所で勝負を仕掛けている。「コードベース全体を構造的に理解する」というアプローチは、大規模開発の現場では確かに刺さる。

同時に、Context Engine MCPという形で自社の中核技術を外部に開放した判断には、戦略的な覚悟を感じる。「Augmentを使わなくてもいいから、Augmentの技術は使ってほしい」。このポジショニングが成功するかどうかは、Context Engineが本当に不可欠な存在になれるかにかかっている。

2026年のAIコーディングツール市場は、Cursor、Windsurf、Claude Code、GitHub Copilotが激しく争う戦国時代だ。その中でAugment Codeは、「深さ」で勝負するという明確な賭けに出た。万人受けはしないだろう。だが、10万行のコードベースと日々格闘している開発者にとって、この賭けは検討する価値がある。