C
ChaoBro

Aider 44K星:ターミナルの中のAIペアプログラミング、本当に使えるのか?

Aider 44K星:ターミナルの中のAIペアプログラミング、本当に使えるのか?

ターミナルを開き、aider と入力し、AI と対話しながらコードを書く。それだけだ。

Aiderは「極限までミニマルにした結果、逆にクールになる」タイプのツール。GUIもないし、派手なインターフェースもない——ただのターミナルプログラム。しかし44.8Kのスター、1200件以上のイシュー、最新のコミットは3週間前(feat: add gpt-5.5 model settings across providers)。このアクティビティレベルは、使っている人が少なくないことを物語っている。

ターミナル派 vs GUI派

プログラミングAgentは現在2つの陣営に分かれている。GUI路線:Cline、Cursor、Windsurf——きれいなインターフェース、マウスでクリックして使える。ターミナル死守:aiderがこの派の代表だ。

ターミナル派の利点は明白:

  • 速い。IDEの起動を待つ必要がない、ターミナルを開けば即作業
  • リモートに強い。SSH経由でも使える、GUIツールはリモートサーバーではほぼ無力
  • 既存ツールチェーンとシームレス。grep、git、tmux——古い仲間たちが揃っている

代償もある:コマンドラインに不慣れな人には学習曲線が急。テキストで意図を表現することに慣れる必要がある。

実測:Pythonプロジェクトに機能追加

既存のFlask APIプロジェクトでテストした。要件は:「/api/usersエンドページにページネーション機能を追加。デフォルト1ページ20件、pageとper_pageパラメータをサポート。」

aiderのやり方:

  1. プロジェクト内の関連ファイルをスキャン
  2. 変更が必要なルート関数を自動特定
  3. コードを直接修正、ページネーションロジックを追加
  4. git diffで変更を表示

すべてターミナル内で完了、ウィンドウの切り替えなし。コードはクリーンで、ページネーションロジックも問題ない。

ただし小さな問題:テストは自動生成されない。「テストを書いて」と明示的に伝える必要がある。これはバグではなく設計上の選択——aiderは要求されたことだけをやり、過剰なことはしない。

GPT-5.5サポート

最新の更新でgpt-5.5のモデル設定が追加された。GPT-5.5をバックエンドモデルとして直接使えるということ。コミュニティのフィードバックによると、GPT-5.5はコード生成品質においてGPT-4oより明らかな向上を見せ、特に複雑なリファクタリングシナリオで効果を発揮している。

aiderの賢いところ:モデルを作らない、モデルの「最高の使用インターフェース」だけを提供する。GPT-5.5を使おうがClaudeを使おうがローカルモデルを使おうが、aiderは気にしない。要求をモデルが理解できる指示に変換し、モデルの出力を正確にファイルに書き戻すだけだ。

誰が使うべきか

推奨:

  • コマンドラインに慣れた開発者
  • リモートサーバーにSSHしてコードを変更する必要がある人
  • 軽量でフォーカスを奪わないプログラミングアシスタントが欲しい人
  • すでにtmux + vim/emacsワークフローを使っている人

非推奨:

  • ビジュアルインタラクションを好む人
  • AIがもっと主体的にやってほしい人(aiderは受動的——聞かれたら答える)
  • 非常に大きく複雑なプロジェクト(aiderのコンテキスト管理はIDE統合ツールに劣る)

13,133回のコミット。このプロジェクトはトレンドを追っていない——一つのことを着実にうまくやる:ターミナルでのAIペアプログラミングを実際に使えるようにすること。一部の人にとって、それで十分なのだ。

主要ソース: