PlandexとAider：ワークフロー、モデル、総コスト

サードパーティの OpenAI 互換エンドポイントを使いたいなら Aider を選んでください。ドキュメント上、必要なのは2つの環境変数とopenai/プレフィックスだけで、プラン、アカウント、ライセンスによる制限はありません。Plandex はセルフホストする場合に限って選んでください。独自の対応マトリクスではカスタムプロバイダーをセルフホスト環境に限定しており、最後のコード push は2025年10月3日です。2つのプロジェクトは状態が大きく異なり、この違いが、機能一覧よりもここでの判断を左右します。

どちらもソフトウェア料金のない無料のターミナル型コーディングエージェントなので、これは価格比較ではありません。すでに選んだエンドポイントに到達するまでに、各ツールがどれだけの作業を要求するか、作業ツリーをどう扱うか、そしてベンダーのドメインが解決しなくなったプロジェクトを選ぶことで何を引き継ぐかの比較です。

実際に選んでいるもの

この表が依存する区別が1つあります。会社とクラウドサービスは終了しましたが、リポジトリは終了していません。メンテナーの終了告知は2025年10月3日付で、ドメインが停止した現在は Internet Archive でしか読めません。そこには、メンテナーが別の場所でエンジニアリング職を受け入れ、新規トライアルとサインアップを無効にしてサブスクリプションを停止し、Plandex Cloud は既存顧客向けに2025年11月7日に終了するまで稼働し、オープンソースプロジェクトは GitHub に残ると記載されています。今後のリリースは約束しておらず、コードが放棄されたとも発表していません。GitHub ではリポジトリは現在も稼働中で、MITライセンスが付与され、アーカイブされていません。DNS の結果は判断ではなく観測です。plandex.ai の .ai レジストリ記録は2027年9月まで支払い済みで、この確認の約6週間前である2026年8月12日に最終更新されています。一方、現在の委任先はクエリを拒否するネームサーバーを指しています。ドメインが復旧する可能性はあります。

反対方向にも、Aider 自身の数値には注意が必要です。リリースノートには2026年時点のモデル対応として、Claude 4.5/4.6 のエイリアス、Gemini 3 のプレビューモデル、GPT-5.1 から 5.4 の設定、新しい/okコマンドが、「main branch」という見出しの下に記載されています。これはマージ済みであることを意味しますが、必ずしもリリース済みとは限りません。mainには2026年4月と5月に変更が入り、2026年2月12日の PyPI アップロードより後なので、単純なpip install aider-chatには含まれません。これは日付からの推論であり、パッケージとの差分を確認したものではありません。サードパーティフォークのcecli-dev/cecliははるかに頻繁にリリースされていますが、そのリリースと機能は Aider のものではなく、そう受け取るべきではありません。

この組み合わせについて他の内容を読む前に、検索上の衝突を2つ整理しておきます。会計ソフトウェアの別会社も Aider として取引しており、別のドメインで会計士や経理担当者向けの決算期末自動化を販売し、独自の公開料金を提示しています。その料金はその製品のもので、コーディングCLIとは無関係です。そのため、このページのどこにも Aider の月額料金は掲載していません。また、検索結果に表示される Plandex のコピー、Pendia/Plandex-AI-Coding-Agentとmattias50/plandexV2は、2025年5月と3月に最後の push が行われたスター0個のフォークで、GitHub の説明は元の説明をコピーまたは軽く言い換えたものです。公式リポジトリは plandex-ai/plandex だけです。

どちらを選ぶべきか

エンドポイントがサードパーティの OpenAI 互換APIである場合、git 内で作業しすべての編集を発生時にコミットしたい場合、現在もパッケージが提供されるインストール経路が必要な場合、JSONスキーマではなくシェルの export で設定したい場合は、Aider を選んでください。移行コストは数分と1つのメタデータファイルです。

