Claude Code vs Gemini CLI 2026: ターミナルAIはどちらを選ぶべきか

Claude CodeとGemini CLIは、どちらもターミナルからAIに開発作業を頼める道具です。だからこそ、比較はCopilotより少し難しいです。どちらも「コードを書いて」と頼めますが、向いている現場が違います。

Claude Codeは、権限、手順、検証を組み込んで、作業を安全に委譲する方向に強い。Gemini CLIは、Googleのエコシステム、OSSとしての透明性、無料枠やAPI/Vertex AI経由の選択肢が魅力です。

この記事では2026-06-01時点で公式README、Gemini CLIのquota/pricing資料、Claude Code公式docsを確認し、価格やモデル名を過剰に断言せず、どの読者がどちらを選ぶべきかに絞ります。

結論: 安全に任せるならClaude Code、Google前提ならGemini CLI

Claude Codeを選ぶべきなのは、既存プロジェクトでAIに調査、編集、テスト、報告まで任せたい人です。特にpermissions、hooks、CLAUDE.mdを使って、やってよいこと、必ず確認すること、触ってはいけないことを決めたいチームに合います。

Gemini CLIを選ぶべきなのは、Googleアカウント、Gemini API、Vertex AI、Search/Workspace/GCP周辺の流れを重視する人です。公式リポジトリでOSSとして公開され、導入や拡張をコードとして確認しやすいのも大きな利点です。

Masaの実務感覚では、受託や社内DXの本番コードを安全に触るならClaude Codeを先に置き、Google Cloud前提の調査、資料化、プロトタイプではGemini CLIも候補にします。

公式情報で確認した比較前提

Gemini CLIの公式READMEは、オープンソースのAI agentとして、Google検索のgrounding、ファイル操作、shell、Web fetch、MCPなどの機能を示しています。quota/pricing資料では無料枠、Google AI Pro/Ultra、API key、Vertex AIなど複数の使い方が説明されています。

Claude Code公式docsは、overview、costs、settings、permissions、managed settingsなどを分けて案内しています。つまり比較すべきはモデル名だけではなく、どれだけ安全に作業境界を作れるかです。

• Claude Code overview
• Claude Code settings
• Claude Code permissions
• Gemini CLI official repository
• Gemini CLI quota and pricing

比較表

比較軸	Claude Code	Gemini CLI
最も向く読者	本番コードを安全にAIへ委譲したい開発者	GoogleエコシステムとOSSの透明性を重視する開発者
提供形態	Claudeの開発者向けツール群として提供	Google公式のOSS CLI。npm/npxやソース確認がしやすい
コストの見方	サブスクリプション、API、利用量、組織契約を確認	無料枠、API key従量、Vertex AI、Google AIプランを確認
作業の足場	CLAUDE.md、settings、permissions、hooks、managed settings	GEMINI.md、built-in tools、MCP、sandbox、Google認証
強い場面	変更を小さく進め、検証証跡まで残す	大きな文脈把握、Google連携、OSSとしての確認と拡張
注意点	権限を広げすぎると事故になる	無料枠やモデル挙動を固定前提にすると運用で詰まる

どちらを選ぶかの判断フロー

1. 既存本番コードを触るなら、まずClaude Codeで権限を絞って検証する。
2. GCP、Google Search、Workspace、Vertex AIに寄せた作業ならGemini CLIを試す。
3. 無料枠で学びたい、OSS実装を読みたいならGemini CLIが入りやすい。
4. チームの作業手順をAIに守らせたいならClaude Codeの設定管理から始める。
5. どちらも最初の1週間は、本番デプロイ権限を渡さず、read/plan/test中心で評価する。

実務での3つのユースケース

GCP前提のプロトタイプ

Cloud Functions、Cloud Run、BigQuery、Vertex AI周辺の調査やサンプル生成では、Gemini CLIのGoogle文脈が自然です。公式READMEにもGoogle Search groundingやGoogle連携が示されており、調査から試作までの距離が短い。

既存SaaSの改修

Stripeや認証、課金周りのように失敗時の影響が大きいコードは、Claude Codeでpermissionsを絞り、変更、テスト、差分説明をセットで出させる方が安心です。AIが自信満々でも、最小修正と検証ログがなければ採用しません。

ドキュメントとコードの同期

仕様書、README、実装をまとめて更新する作業では両方使えます。Google DriveやWorkspaceが絡むならGemini CLI、リポジトリ内のルールとレビュー導線を守らせたいならClaude Codeが向きます。

失敗例と落とし穴

• 無料枠だけで本番運用を考える: quotaは変わる可能性があり、組織利用ではAPI keyやVertex AIの費用設計が必要です。
• OSSだから安全と思い込む: CLIがOSSでも、送るデータ、使うモデル、許可するshellは別問題です。
• Claude Codeに全権限を渡す: rm、deploy、secret表示、git pushは最初から許可しない方がよいです。
• モデル比較だけで決める: 実務の差は、コンテキスト、権限、検証、ログ、チーム教育で出ます。

両方を同じ条件で試すコマンド

比較するなら、同じリポジトリ、同じ失敗テスト、同じ制限時間で試します。Gemini CLIは公式READMEに沿ってnpm/npxで起動し、Claude Codeは権限を絞った状態で始めます。

npm test -- --runInBand
npx https://github.com/google-gemini/gemini-cli
# or, after installing the package, run: gemini
claude -p "Inspect the failing test, explain the likely cause, propose a minimal patch, and show the exact verification command."

この時点で見るべきなのは、回答のうまさではありません。危険なコマンドを避けたか、根拠を示したか、差分を小さく保てたか、再実行できる確認手順を残したかです。

最初に作るべきガードレール

どちらのCLIでも、最初にルールファイルを置きます。AIが自由に考えるほど良いのではなく、現場の制約を短く明文化した方が結果は安定します。

{
  "aiCodingPolicy": {
    "allowedFirstWeek": ["read files", "propose patches", "run tests"],
    "requiresHumanApproval": ["deploy", "delete files", "change secrets", "push to main"],
    "evidenceRequired": ["changed files", "test command", "result", "remaining risk"]
  }
}

このガードレールがない状態でCLIを比較すると、ただのチャット勝負になります。現場でお金になるのは、安定して再現できる運用です。

関連記事・テンプレート・相談窓口

Claude Code側を実務導入するなら、まず 権限設定ガイド、ハーネスエンジニアリング、トークン最適化 を読んでください。

テンプレート化してチームに渡したい場合は 教材一覧 と 相談ページ に導線を置いています。

今回の更新で検証したこと

この記事ではGemini CLI公式README、Gemini CLI quota/pricing、Claude Code overview/costs/settings/permissionsを確認しました。無料枠、モデル、料金、提供地域は変わるため、導入直前に公式資料で再確認してください。

実務的な結論はシンプルです。毎週きちんとレビューできる運用モデルを持つ方の道具を選ぶことです。小さくてテスト可能な変更を作り、証跡を残してくれる道具は、説得力のある文章を書くだけの道具よりもずっと価値があります。