リポジトリの作業で AI コーディング CLI を選ぶ

リポジトリの作業で 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 確認)

コメント

まだコメントがありません。最初のコメントを投稿してください!

関連ツール

関連記事

発行者

AI Nexus Team

AI Nexus Team

@hunterzhang86

9 分で読む

カテゴリー