レビューの方式を更新頻度より重視する場合は、Plandex を選んでください。AI の変更をサンドボックスに保持し、差分を読んだ後にのみ適用したい場合、メッセージごとのモード切り替えではなくプリセットの自律性レベルを使いたい場合、Docker と Postgres を実行してセルフホストする意思がある場合です。ベンダーのドメインが解決せず、そのため文書化されたクイックインストールも動作しない、2025年7月のリリースを採用することをあらかじめ受け入れてください。

活発にリリースが行われ、カスタムエンドポイントへの接続が正式にサポートされ、プラグイン基盤が保守されているエージェントが必要なら、どちらも選ばないでください。Aider の代替ツールではその分野を扱っており、OpenCode、Claude Code、Clineは、Kunavo の設定が公開されている3つの選択肢です。

ワークフロー：レビューしてから適用する方式と、適用してから元に戻す方式

これは最大の構造的な違いであり、好みの問題ではありません。Plandex の変更のレビューに関するドキュメントには、デフォルトでは変更がプロジェクトファイルに直接適用されず、まずレビューできるようバージョン管理されたサンドボックスに蓄積されると記載されています。使用するのはplandex diff、plandex diff --uiのブラウザ表示、ファイル単位で却下するplandex reject、その後のplandex applyです。別途、バージョン管理のドキュメントでは、プラン自体がバージョン管理されると説明されています。コンテキストの変更、プロンプト、応答、ビルド、却下、適用、モデル設定の変更ごとにバージョンが作成され、plandex logで閲覧し、plandex rewindで元に戻せます。この履歴は Plandex 独自の保存領域であり、あなたの git 履歴ではありません。

Aider は逆です。そのgit ページによれば、git のないディレクトリで起動すると git リポジトリの作成を求め、ファイルを編集するたびに説明的なコミットメッセージで変更をコミットし、既存の未コミット変更を先にコミットして、自分の編集と分離します。復旧方法は/undoで、最後の変更を元に戻して破棄します。Plandex に git リポジトリが必要かどうかは、ここでは確認していません。

どちらのプロジェクトも埋め込みインデックスを文書化しておらず、Kunavo も埋め込みモデルを提供していないため、どちらの文書化されたセットアップにもその用途はありません。両方とも、代わりに tree-sitter の経路を説明しています。Plandex のREADMEは tree-sitter によるプロジェクトマップを宣伝し、Aider の対応言語ページは、リポジトリマップが各言語の tree-sitter 文法タグから構築されると説明しています。

権限：モード切り替えに対する段階的なレベル

Plandex はplandex set-autoまたは起動フラグで設定する5つのプリセットによって挙動を制御します。Aider には同等のマトリクスがありません。そのチャットモードはcode、ask、architect、helpで、メッセージごと、または固定的に切り替えます。シェル実行は権限レベルではなく、チャット内コマンド一覧に記載された明示的な/run（エイリアスは!）と/testコマンドです。

2026年9月21日にPlandexの自律性に関するドキュメントを参照した。実務上の読み方としては、上記のサンドボックス上の優位性が成り立つのはFull未満の場合に限られる。Fullで有効になるのは自動適用だからだ。

独自エンドポイントの利用：最も大きな違い

AiderのOpenAI互換ページには完全な設定方法が掲載されている。通過すべきティアはない。ここで確認したaider.chatのページには、エンドポイントとの間にプラン、アカウント、ホスト型サービスを置くものはない。

export OPENAI_API_BASE=<endpoint>
export OPENAI_API_KEY=<key>

aider --model openai/<model-name>

実際の境界は権限ではなくメタデータにある。Aiderの警告ページには、これまで認識したことのないモデルについて、無制限のコンテキストウィンドウを使用し、そのモデルが無料だと仮定すると記載されている。そのため、カスタムIDでは、同ページの高度なモデル設定ページが説明するファイルを作成するまで、コストが信頼できない値になる。そのファイルはホームディレクトリ、gitルート、または起動ディレクトリに置く.aider.model.metadata.jsonで、完全修飾されたprovider/model名をキーとし、input_cost_per_token、output_cost_per_token、litellm_provider、modeを含める。Aiderの料金は、このファイルと、その背後にある編集形式のデフォルトによって機能する。

