Aiderは無料で何ができるのか【2026年11月】料金とGit連携の使い方

Aiderは、端末の中で動くAIペアプログラミングの道具です。Pythonで書かれ、Apache 2.0のライセンスで公開されています。本体の利用料は0ドルで、席単位の契約や月額の設定はありません。費用は、接続したモデルのAPI利用料として事業者へ直接払う形になります。本記事は実機での操作結果ではなく、公式サイトとドキュメント、公開情報から読み取れる範囲だけを扱います。

Aiderはどの場面で使う道具なのか

Aiderは、端末で起動して対話する形のAIペアプログラミングの道具です。起動すると、その場所のリポジトリを読み、渡されたファイルの中身を把握します。指示を文章で出すと、対象のファイルを書き換え、変更をGitのコミットとして残します。

どの環境で動くのか

動く場所は端末です。macOS、Linux、Windowsに向けた導入の手順が用意されています。エディタに組み込むのではなく、エディタの横で動かす作りです。Vimでも、Emacsでも、VS Codeでも、同じ端末の画面で使えます。

Aiderは道具とモデルを分けて配ります。本体は無料で、頭脳は利用者が選ぶという建て付けです。

何を任せられるのか

任せられるのは、既にあるコードの変更です。関数の追加、不具合の修正、複数ファイルにまたがる置き換え、テストが通るまでの修正。指示は文章で出し、対象のファイルは自分で指定します。指定しなかったファイルは、原則として編集の対象になりません。

地図を自動で作る機能も特徴です。リポジトリ全体の構造を要約し、モデルに渡す文脈として使います。関係するファイルを探す手がかりになるため、大きなリポジトリでも見当違いの場所を触りにくくなります。

テストと言い直しの繰り返しも任せられます。テストのコマンドを指定すると、失敗の出力を読み、直すところまで進みます。ただし回数が増えるほどAPIの利用料も増えます。繰り返しの上限を決めておく方が安全です。

向かない用途もあります。入力中の補完は持っていません。書きながら候補が出る体験を求めるなら、別の系統の道具が必要です。画面のプレビューを見ながら見た目を詰める作業も、端末の往復では遠回りになります。

もう一つの特徴は、指示の粒度を自分で決められることです。大きな改修を一度に頼むことも、関数一つに絞ることもできます。絞るほど確認は楽になり、往復の回数は増えます。この加減を自分で握れることが、画面の流れに沿って進む道具との違いです。

日本語の扱いにも触れておきます。指示は日本語で出せますが、リポジトリのコメントや命名が英語なら、その混在がそのまま文脈に入ります。用語の訳を勝手に作らせないためにも、対象のファイルに書かれている言葉をそのまま使う方が安定します。訳語を固定したいなら、規約のファイルに一覧を置いてください。

料金はどこまで0ドルで済むのか

• 本体が0ドルで、月額も席単位の料金もなく、試すまでの障壁が低い
• 使った分だけ払う形のため、触らない月の支出を0ドルに抑えられる
• ローカルのモデルに繋げば、機材の範囲で利用料を0ドルにできる
• 渡すファイルを自分で選ぶため、文脈の量を意識して費用を抑えられる
• 接続先を差し替えられるので、同じ操作のまま安い事業者へ移せる
• 変更がGitのコミットとして残り、作り直しの費用が発生しにくい

Aiderの料金は、本体とモデルで分けて考えます。本体は0ドルで、月額の契約も席単位の料金もありません。公式の案内にも、有料の契約を結ぶ手順は出てきません。費用が発生するのは、モデルを呼んだときだけです。

何にいくらかかるのか

モデルの利用料は、接続先の事業者が決めます。入力と出力で単価が違い、扱う文脈の長さでも変わります。同じ指示でも、渡すファイルの数と長さで金額が動きます。Aiderの側で料金をまとめて請求する仕組みはありません。

