Gemini CLI

Connect Gemini CLI to your local AgentFeedback inbox, or to the server you already configured. The installer changes this user's harness configuration; it does not install Gemini CLI itself.

Before you start

Install the binary with the local quickstart, then make sure agentfeedback version works in the terminal where you run your harness. For a team inbox, configure the client with the self-hosted quickstart first; installation keeps that server configuration.

These commands automate setup on macOS and Linux. On Windows, install exits with code 2 and prints manual skill, MCP and instruction-file steps for the named harness. Follow those steps instead; hooks are not wired on Windows.

Install

Preview the files and commands, then apply the installation:

agentfeedback install gemini-cli --dry-run
agentfeedback install gemini-cli

agentfeedback init is the interactive alternative: it detects installed harnesses, asks which to wire and checks the result. Do not install the same skill through a marketplace as well.

What gets configured

• Detected by: gemini (~/.gemini is shared with antigravity unless $GEMINI_CLI_HOME is set)
• Skill file: $GEMINI_CLI_HOME/.gemini/skills/agentfeedback/SKILL.md (default ~/.gemini/skills/agentfeedback/SKILL.md)
• Hooks: none
• Session reminder: not supported
• Instruction file: $GEMINI_CLI_HOME/.gemini/GEMINI.md (default ~/.gemini/GEMINI.md)
• MCP configuration: none

In the hook descriptions, “note” means a nudge asking the agent to consider reporting a tool failure; it is not a report submitted automatically.

Gemini CLI has no MCP adapter: do not add --mcp. It shares ~/.gemini with Antigravity unless you set an absolute GEMINI_CLI_HOME.

Verify

Start a new harness session after installation, then inspect the wiring and exercise the configured inbox:

agentfeedback install --list
agentfeedback doctor
agentfeedback doctor --e2e

install --list should show this harness and the intended binary or MCP endpoint. Resolve any doctor warnings. The end-to-end check submits an install-check record; normal lists hide these records. It checks the reporting path, not whether the harness actually loaded the skill or fired a hook.

In Gemini CLI, confirm that the AgentFeedback skill or MCP tools are available. Ask the agent to file one clearly labelled setup report, then use agentfeedback list --open (or agentfeedback ui) to find it. Do not infer that hooks work just because the command-line check passed.

Troubleshooting

• Harness not detected: check the executable and configuration directory listed above. Run installation as the same OS user who runs the harness.
• Foreign or edited entry: the installer refuses to overwrite a skill, hook or MCP entry it does not own. Inspect the named path and remove the old integration through its original installer, or move it aside deliberately, before retrying.
• Different binary versions: install --list shows the binary a hook runs. Keep it aligned with agentfeedback on your PATH, then rerun the install command after upgrading.
• No automatic flush: harnesses without hooks, and skill-only installations, need agentfeedback flush periodically when using a server.

Remove the integration

agentfeedback uninstall gemini-cli --dry-run
agentfeedback uninstall gemini-cli

Uninstall removes the entries it owns, leaving unrelated configuration and your reports intact. If you changed an installed file, inspect the manual steps it prints. On Windows, uninstall also exits 2: undo the manual installation steps yourself, removing only the AgentFeedback skill, MCP entry and instruction text.

Source and verification

Documented on 2026-10-07: it follows the harness's published configuration. This is upstream's recorded verification level, not a claim that every setup above was live-tested by this site.

Source: integration registry and operating guide, pinned at c7573e1.