| name | gemini-review |
| description | Get a second-opinion review of the current diff (or a chosen focus โ architecture, security, docs, design, performance, tests) from the Gemini CLI, then present its findings alongside your own analysis. Single-reviewer counterpart to /codex-review and /review-panel; needs the `gemini` CLI installed. Triggers on `/gemini-review [focus]`, "gemini review this", "get a gemini second opinion on this diff". |
| user_invocable | true |
Gemini External Review
Invoke the Gemini CLI (Google's CLI agent) as an external reviewer for a second opinion.
Arguments: $ARGUMENTS
Determine Review Type
Parse $ARGUMENTS to determine the review focus. If empty, default to code.
| Argument | Focus |
|---|
| (empty) | Code review โ bugs, security, quality, performance |
code | Code review โ bugs, security, quality, performance |
architecture or arch | Architecture โ structure, patterns, separation of concerns, scalability |
security or sec | Security audit โ vulnerabilities, auth issues, data exposure, OWASP |
docs | Documentation โ accuracy, completeness, clarity, examples |
design | Design review โ API design, naming, abstractions, DX |
performance or perf | Performance โ bottlenecks, memory, queries, caching |
test or tests | Test review โ coverage, edge cases, test quality, flaky tests |
| Anything else | Use the argument text as a custom review prompt/focus |
Your Task
-
Gather context:
- Read the project's README or main docs if present.
- Run
git status, git diff --stat, git diff (staged + unstaged; keep it reasonable size),
and git log --oneline -10.
- Identify the stack (package.json, Cargo.toml, pyproject.toml, etc.) and note project structure.
-
Prepare the review request โ build a prompt for Gemini with: project name/description,
stack, summary of recent changes, the actual diff/relevant code, the review focus, and an
instruction to act as a senior engineer/reviewer.
-
Execute the review in plan (read-only) mode:
gemini --approval-mode plan -o text -p "PROMPT_HERE"
Flags: --approval-mode plan = read-only, no file modifications ยท -o text = plain text
output (cleanest to parse) ยท -p = non-interactive prompt mode.
-
Present results โ summarize key findings, highlight critical issues, note any
disagreements with Gemini's assessment, give your own take on whether the suggestions are
valid, and ask the user if they want to act on any of them.
Important Notes
- Always use
--approval-mode plan โ read-only, no exceptions.
- If the diff is very large, summarize key changes instead of including everything.
- Present both Gemini's opinion and your own analysis; say so if you disagree.
Prompt Template
Adapt the review questions based on the review type determined above.
You are reviewing [PROJECT_NAME], a [DESCRIPTION].
Tech stack: [TECHNOLOGIES]
Recent commits:
[GIT LOG]
Current changes:
[GIT DIFF or relevant code]
Review focus: [REVIEW_TYPE]
[TYPE-SPECIFIC QUESTIONS based on the table above]
Be direct and critical. This is a real review, not a validation.
Now gather the context and execute the Gemini review.