0ドルの意味は、モデルを呼ばない限り0ドルということです。ここを取り違えると、月末の請求で驚きます。

費用が膨らむのはどこか

膨らむのは、往復の回数です。Aiderは一度の指示で、ファイルを読み、地図を読み、差分を書き、テストの結果を読みます。この流れが繰り返されるほど、入力として送る文脈が積み上がります。長い会話を続けるほど、1回あたりの単価も上がります。

抑える手立ては三つあります。渡すファイルを絞る。区切りのよいところで会話を初期化する。難所だけ強いモデルに渡し、定型は安いモデルに回す。どれも公式の操作で完結します。会話の分量は、コマンドで確認できると案内されています。

定額の道具と比べると、金額の読みやすさは劣ります。月の上限が決まっていないため、作業量がそのまま請求に跳ねます。逆に、使わなかった月は0ドルで済みます。使う月と使わない月の差が大きい人ほど、この建て付けは噛み合います。

為替の影響も受けます。米ドル建ての単価は、決済の時期の相場で円に換算されます。同じ利用量でも、月によって円の請求額は変わります。

費用を見積もる順序は決まっています。作業を一つ選び、渡すファイルを数え、その長さを測り、往復の回数を見積もります。この四つが決まれば、単価を掛けるだけで概算が出ます。逆に、作業を決めずに単価だけを見ても、金額は出ません。見積もりができないまま走らせると、月末に初めて金額を知ることになります。

安いモデルで足りる作業の例は、名前の置き換え、書式の統一、コメントの追記です。判断が要らないため、多少読み違えても直せます。逆に、設計の分岐、不具合の原因の特定、性能の改善は、往復が増えやすく、強いモデルの方が総額で安く済む場合があります。作業の種類でモデルを分けるだけで、同じ月の請求は大きく変わります。

無料の枠を持つ事業者に繋ぐなら、その範囲で試せます。ただし枠の大きさと混雑の程度は事業者ごとに違い、同じ作業でも待たされる場合があります。枠が尽きたときの挙動も違うため、契約の画面で上限と超過の扱いを確かめてください。ここは公開情報だけでは前提が揃わず、金額を断定できません。

見積もりを立てるなら、同じ作業を二回やって比べるのが早いです。一回目と二回目で往復の回数がほぼ同じなら、その作業の単価は安定します。ばらつくなら、指示の書き方を固定した方が計算しやすくなります。三回目で同じ結果になれば、その作業は見積もりの土台にできます。

導入の手順はどこまで短くできるのか

導入の方法は複数あります。Pythonの環境を使う方法、単体の導入用のパッケージを使う方法、コンテナの画像を使う方法です。どれも同じ本体に入ります。選ぶ基準は、自分の環境でPythonをどう扱っているかです。

どの入れ方を選ぶのか

Pythonの環境が既にあるなら、パッケージの導入が素直です。環境を分けたいなら、ツールの実行環境から入れる方法があります。手元を汚したくないなら、コンテナの画像を使います。公式は複数の経路を並べて案内しており、どれか一つで足ります。

最初の一手は、編集ではなく説明に向けるのが安全です。構成を尋ね、依存の向きを言葉にさせます。編集を伴わないため、失敗しても戻す作業が発生しません。

起動のたびに指定する項目は何か

起動のときに指定するのは、モデルと鍵です。毎回打つのが面倒なら、設定のファイルに既定を書きます。プロジェクトごとに既定を変えたい場合は、リポジトリの根に設定を置きます。環境変数でも同じ指定ができます。

規約を読ませる仕組みもあります。規約のファイルを参照専用として渡すと、命名や構成の決まりを毎回の指示に書かずに済みます。既定の設定に読み込みを書いておけば、起動のたびに指定する必要はありません。

慣れてきたら、短い指示を繰り返す使い方に移ります。同じ種類の修正を何度も頼むなら、指示の文面を固定し、対象のファイルだけを差し替える形が効きます。文面が固定されていれば、結果のばらつきも小さくなります。

