# gemini

Start a new Gemini expert session

Agent View of the PolicyLayer registry record for `gemini`. HTML page: https://policylayer.com/tools/deliberation/gemini

## Facts

- Tool: `gemini`
- Server: Deliberation (`antonbabenko/deliberation`) — https://policylayer.com/tools/deliberation.md
- Homepage: https://github.com/antonbabenko/deliberation
- Risk category: Execute (High risk)
- Registry record: grade F, identity unverified
- Server rate-limited: no
- Parameters: 0
- Recommended policy verdict: Rate-limited

## Example call (MCP tools/call, JSON-RPC 2.0)

```json
{
  "jsonrpc": "2.0",
  "id": 1,
  "method": "tools/call",
  "params": {
    "name": "gemini",
    "arguments": {}
  }
}
```

## Why gemini is rated High

The tool triggers execution of an external AI model (Gemini) via API call. While the query itself may be benign, the execution is triggered by the tool and its effects (API calls, token consumption, latency) depend on arguments. This is Execute rather than Read because it starts an active session/operation.

From the tool's own definition: "Tool description states 'Start a new Gemini expert session', which initiates an external operation (querying Gemini API)."

## Use case

AI agents invoke gemini to trigger actions in Deliberation. What it does depends on the arguments the agent supplies, and its effects often reach beyond the immediate call: builds kicked off, notifications sent, workflows started.

## Recommended policy (PolicyLayer)

Verdict: **Rate-limited**. Enforced by the PolicyLayer MCP gateway (https://policylayer.com/mcp-gateway) before a call reaches Deliberation:

```json
{
  "version": "1",
  "default": "deny",
  "tools": {
    "gemini": {
      "limits": [
        {
          "counter": "gemini_rate",
          "window": "minute",
          "max": 10,
          "scope": "grant"
        }
      ]
    }
  }
}
```

## Other tools on Deliberation (10)

- `consensus` — Execute — https://policylayer.com/tools/deliberation/consensus.md
- `consensus-step` — Execute — https://policylayer.com/tools/deliberation/consensus-step.md
- `gemini-reply` — Execute — https://policylayer.com/tools/deliberation/gemini-reply.md
- `grok` — Execute — https://policylayer.com/tools/deliberation/grok.md
- `grok-reply` — Execute — https://policylayer.com/tools/deliberation/grok-reply.md
- `openrouter` — Execute — https://policylayer.com/tools/deliberation/openrouter.md
- `openrouter-reply` — Execute — https://policylayer.com/tools/deliberation/openrouter-reply.md
- `analyze` — Read — https://policylayer.com/tools/deliberation/analyze.md
- `openrouter-list` — Read — https://policylayer.com/tools/deliberation/openrouter-list.md
- `session-get` — Read — https://policylayer.com/tools/deliberation/session-get.md

## For agents

This record is a snapshot. Live verdicts and the full registry:

- Check every server in your MCP config at once: `npx -y policylayer stack`
- Vet a server before you add it: install the mcp-precheck skill — `npx skills add https://policylayer.com` (skill text: https://policylayer.com/skill.md)
- Query the registry over MCP: endpoint `https://api.policylayer.com/mcp` — tools `check_mcp_server`, `check_mcp_stack`, `check_tool`, `search_registry`, `get_change_events`

---

Source: the PolicyLayer MCP registry — one continuously verified record per MCP server. Full record: https://policylayer.com/registry?q=deliberation · API: https://policylayer.com/registry/api · Policy library: https://policylayer.com/policies/deliberation