ryonakae/ask-gemini

Gemini セカンドオピニオン

概要

Google Gemini CLI の非対話モード（-p）で直接実行して、外部視点でのセカンドオピニオンを得る。用途は調査とコードレビューに限定する。ファイルは @ファイルパス 構文でプロンプト内から直接参照させることができる。

実行手順

Bash ツールで gemini -p を実行する。ファイルを参照させたい場合は @src/path/to/file.ts のようにプロンプト内に含める。必要に応じて事前に Read / Grep / Glob でコンテキストを収集し、プロンプトに含める。

推奨コマンド

# 基本形
gemini -p "質問内容"

# ファイル参照（@構文）
gemini -p "@src/file.ts このコードをレビューして"

# パイプでコンテキストを渡す
cat src/file.ts | gemini -p "このコードをレビューして"

# 読み取り専用モードで実行（セカンドオピニオン用途に推奨）
gemini -p "質問内容" --approval-mode plan

# モデルを指定
gemini -p "質問内容" -m auto-gemini-3

# ストリーミング出力
gemini -p "質問内容" --output-format stream-json

オプション

| オプション | 説明 | | --- | --- | | -p / --prompt | 非対話（ヘッドレス）モード（必須） | | -m / --model <model> | モデル指定（例: auto-gemini-3） | | --approval-mode plan | 読み取り専用モード（変更を加えない） | | -o / --output-format <format> | 出力形式（text, json, stream-json） | | -s / --sandbox | サンドボックスモード | | --include-directories <dirs> | 追加ディレクトリをワークスペースに含める |

利用タイミング

• 複数の実装方針で迷う時
• 重要な設計判断・アーキテクチャ選択の前
• コードレビューのダブルチェック
• ユーザーが「セカンドオピニオンが欲しい」とリクエストした時

非推奨ケース

• 単純で明確な実装タスク
• 既に方針が決まっており追加意見が不要な場合

レポート形式

Gemini の回答を受け取ったら、以下の形式でユーザーに報告する：

# Gemini セカンドオピニオン結果

## 質問内容
[Gemini に投げた質問]

## 回答サマリー
[主要なポイントを箇条書き]

## 既存分析との比較
### 共通の指摘
- [両方が指摘した点]

### 独自の視点
- [Gemini だけが指摘した点]

### 推奨アクション
[統合した上での具体的な推奨事項]

注意事項

• Gemini は独立したプロセスとして実行される。現在の会話の文脈は引き継がれないため、必要な情報はすべてプロンプトに含めるか @ファイルパス で参照させること
• 機密情報（API キー、パスワード等）はプロンプトに含めないこと
• ask-gemini は調査・レビュー用途で使う。非対話の --approval-mode plan ではコマンド実行系ツールは制限されるため、実行失敗は仕様として扱うこと
• 認証は OAuth 前提で運用する
• Gemini の回答は参考情報として扱い、最終判断はプロジェクトのコンテキストを踏まえて行うこと