逆に、毎回違う文面で頼むと、同じ作業でも結果が揃いません。慣れていないうちは、うまくいった指示を残しておく方が、後で効きます。残す場所は、リポジトリの外でも構いません。

除外の指定も先に決めます。生成物、依存の置き場、巨大なデータ。これらを地図から外しておかないと、文脈が無駄に膨らみます。除外の書式は、既にある除外の書き方に近い形です。

Windowsでは、端末の種類によって表示が崩れる場合があります。公式は複数の端末を前提にした案内を出していないため、文字化けが起きたら端末側の設定を疑ってください。ここは環境に依存する部分で、公開情報だけでは断定できません。

起動のオプションは、設定のファイルに寄せると再現しやすくなります。同じリポジトリで同じ設定を使えば、他の人も同じ前提で走らせられます。設定を配ることは、手順を配ることと同じ効果を持ちます。逆に、各自が思い思いのオプションで走らせると、同じ指示でも結果が揃いません。

自動で動かす場合は、確認を挟まない指定と、変更だけを見せる指定を組み合わせます。どちらも公式の案内に載っています。人の操作を挟まない以上、対象のファイルを絞る作業はより重要になります。絞らずに流すと、意図しない場所まで書き換わった差分が、確認されないまま積み上がります。

Git連携は作業の何を変えるのか

Aiderの変更は、Gitのコミットとして残ります。指示を出すと、ファイルが書き換わり、内容に沿ったメッセージ付きのコミットが作られます。履歴を見れば、どの指示がどの変更に対応するかが分かります。

戻す操作はどこまで効くのか

直前の変更を取り消すコマンドが用意されています。取り消すと、そのコミットが消え、ファイルは元に戻ります。続けて別の指示を出せば、やり直しになります。試行の単位がコミットなので、失敗の切り分けがしやすいです。

戻せるのは、Aiderが作ったコミットまでです。自分で編集中の変更や、コマンドが外部に及ぼした影響は戻りません。起動の前に、手元の変更をコミットするか退避しておく方が安全です。

履歴が残ると何が変わるのか

履歴が残ると、レビューの単位が変わります。巨大な差分を一度に読むのではなく、指示ごとの差分を順に読めます。どこで意図がずれたかを、後から辿れます。共同作業でも、誰の指示による変更かが履歴に残ります。

コミットのメッセージは、内容と合っているかを確認してください。自動で作られる以上、実態とずれる場合があります。ずれたまま積み上がると、履歴が読めない記録になります。

ブランチを切ってから走らせる運用も有効です。失敗したら枝ごと捨てられます。本流に混ぜる前に、差分をまとめて読む場所ができます。

コミットの粒度は、指示の粒度に依存します。大きな指示を一つ出すと、戻す単位も一つになります。途中まで正しく、最後だけ違った場合でも、全部を捨てることになります。一つの指示に複数の目的を混ぜると、戻す単位が粗くなります。目的を三つに分けて三つの指示を出せば、三つのうち一つだけを捨てられます。往復の回数は増えますが、捨てる量は減ります。目的ごとに指示を分ける方が、後から選んで戻せます。

lintとテストの実行も、コミットの前後に挟めます。失敗の出力を読ませると、直すところまで進みます。ただし、テスト自体を書き換えて通す動きには注意してください。テストの内容が変わっていないかを、差分で確かめる必要があります。テストが通ったという結果だけを見て受け入れると、検査の意味が失われます。

コミットのメッセージは、後から検索の手がかりになります。日本語で統一するか、英語で統一するかは、チームの履歴に合わせるのが無難です。混在すると、探すときに二度手間になります。メッセージの型を決めておけば、履歴から作業の種類を拾いやすくなります。

文脈の渡し方は何を決めればよいのか

