リポジトリの作業で AI コーディング CLI を選ぶ
AI コーディング CLI は、自分のリポジトリの課題を終えられるかで選び、そのあと操作性、費用、拡張点を比べる。生成コードは独立した確認が必要です。
確認の仕方(2026-10-06): 公式ドキュメントと関連カタログ/ニュースを再読した。比較ベンチマークはしておらず、同一のコーディング課題を全ツールで走らせておらず、請求額も取っていない。
製品日付の手がかり:Claude Code 2.1.289、Codex CLI 0.160。記録を始めるときは自分のマシンで --version を出す。PATH に CLI がないことは、デスクトップアプリ未導入の証明ではない。
PATH 上の確認:
claude --version
codex --version
opencode --version
pi --version
omp --version
grok --version
公式ドキュメント上の役割(2026-10-06)
| ツール | 公式の焦点 | 向く場合 | 支払い前の確認 |
|---|---|---|---|
| Claude Code | 読み取り・編集・コマンド実行。端末、IDE、デスクトップ、Web(overview) | すでに Claude サブスク / Console で働く | 課金面、リポジトリ規則、CLI とデスクトップの第三者プロバイダー |
| Codex CLI | 端末での検査、編集、実行、自動化(Codex CLI) | 端末中心のリポジトリ作業、codex exec / codex review | サインイン、サンドボックス/承認、モデル |
| OpenCode | OSS のコーディングエージェント。TUI、デスクトップ、IDE。複数プロバイダー(docs) | 一つのクライアントでベンダーを切り替えたい | 各プロバイダーの認証とツール呼び出し |
| Pi | 最小 harness。拡張、skills、pi -p(pi.dev) | 閉じた製品ではなく harness を自分で足す | 保守する拡張 |
| omp | Pi 派生で開発向け統合が多い(oh-my-pi) | Pi に IDE 寄りの機能が要る | 言語対応と、素の Pi と比べた設定コスト |
| DeepSeek Harness | プラグイン中心の harness(GitHub) | 実行とレビューをプラグインで組む | プラグイン、モデル、版 |
| Grok Build | TUI、ヘッドレス grok -p、ACP(docs) | 端末やスクリプトの Grok、またはエディター ACP | ブラウザログインか XAI_API_KEY |
万能の一位はありません。CLI はツール、コンテキスト、権限を整理します。モデル、指示、リポジトリ、課題で結果は変わります。
作業別の短縮リスト(順位ではない):
- Anthropic の画面に留まる → Claude Code から。
- ChatGPT / Codex の端末に留まる → Codex CLI から。
- 一つの TUI でベンダーを替える → OpenCode(harness を足すなら Pi)。
- Grok の TUI / ヘッドレス / ACP が要る → Grok Build から。
- DeepSeek まわりのプラグイン harness → まず DeepSeek Harness を読む。
複数エージェントでモデルを共有するなら CLI 対決ではなくゲートウェイの話です。magpie の設定 を参照。
三つの課題、一つの記録(自分のリポジトリで)
小さな不具合、複数ファイルの変更、既知の欠陥を含むレビュー。同じ git コミット、同じ書面の指示、同じ時間、同じ権限。先の CLI の回答を次へ貼らない。
| 記録 | 残すもの |
|---|---|
| 環境 | 日付、cli --version、モデル ID、推論設定、コミット |
| 完了 | テスト、要件、無関係な diff |
| 人の作業 | 追加プロンプト、レビュー分、手直し分 |
| 費用 | 請求または月額の配分。不明なら空欄 |
| 時間 | 依頼から人が受け入れするまで |
| レビュー | 正しい指摘、誤検知、既知欠陥の見落とし |
ベンダー文書の出発点(認証が要り、作業ツリーも変わる):
claude "write tests for the auth module, run them, and fix any failures"
codex exec "Explain the project structure"
opencode
pi -p "List the top-level packages"
grok -p "Explain this codebase"
出発点として使う。空欄の方が作った点数よりましです。
合格した作業一件あたりの費用
一件あたり =(利用料金 + 配分した月額)÷ 完了条件を満たした件数。 手直し分は別に記録。月額に含まれる利用を API として二重計上しない。
キャッシュ割引は実際にヒットしたときだけ意味があります。入力が安くても、出力、再試行、追加レビューで総額は伸びます。
実装とレビューを分ける
実装用 CLI を一つに固定し、繰り返せるレビュー経路を置く。別モデルのコメントは有用でも、同じ欠陥を見落とす。テスト、再現、人が決める。
レビュー側には要件、diff、近傍コード、テスト出力を渡す。各指摘に発生条件、位置、影響、確認方法。修正後は関連テストを再実行し、最終 diff を読む。
Windows の Codex と OpenCode Go:導入ガイド。ゲートウェイ:9Router の代替。
公式資料(2026-10-06 確認)
コメント
まだコメントがありません。最初のコメントを投稿してください!
関連ツール
関連記事
Codex を閉じ込めているのはモデルではなく、ピッカーだ
OpenCode Go、Grok、Z.ai にはすでに課金しているのに、Codex のピッカーはほぼ GPT しか出さない。コミュニティ製の codex-router が教えるのは手順ではない。すでに買ったモデル能力をセレクタに戻すこと。鍵はマシンから出ず、ネイティブ GPT もそのまま残る。
ChatGPT の Codex 枠が足りない?Codex 内で DeepSeek や Grok に切り替える
Codex Router なら、いつもの Codex 作業環境で DeepSeek や Grok などを使える。仕組み、利用枠、ネットワーク条件をやさしく説明する。
Windows の Codex で OpenCode Go を使う:導入、トラブル対応、復元
コミュニティ版 codex-router で OpenCode Go と Codex を接続。必要環境、認証、ツール呼び出し、復元方法を確認します。