その代わりにPlandexはサポートマトリックスを公開しており、これは両プロジェクトのドキュメントの中で、意思決定に最も直結する一段落である。セルフホスト版はカスタムモデル、プロバイダー、モデルパックを完全にサポートする。BYO API Keysを使用するCloudではカスタムモデルとパックをサポートするが、モデルは組み込みプロバイダーしか使用できない。Integrated Modelsを使用するCloudでは、組み込みモデルのみのカスタムパックをサポートする。このマトリックスによれば、有料のCloudティアはいずれもカスタムエンドポイントに到達しなかった。また、環境変数リファレンスにはプロバイダー用の一般的なベースURL上書きがない。AZURE_API_BASEはAzure固有で、OLLAMA_BASE_URLはコンテナ外のOllamaに到達するためのサーバー側設定である。そのため、plandex models customで開くJSONファイルが、任意のOpenAI互換エンドポイントへの唯一の文書化された経路となる。

{
  "providers": [
    {
      "name": "my-provider",
      "baseUrl": "https://api.example.com/v1",
      "apiKeyEnvVar": "MY_PROVIDER_API_KEY"
    }
  ]
}

この部分は全体の中で簡単な3分の1にすぎない。各カスタムモデルではさらにmodelId、publisher、description、defaultMaxConvoTokens、maxTokens、maxOutputTokens、reservedOutputTokensと、xmlまたはtool-call-jsonのいずれかを指定するpreferredOutputFormatを宣言する。そして各モデルを、役割によってパックに割り当てる。planner、summarizer、builderは必須で、architect、coder、wholeFileBuilder、names、commitMessages、autoContinueは任意である。生成されたテンプレートの$schemaはhttps://plandex.ai/schemas/models-input.schema.jsonを指しているが、このURLのドメインは名前解決できない。ドキュメントでは、このスキーマによってエディターの自動補完、検証、インラインドキュメントが提供されると説明しており、スキーマはリポジトリ内のapp/cli/schema/json-schemas/以下にチェックインされている。そのため、回避策はローカルパスを使うことになる。これはエディターのツール面の問題として扱うべきであり、CLIが実行時にリモートスキーマを取得するかどうかは確認していない。

Plandexを採用する前に知っておく価値のある、もう2つの詳細がある。ドキュメントとコードでクラウドAPIホストの記述が食い違っている。environment-variables.mdではPLANDEX_API_HOSTのデフォルトがhttps://api.plandex.aiとされている一方、clients.goではhttps://api-v2.plandex.aiがハードコードされている。どちらも解決しないドメイン上にあるため、実用上この食い違いは何も変えないが、コードを信頼すべきである。また、組み込みプロバイダーについて、PlandexのプロバイダーのドキュメントはCLI起動時に環境変数からキーを読み取り、両方が設定されている場合はOpenRouterより直接プロバイダーを優先するとしている。さらに、直接プロバイダーはOpenRouterより約5%安いと主張している。これは2025年7月時点のPlandexの主張であり、測定結果ではない。現在の条件と照合するには、OpenRouterとの比較を確認すること。

実際に料金が発生する対象

どちらのプロジェクトも料金を徴収しない。AiderはApache-2.0で、ここで確認したaider.chatのページにはプラン、ティア、シート、ホスト型サービスがない。PlandexはMITで、公開サーバーイメージと、ライセンス手順を記載していないセルフホスティングのクイックスタートを提供している。いずれの場合も請求全体は、プロバイダーの料金レートでのモデルのトークン料金に加え、Plandexでは実行中のDockerとPostgresにかかる費用である。検索結果で見かける唯一の価格の基準はPlandex Cloudだが、これは誰も購入できるものではない。Cloudページには、Integrated Modelsが月額$45、BYO API Keysが月額$30と依然として掲載されているが、2025年10月3日時点でCloudは終了予定で新規ユーザーを受け付けていないという告知の下にある。その告知がリンクする投稿では、サービスは2025年11月7日に終了したと記載されている。