Aiderは、渡されたファイルの範囲で作業します。何を渡すかで、結果の質と費用の両方が変わります。この違いが、他の道具との最も大きな隔たりです。

ファイルの渡し方には種類がある

編集してよいファイルとして渡す方法と、参照だけのファイルとして渡す方法があります。前者は書き換えの対象になり、後者は読むだけで変更されません。仕様の文書や設計の覚書は、参照だけにして渡すのが安全です。

渡した一覧は確認でき、不要になったら外せます。外すと文脈から消え、以後の指示には使われません。長い作業では、終わった話題のファイルを外していく運用が効きます。

地図は、渡していないファイルの存在を伝える役割を持ちます。中身を全部読むのではなく、構造だけを要約して渡します。このおかげで、関係するファイルを自分で探せるようになります。地図の分量は設定で調整でき、大きなリポジトリでは絞る方が安定します。

渡しすぎると何が起きるのか

渡しすぎると、三つの問題が同時に起きます。費用が増える。応答が遅くなる。指示と無関係な記述に引っ張られ、余計な変更が混ざる。どれも、実務では静かに効いてきます。

目安として、一度の指示に対して渡すファイルは数件に収める方が扱いやすいです。関係が疑わしいファイルは、参照だけにして様子を見ます。それでも足りないなら、指示を分けます。

会話が長引いたら、区切りのよいところで初期化してください。初期化すると履歴が消えるため、決まった前提は規約のファイルに移しておきます。前提を移す作業を怠ると、毎回同じ説明を繰り返すことになります。

ここは公開情報だけでは最適な量を決められない部分です。自分のリポジトリの大きさと言語の構成によって、適した渡し方は変わります。数回試して、差分の質が落ちない範囲を探るしかありません。

地図の更新も意識してください。ファイルを増減した後に地図が古いままだと、存在しないファイルを前提にした指示が混ざります。更新のコマンドが用意されているため、構成を変えた区切りで走らせます。地図が古いまま走らせた指示は、失敗の原因が分かりにくいため、疑う順序を後回しにしがちです。

参照だけのファイルは、規約や設計の文書に向きます。編集の対象から外れるため、意図しない書き換えを防げます。逆に、編集してほしいファイルを参照だけで渡すと、変更が起きません。この二つを取り違えると、指示が通らない理由を探すのに時間を使います。渡した一覧を毎回確認する習慣があれば、取り違えは早く見つかります。

CursorやGitHub Copilotとどう違うのか

• 入力中の補完がなく、書きながら候補を受け取る使い方はできない
• 渡したファイルしか編集しないため、対象を毎回自分で選ぶ手間が残る
• 画面のプレビューがなく、見た目の調整は往復が増えて遠回りになる
• 従量のため、長い修正を繰り返した日の請求は読めず、上限も自分で決める必要がある
• 会話が長引くほど文脈が積み上がり、同じ作業でも後半の費用が上がる

比較の軸は、どこで動くかと、何を渡すかです。エディタ一体型の道具は画面の中で完結し、補完と対話が同じ場所にあります。Aiderは端末で動き、渡した範囲だけを書き換えます。同じAIでも、作業の作法が違います。

端末で動くと何が変わるのか

端末で動くと、遠くの計算機でも同じ手順が使えます。SSHで入った先にリポジトリがあり、手元にコードがない場面でも作業できます。CIの中に組み込めば、定型の変更を人の操作なしに流せます。画面を持つ道具では、この二つが届きにくい範囲です。

差分を横に並べて読みたいならCursorが向きます。書きながらの補完を主に使うならGitHub Copilotが候補です。金額は各社の公式な料金表で確認してください。

画面を一つにまとめたいならWindsurfが向きます。設定の項目が少ない分、届くまでの手間は小さくなります。

エディタの中で承認を挟みながら進めたいならCursor、外に出せない制約が強いならTabnineが候補になります。Aiderが違うのは、画面を持たないことと、変更の単位がコミットであることです。

