Aiderレビュー：使い方・API料金とClaude Code、Cursorとの違い

2026年10月16日に確認済み。Aiderのドキュメント、PyPIの現行リリース情報、各プロバイダーの公開ドキュメントと料金を確認しています。本記事はドキュメントに基づく評価で、費用は条件を設定して計算したものです。実際にコーディングを行って性能を測定したベンチマークではありません。判断の軸は、モデルの切り替えやすさ、コンテキストの管理、変更の確認しやすさ、タスクの委任、APIの総使用量です。

Aider AIとは？

Aiderは、作業ディレクトリ内のファイルと言語モデルをつなぐオープンソースのプログラムです。ターミナルで変更したい内容を伝えると、Aiderがリポジトリのコンテキストをモデルに渡し、編集を依頼して結果を適用します。通常は、その変更をバージョン管理システムのGitにも記録します。クライアントはローカルで動きますが、クラウドモデルを使えば、送信したコンテキストはそのモデルに渡ります。Apache 2.0ライセンスの対象はクライアントです。モデルのサブスクリプションが付属するわけでも、商用モデルがオープンソースになるわけでもありません。

Aiderが向いているのはどんな開発者？

Aiderが向いているのは、必要なファイルを選び、不適切なパッチを見抜き、プロジェクトのチェックを実行できる開発者です。ときどきコードを変更する技術系の創業者で、モデルを使った分だけ支払いたい場合や、プロバイダーを変えても同じ編集手順を使い続けたいエンジニアには、とりわけ魅力があります。

以下は、ドキュメントに記載された作業の進め方を比較したものです。コーディングの正確さを実測した比較ではありません。Claude CodeはAnthropicのコーディングエージェント、OpenAI Codex CLIはレビュー機能と作業の委任機能を備えたターミナルエージェントです。Cursorはエディターにローカルとクラウドのエージェントを組み合わせています。

ここに挙げたのは、用途に関係する利用開始時の選択肢です。全プランの一覧でも、無制限に使えるという約束でもありません。Aiderには、機能不足を理由に上位へ移るようなクライアントの料金階層がありません。制約になるのは、プロバイダーのアカウントか、ローカルモデルを動かすマシンです。

ターミナルで幅広い作業を任せるならClaude Code

パッチの作成に加えて、障害の調査、外部システムの参照、コマンドの実行、プルリクエストの準備まで必要な場合は、Claude Codeが適しています。公式の概要には、Git操作、サブエージェント、Model Context Protocolによる連携が記載されています。Model Context Protocolは、エージェントを外部のツールやデータにつなぐ仕組みです。Aiderもコマンドを実行して出力を取り込めますが、こうした広範な作業の流れは自分で組み立てる部分が多くなります。

同じクライアントでClaude、Gemini、ローカルモデルを切り替えることが最優先なら、Claude Codeを選ぶ理由は薄れます。統合された作業環境に料金を払う意味があるのは、その環境自体を必要としている場合です。小さなパッチを自分で確認する開発者なら、機能を絞ったAiderを好むかもしれません。なお、Claudeの無料プランには、Proに記載されているCodeの利用権は含まれません。

レビューと作業の委任を重視するならCodex CLI

Codex CLIには、コードレビュー専用機能、再利用可能なスキル、プラグイン、サブエージェント、権限制御、Codex Cloudへ作業を引き継ぐコマンドなど、より幅広い運用機能がドキュメントに記載されています。リポジトリの調査をエージェントに任せ、結果をレビューしたい創業者に向く構成です。これらの機能は、OpenAIのCLIドキュメントで説明されています。

CodexもAPIキー認証に対応しているため、サブスクリプションを避けたいという理由だけでは優劣は決まりません。違いは、その認証方法で何が使えるかです。APIキーによる利用には、アカウント認証で提供されるクラウド機能がありません。一体化されたレビューや作業引き継ぎよりも、プロバイダーを切り替えられることを重視するならAiderを選びます。

AiderとCursorの違い：どこで作業したいかで選ぶ

エディターのそばにエージェントを置き、コード検索、ターミナル実行、ブラウザーでの検証を同じ画面で進めたい開発者には、Cursorが有力です。Agentのドキュメントでは、エージェントの変更を取り消すための一時的なスナップショットであるチェックポイントと、永続的なGit履歴を区別しています。Gitそのものを使って変更を確認したいなら、Aiderの自動コミットが合っています。

ノートPCから離れている間も作業を進めたい場合、Cursor Cloud Agentsは、分離された仮想マシンと、スクリーンショット、動画、ログなどの成果物を提供します。これは、Aiderのローカルでのペアプログラミングにはない実行環境です。Cursorの安価なPlusプランにはクラウドエージェントが含まれず、Premiumでもサードパーティーモデルの利用料は別途かかります。エディターやリモート環境によって、自分で維持するはずだった作業を減らせるなら、Cursorに料金を払う意味があります。

ソースコードへのアクセスやデプロイ方法も軸にして候補を広げたい場合は、オープンソースAIコーディングエージェントのガイドを参照してください。

Gitに残る変更は、範囲を絞ると確認しやすい

Aiderの強みが最も生きるのは、小さな変更を依頼し、差分を確認してテストする流れです。通常のリポジトリに自動コミットで区切りが残るため、結果のレビューや取り消しを、普段の開発手順に組み込めます。

Aiderのインストール方法

Aiderの現行インストールガイドは、専用インストーラーの使用を推奨しています。

python -m pip install aider-install
aider-install

インストーラーは独立したPython環境を作成し、Aider用にPython 3.12をインストールすることもできます。ここで大切なのは、インストーラーを動かすPythonと、アプリケーションを動かすPythonが同じである必要はないという点です。Aiderの依存関係を、自分のアプリケーションの環境に持ち込まずに済みます。

現行パッケージはPyPIの0.86.2です。一方、GitHubのReleasesページでは、最新のリリース項目は依然として0.86.0になっています。インストーラーが配布するものを説明するときは、パッケージのバージョンを使ってください。この両ページが示すリリース情報は、同じものとして扱えません。

最初の使い方：関数とテストを作成する

Aiderの使い方ガイドは階乗を計算するプログラムから始まり、まだ存在しないファイル名を指定することも認めています。以下は、その記載に沿ってテストファイルを追加し、結果を判定する具体的なチェックを用意する手順です。練習用の提案であり、実行して成功を記録したものではありません。

既存のアプリケーションで使う場合は、例のファイルを、その変更に必要な少数のファイルに置き換えます。「認証を改善する」よりも、「期限切れのリセットトークンを拒否し、回帰テストを追加する」のような依頼から始める方が適切です。後者なら、正しい差分で何を示す必要があるかが明確になります。

Git履歴は便利ですが、コミットの動作は確認が必要です

Aiderは編集内容を自動でコミットします。また、変更が必要なファイルに既存の未コミットの変更がある場合、先にその変更をコミットすることがあります。人が加えた変更と生成された変更を分けて残せますが、作業途中の内容はすべて未コミットのままになると考えていると、戸惑うかもしれません。この動作と制御用のオプションは、Gitのドキュメントで説明されています。

最終的なコミットを自分で用意したい場合は、--no-auto-commitsを使います。自動コミットを使う場合も、生成されたコミットは作業履歴であり、マージ前のレビューが必要だと考えてください。自動コミットが示すのは、変更が記録されたという事実です。変更が正しいことの証明にはなりません。

リポジトリマップは、必要なコンテキストを探すためのもの

Aiderのリポジトリマップは、全ファイルの内容を丸ごと送らずに、コードの構造を伝えられる点が便利です。重要なクラス、関数、呼び出しシグネチャ、つまりコード同士のつながりを示す名前や引数を提示します。グラフに基づくランキング処理によって、現在の会話に関連する部分が選ばれます。Aiderが記載するマップの既定予算は1kトークンで、状況によって動的に拡張されます。

たとえば、購入手続きの処理を変更する場合を考えます。マップから、決済ハンドラーが既存の税計算サービスを呼び出していると分かれば、モデルはそのサービスを再利用しやすくなります。ただし、関数名が見えるだけでは、端数処理の動作までは分かりません。それがパッチに影響するなら、実装か関連するテストを渡す必要があります。

実際の作業では、対象の動作がどこに実装されているかを尋ね、候補に挙がったファイルを確認し、編集すべきものだけを追加します。回答の参考にはしてほしいものの、編集対象にはしたくない資料には/read-onlyを使います。不要になったファイルは/dropで外します。いずれもチャット内コマンドとして記載されています。

経験のある開発者にとっては、こうして作業範囲を制御できる点が利点です。一方、マップがあるからといって、大規模なリポジトリ全体を理解できたことにはなりません。マップは関連するコードへの案内役です。実際の動作を決めるのは、ファイル、設定、データ、テストです。

モデルを自由に選ぶには、互換性を自分で確認する必要があります

Aiderは幅広いホスト型モデルやローカルモデルに接続できます。ただし、モデルのドキュメントでは、モデルがもっともらしいコードを返しても、Aiderで適用できる編集を生成できない場合があると注意しています。「ほぼすべてのモデル」という表現が示すのは接続の柔軟さです。コーディングの品質が同等であることや、新しいAPI機能すべてへの対応を保証するものではありません。

Claude：古いショートカットではなく、利用可能なモデルIDを指定する

AiderはANTHROPIC_API_KEYを読み込みます。Anthropicの設定ページには、モデルの選択方法や一覧表示の方法が記載されています。ただし、このページでは依然としてClaude 3.7 Sonnetが既定モデルになっています。Anthropicは2026年2月19日にこのモデルの提供を終了しました。古い例をそのままコピーするだけでは、10月時点で確実に使える設定にはなりません。

キーを設定済みなら、現在利用可能なClaude Sonnet 5.5をプロバイダー名付きで明示的に指定するコマンドは次のとおりです。

aider --model anthropic/claude-sonnet-5-5 \
  --weak-model anthropic/claude-sonnet-5-5 \
  --edit-format diff

これは、Aiderに記載されたプロバイダー指定の構文に、Anthropicの現行モデルIDを当てはめたものです。互換性を実機で検証したという意味ではありません。インストールしたバージョンに対象モデルの設定がない場合や、APIパラメーターが拒否される場合は、Aiderの高度なモデル設定で適切な設定を追加してください。メインモデルとweak modelの両方の名前を確認することも必要です。メインモデルだけを更新すると、補助的なリクエストが提供終了済みのモデルを参照したままになることがあります。

GPT：OpenAIのキーを設定し、モデルを明示的に選ぶ

AiderはOPENAI_API_KEYを読み込みます。OpenAIへの接続ページには、--modelと--list-models openai/の使い方が記載されています。現行の高度な設定ページには、diff形式とリポジトリマップを使うGPT-5.5の設定があります。

aider --model gpt-5.5 --weak-model gpt-5.5

OpenAIは引き続きGPT-5.5のAPIアクセスを案内しています。ChatGPT認証のCodexセッションで使えるかどうかは、それとは別の製品上の判断です。APIキーとサブスクリプションのログインでは、課金もアクセス方法も異なります。後述の費用例では、APIの公開料金だけを使います。

Gemini：プロバイダーのプレフィックスを付ける

AiderはGEMINI_API_KEYを読み込みます。Geminiの設定手順にはgeminiショートカットの説明がありますが、IDを明示すると、どのモデルを使う意図なのかを確認しやすくなります。

aider --model gemini/gemini-2.5-pro \
  --weak-model gemini/gemini-2.5-pro

このモデルには、diff-fencedを使う設定が記載されています。ここで選んでいるのは、再現可能な設定にするためです。Googleの最新モデルであることや、あらゆるリポジトリに最適であることを示すものではありません。

ローカルモデル：Ollamaに接続する

AiderのOllamaの手順では、ollama_chat/プレフィックスが推奨されています。Ollamaをインストールし、サーバーを起動した状態で、以下のBashコマンドを使ってローカルで実行するモデルを選びます。

read -r -p 'Ollama model name: ' AIDER_LOCAL_MODEL
ollama pull "$AIDER_LOCAL_MODEL"
export OLLAMA_API_BASE=http://127.0.0.1:11434
aider --model "ollama_chat/$AIDER_LOCAL_MODEL" \
  --weak-model "ollama_chat/$AIDER_LOCAL_MODEL"

ハードウェアで動かせるモデルを選び、コンテキストの設定を確認してください。ローカルで推論すれば、その呼び出しに対するクラウドAPIのトークン料金は発生しません。ただし、ハードウェア、電力、運用にかける時間は依然としてコストです。また、モデルの接続先をローカルに置くことと、Aiderのクライアントだけをローカルで動かすことは異なります。

チャットモードと編集形式は、役割が違います

Aiderのチャットモードは対話の種類を決め、編集形式はモデルがファイル変更をどう記述するかを決めます。混同すると、思わぬコストにつながります。たとえばarchitectモードを読み取り専用の計画モードだと思って使っても、実際にはファイルが変更されることがあります。

ドキュメントに記載された4つのチャットモードは、次のとおりです。

• code： 依頼されたコード変更を行う既定のモードです。
• ask： ファイルを編集せず、相談や質問に使います。
• architect： 計画のリクエストに続いて編集のリクエストを行います。それぞれに別のモデルを使うこともできます。
• help： Aiderの使い方や設定について質問します。

単発のメッセージを読み取り専用にしたい場合は、質問の前に/askを付けます。その後のメッセージも切り替えるまで同じモードにしたい場合は、/chat-mode askを使います。よく知らない課金モジュールを扱うなら、まず守るべき条件を相談し、合意した変更を/codeで実装します。こうすれば、編集が始まる前に自分で計画を確認できます。

architectモードは、解決方法の設計とパッチの作成を分けたいときに役立ちます。モデルへのリクエストが2回発生するため、待ち時間や費用が増える可能性があります。編集用に安価なモデルを使っても、タスク全体が自動的に安くなるわけではありません。計画のリクエスト、繰り返し送るコンテキスト、再試行も費用に含まれます。

編集形式の名前も、それぞれ具体的な方式を指しています。

• whole は、変更した各ファイルを全文で返します。そのため、長いファイルのわずかな修正でも、応答が大きくなることがあります。
• diff は、変更箇所を検索・置換ブロックとして返します。
• diff-fenced は、コードフェンス内にファイル名を置く類似の形式です。Aiderでは主にGeminiモデルで使われます。
• udiff は、unified diffを簡略化したAider独自の形式です。
• editor-diff と editor-whole は、architectモードの編集段階で、編集に特化したプロンプトを使います。

通常は、各モデルについてドキュメントに記載された既定値を使います。互換性に関する具体的な理由がある場合は--edit-formatを、architectモードの編集段階には--editor-edit-formatを使ってください。形式を切り替えても、生成されたコードの確認は必要です。

Aiderの料金は無料？APIでタスクを実行する費用

Aiderのクライアントにはサブスクリプション料金がかかりません。自分のAPIキーで使う場合に見るべき金額は、採用できるパッチにたどり着くまでの全リクエストに対して、プロバイダーが請求する料金です。コンテキスト、出力、再試行、使用モデルが分からなければ、「バグ修正1件」の普遍的な料金を根拠を持って示すことはできません。

再現可能な比較にするため、Aiderの現行モデル設定に載っているOpenAI GPT-5.5とGoogle Gemini 2.5 Proを使います。ドキュメントに設定があるモデルを選んだもので、最新モデルの順位付けではありません。2026年10月16日に確認した各社の標準公開料金は次のとおりです。

• GPT-5.5は入力100万トークンあたり$5、出力100万トークンあたり$30です。
• Gemini 2.5 Proは入力100万トークンあたり$1.25、出力100万トークンあたり$10です。これはプロンプトが200,000トークン以下の場合の料金です。出力料金には思考トークンも含まれます。

以下は仮定したタスク予算であり、実測したタスク費用ではありません。 各行は、1回の試行に含まれる全リクエストの合計です。キャッシュされていないテキスト、全呼び出しで同じモデル、通常のグローバル処理、有料の外部ツールなし、割引なし、税金なしを前提とします。累計が上回る場合も、個々のプロンプトの入力は200,000トークン以下に収めます。ターミナルに見えるテキストだけでなく、プロバイダーが課金する出力を数えてください。

最初の行のGPT-5.5の計算式は、20,000 / 1,000,000 × $5 + 2,000 / 1,000,000 × $30 = $0.160です。Geminiでは、20,000 / 1,000,000 × $1.25 + 2,000 / 1,000,000 × $10 = $0.045となります。他の行も、合計トークン数を増やして同じ式で計算しています。

中央の予算で月に100回試行すると、それぞれ**$80**、$22.50になります。これは予算の試算であり、有用な変更が何件得られるかを保証するものではありません。コミットメッセージに別のweak modelを使う場合や、architectモードで別の編集用モデルを使う場合は、それらの呼び出しを別途計算して加算します。

キャッシュによって請求額が変わる場合があり、個々のプロンプトが大きくなると別の料金が適用される場合もあります。サブスクリプションとAPIのどちらを選ぶかを決める前に、プロバイダーの使用記録と照合してください。Aiderのローカルな費用表示は参考になりますが、請求書そのものではありません。