両者ともソフトウェア自体は無料なので、意味のあるコストの問いは、どのモデルを実行し、いくつの役割で料金が発生するかである。どちらのツールもタスクを複数のモデルに分散する。Plandexのパックにはplanner、summarizer、builderが必要で、Aiderのオプションリファレンスでは--weak-modelをコミットメッセージとチャット履歴の要約に使うモデルと説明している。そのため、単一の見出しレートでは両方のコストを過小評価する。以下の数値は実測タスクコストでも請求上限でもなく、トークン計算の例である。1セッションでキャッシュされていない入力トークン250,000個を送信し、出力トークン15,000個を受信すると仮定し、100万トークンあたりの現在のKunavoカタログレートを適用する。

サブ役割では、両ツールが同じ習慣を評価することが分かる。summarizerとコミットメッセージのトラフィックが、入力トークン40,000個と出力トークン2,500個分追加で発生すると仮定する。この場合、Claude Sonnet 4.6で実行すると$0.110、Claude Haiku 4.5では$0.037かかる。Plandexではパック内で役割ごとに異なるモデルを指定でき、Aiderでは同じ目的で--weak-modelを指定できる。これらを予算として扱う前に、自分のセッション数に合わせて拡大し、プロバイダーのアカウントに実際に記録された請求額を確認すること。以下のFAQで説明するとおり、カスタムエンドポイントではどちらのツールも信頼できる支出表示を提供しない。

Kunavoのカタログ金額は上限ではなく請求の下限である。上流側が請求額を報告すると、請求額はカタログコストと、上流コストに適用されるマークアップを乗じた金額の大きい方になる。キャッシュ料金と外部ツールはこの例の対象外である。最小トップアップは$10の前払いクレジットであり、これはタスク料金やサブスクリプションではなく、資金投入の最低額である。請求の詳細を参照すること。これらの数値を小さくする方法については、AIコスト最適化を参照すること。

移行コストの比較

Aiderの列について、2つの公式ソースが異なるパッケージを説明しているため、Pythonに関する詳細を1つ補足する。インストールページではブートストラップインストーラーについてPython 3.8–3.13に言及している一方、PyPIのaider-chat 0.86.2メタデータでは>=3.10,<3.13を宣言している。ツール自体についてpipが強制するのはパッケージメタデータである。

Kunavoに接続して設定する場合

KunavoはAiderの設定リファレンスを公開しているが、Plandex向けのものは公開していない。どちらのクライアントもKunavoのエンドポイントに対して実行時テストは行っておらず、公開されたセットアップページは互換性の結果ではなく設定リファレンスである。Aiderについては、Aider統合ガイドに2つの変数とopenai/プレフィックスが記載されている。Plandexについては、従うべきKunavoのセットアップページがない。セルフホスト環境で、Plandex自身のドキュメントにあるフィールド一覧を使い、上記のプロバイダーブロックとモデルブロックを手作業で記述すること。OpenAI互換APIガイドでは、両方の経路が依存する共通の仕組みを説明している。いずれかを試す間も動作する経路を確保し、範囲を限定したタスクを1つ実行してから、アカウントに記録された内容を確認すること。キーに資金を追加する準備ができたら、Kunavoアカウントを作成する。

よくある質問

このページについて2026年9月21日に確認した内容：両プロジェクトのGitHubリポジトリメタデータ、コントリビューター数、リリースタグ、aider-chatのPyPI記録、Google Public DNSとCloudflare DNSでのplandex.aiおよびaider.chatのDNS解決、plandex.aiの.ai WHOIS記録、plandexai/plandex-serverのDocker Hub記録、Plandexの終了告知のInternet Archiveキャプチャ、そして上記でリンクしたPlandexとAiderのドキュメントページ。どちらのツールもインストールまたは実行していないため、ここでの挙動に関する主張はすべて、観測結果ではなくドキュメントまたはソースから読み取ったものである。Kunavoのトークンレートはライブカタログから取得し、すべてのドル額はトークン計算の例である。