モデルを選べる余地はどれくらい違うのか

Aiderは接続先を広く取れます。Claude、Google Gemini、GPT、DeepSeek、OpenRouter、そしてローカルの実行環境です。同じ操作のまま、費用と性能の違うモデルへ移れます。編集の形式がモデルごとに違うため、公式は相性の一覧を公開しています。

エディタ一体型は、モデルの選択肢が製品の設計に縛られます。その代わり、設定の項目が少なく、届いたまま使えます。どちらが優れているかではなく、自分で選ぶ手間を払えるかどうかです。

乗り換えを検討するなら、同じ修正を二つの道具で走らせ、差分の読みやすさと手戻りの回数を比べてください。金額は締めの段階で足します。先に金額を見ると、安い方へ判断が寄り、読めない差分を受け入れる結果になりがちです。

併用も現実的な選択です。書きながらの補完はエディタ側に任せ、複数ファイルの変更だけをAiderに渡す。役割を分ければ、どちらの弱みも表に出ません。端末とエディタを同じリポジトリで並べる使い方は、互いの履歴が同じ場所に残るため、後から追うのも難しくありません。

どちらを主にするかは、差分をどこで読むかで決まります。画面で並べて読みたいならエディタ、履歴と差分の対応を細かく追いたいなら端末が向きます。両方を試す期間を二週間ほど取り、同じ題材で比べると判断が早まります。

どんな人が使い、どんな人は避けるべきか

判断の分かれ目は、作業の場所です。端末で暮らしている人には、追加の学習がほとんど要りません。画面の中で完結させたい人には、往復の多さが負担になります。

使い続けてよい人

Gitの履歴を自分で管理している人。遠くの計算機で作業する時間が長い人。定型の変更をスクリプトに落としたい人。この三つに当てはまるなら、導入の負担は小さく、効果は出やすいです。モデルを用途ごとに切り替える習慣がある人ほど、費用も抑えられます。

避けた方がよい人

書きながら補完を受けたい人には向きません。差分を画面で並べて読みたい人も、端末の表示では読みにくいはずです。非エンジニアが画面から操作する用途には、そもそも設計が合っていません。

迷ったときは、直近の1週間で端末から commit した回数を数えてください。ゼロなら、導入しても置き場所がありません。10回を超えるなら、履歴と差分の扱いに慣れているはずです。

評価の期間は、小さな修正を三つ通すところから始めます。一つ目で導入の詰まりが見え、二つ目で文脈の渡し方が分かり、三つ目で費用の感覚が付きます。この三つが終わる前に大きな改修へ進むと、原因の切り分けができません。

チームで使うなら何を決めるのか

決めるのは、鍵の持ち方、規約の置き場、コミットの作法の三つです。鍵を個人に持たせると、退職のたびに棚卸しが発生します。規約はリポジトリに置き、全員が同じ前提で指示を出せる形にします。コミットの粒度は、戻す単位と直結するため、先に取り決めた方が安全です。

費用の配分は、作業の種類で切るのが現実的です。難所の設計と、定型の置き換えでは、必要な性能が違います。同じ財布でまとめて管理すると、どこに金がかかったかが見えなくなります。

個人で始めるなら、最初の一か月は作業ごとの往復の回数だけを記録してください。どの指示に何回の往復が要ったかが分かれば、翌月の見積もりは勘に頼らずに済みます。記録が三日で終わるなら、その作業は任せる範囲がまだ狭いという合図です。

道具を増やす前に、今の手順のどこが重いのかを書き出してください。往復の回数が多いのか、確認の時間が長いのか、戻す作業が多いのか。原因が違えば、要る道具も変わります。同じ道具を別の目的で使い回すと、効果が見えにくくなります。戻す作業が多いなら、粒度を細かくする設定の方が効きます。確認に時間がかかるなら、差分を読む順序を決める方が効きます。

よくある質問（FAQ）

まとめ