Aiderの限界と、導入前に確認したい点

Aiderの制約が特に問題になるのは、編集が成功したように見えても、検証が抜けていたり、料金の前提が間違っていたりする場合です。

pre-commitフックは既定でスキップされます。 Gitのドキュメントによると、--git-commit-verifyを有効にしない限り、Aiderは--no-verify付きでコミットします。そのため、リポジトリで定めたフォーマット処理、秘密情報のチェック、その他のコミット前の検査が、自動コミットでは実行されない可能性があります。これらのルールが重要なら検証を有効にし、マージ前の独立したチェックも続けてください。コミット自体は便利でも、これは既定のGit操作における具体的な制約です。

lintが自動でも、テストスイートまで自動で設定されるわけではありません。 Aiderは既定で編集したファイルにlintを実行しますが、自動テストにはテストコマンドとauto-testオプションが必要です。前述の練習用プロジェクトなら、次のように起動します。

aider --model gemini/gemini-2.5-pro \
  --weak-model gemini/gemini-2.5-pro \
  --git-commit-verify \
  --test-cmd 'python -m unittest -v' --auto-test \
  factorial.py test_factorial.py

実際のリポジトリでは、そのプロジェクトで使われているテストコマンドを指定します。Aiderはコマンドの終了ステータスを使って失敗を検出します。また、ファイルを変更した後に非ゼロのステータスを返すフォーマッターが、本当のエラーとして扱われる可能性も、ドキュメントで注意されています。フィードバックの仕組みを誤って設定すると、修正すべきでない問題にトークンを使い続けることになりかねません。

未知のモデルでは、誤解を招く費用が表示されることがあります。 Aiderのモデル警告のページには、未認識のモデルを、コンテキストが無制限でトークン料金がかからないものとして扱う場合があると記載されています。これは情報がないときの仮定であり、推論が無料になるわけではありません。モデルのメタデータは設定できますが、請求の基準になるのはプロバイダーの記録です。費用を管理するためにAiderを選ぶ人ほど、この点に注意が必要です。

コンテキストの取捨選択は自分で行います。 全ファイルを追加すればモデルの処理量は増えますが、それで変更内容を理解できたことにはなりません。Aiderのトークン上限に関するガイドは、不要なファイルを外し、依頼の範囲を絞ることを推奨しています。トークン数は推定値であり、Aider自身がプロバイダーの上限を強制するのではなく、上限に関するエラーを通知します。マップの予算は、支出の上限ではありません。

ローカルで編集を繰り返す仕組みに、管理されたタスク実行サービスは付属しません。 Aiderでコマンドを実行し、その周囲に自動化を組むことはできます。ただし、リモート環境、共有のレビューキュー、運用上の制御は追加で用意する必要があります。自分でパッチを確認したい開発者なら、受け入れられるトレードオフでしょう。一方、夜間の調査を任せたい創業者なら、管理されたクラウドの作業環境を十分に検討する価値があります。

結論：自分でパッチを確認するならAiderは有力です

プロバイダーに縛られず、ターミナルで無理なく作業でき、AIによる編集を通常のGit履歴に残したいなら、Aiderは有力な選択肢です。まずは範囲を絞った保守、小さな機能追加、完了条件を明示してレビューできるリファクタリングから使ってみてください。

作業の進め方そのものを任せたくなると、選ぶべきツールは変わります。 ターミナルと外部ツールを一体で使うならClaude Code、レビューとクラウドへの引き継ぎならCodex、エディター内の作業と管理されたリモートエージェントならCursorです。Aiderの柔軟なクライアントを使う際に必要な設定や確認の手間を、それ以上に減らせるなら、こうした環境への支払いには意味があります。

次の作業では、範囲の明確な課題を選び、完了を判定するテストを決め、必要なチェックを有効にして、採用する最終的な差分に至るまでのプロバイダー料金を記録してください。その流れを制御でき、費用にも納得できるなら、Aiderを使い続ける理由になります。モデルの設定やコンテキストの管理に、エージェントで節約したかった時間を費やしてしまうなら、別のツールへの切り替えを検討します。

よくある質問

AI Business Workflow Audit Checklistと、今後の実用的なツールレビューを受け取るには、ニュースレターに登録してください。