Getting it into your agent
One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.
npx agentmods add commands/kai-wedekind/claude-code-grok-bridge/delegategit clone --depth 1 https://github.com/kai-wedekind/claude-code-grok-bridgeWrote this? Show the measurements
A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.
[](https://agentmods.dev/commands/kai-wedekind/claude-code-grok-bridge/delegate)<a href="https://agentmods.dev/commands/kai-wedekind/claude-code-grok-bridge/delegate"><img src="https://agentmods.dev/badge/commands/kai-wedekind/claude-code-grok-bridge/delegate.svg" alt="Measured on agentmods" height="20"></a>What it costs to keep this loaded
Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.
| Model | Per session | Once invoked |
|---|---|---|
| Fable 5 | $0.00020 | $0.01309 |
| Opus 5 | $0.00010 | $0.00655 |
| Sonnet 5 | $0.00004 | $0.00262 |
| Haiku 4.5 | $0.00002 | $0.00131 |
Grade A, and why
delegate scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 4d ago.
A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.
Nothing flagged
None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.
This is a copy
86% identical to delegate — 28 lines differ, which has more behind it and is treated as the original. This page carries a canonical link to it rather than competing with it.
How it starts
The opening of the file, as written. The whole thing — 57 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Invoke the grok-build:grok-delegate subagent via the Agent tool (subagent_type: "grok-build:grok-delegate"), forwarding the raw user request as the prompt. grok-build:grok-delegate is a subagent, not a skill — do not call Skill(grok-build:grok-delegate) (no such skill) or Skill(grok-build:delegate) (that re-enters this command and hangs the session). The command runs inline so the Agent tool stays in scope; forked general-purpose subagents do not expose it. The final user-visible response must be Grok's output verbatim.
Raw user request: $ARGUMENTS
Background ownership model (one policy for command, agent, and skill):
- Bridge
--backgroundowns the long-running process group (detachedrun-worker+ grok agent). That is what recordsbridgePidandagentPidso/grok-build:stopcan kill both trees. - Claude Code background (Agent
run_in_background/ short Bash enqueue) is only for the enqueue hop, never for holding the long Grok process. - Prefer bridge
--backgroundfor long or open-ended work. Ensure the forwardedruncall includes--backgroundwhen background mode is chosen (add it if missing). - If the request includes
--wait, run the subagent in the foreground and do not pass--backgroundtorun. - If neither flag is present, default to foreground for a small, clearly bounded request; for complicated or long work, prefer background and pass bridge
--background. --waitis Claude-side only (foreground vs enqueue). Do not treat it as task text.--backgroundis a bridge flag when long work is chosen — forward it torun, and do not leave it in the natural-language task text.--model,--effort,--write,--thread,--json-schema,--cwd,--prompt-file,--prompts-file,--timeout-ms, and--max-turnsare runtime controls. Preserve them for the forwardedruncall; do not treat them as task text.- Mutual exclusions the bridge enforces:
--resume/--resume-lastvs--fresh;--threadvs--resume-last. If both--backgroundand--waitappear, treat as wait/foreground. --prompts-fileis a sequential NDJSON batch on the bridgerunpath; it cannot be combined with--background,--prompt-file, or a positional prompt.
Execution mode:
- If the request includes
--background, run thegrok-build:grok-delegatesubagent for a short enqueue only, with bridge--backgroundon theruncall. - If the request includes
--wait, run thegrok-build:grok-delegatesubagent in the foreground. - If the request includes
--resume, do not ask whether to continue. The user already chose. - If the request includes
--fresh, do not ask whether to continue. The user already chose. - Otherwise, before starting Grok, check for a resumable delegate thread from this Claude session by running:
node "${CLAUDE_PLUGIN_ROOT}/scripts/grok-bridge.mjs" run-resume-candidate --json
- If that helper reports
available: true, useAskUserQuestionexactly once to ask whether to continue the current Grok thread or start a new one. - The two choices must be:
Continue current Grok threadStart a new Grok thread
- If the user is clearly giving a follow-up instruction such as "continue", "keep going", "resume", "apply the top fix", or "dig deeper", put
Continue current Grok thread (Recommended)first. - Otherwise put
Start a new Grok thread (Recommended)first. - If the user chooses continue, add
--resumebefore routing to the subagent. - If the user chooses a new thread, add
--freshbefore routing to the subagent. - If the helper reports
available: false, do not ask. Route normally.
Operating rules:
- The subagent is a thin forwarder only. It should use one
Bashcall to invokenode "${CLAUDE_PLUGIN_ROOT}/scripts/grok-bridge.mjs" run ...and return that command's stdout as-is. - Return the Grok bridge stdout verbatim to the user.
- Do not paraphrase, summarize, rewrite, or add commentary before or after it.
- Do not ask the subagent to inspect files, monitor progress, poll
/grok-build:runs, fetch/grok-build:show, call/grok-build:stop, summarize output, or do follow-up work of its own. - Leave
--effortunset unless the user explicitly asks for a specific reasoning effort. - Leave the model unset unless the user explicitly asks for one.
- Leave
--resumeand--freshin the forwarded request. The subagent handles that routing when it builds theruncommand. - Default write policy is read-only;
--writeonly for explicit create/edit/fix requests. - If the helper reports that Grok is missing or unauthenticated, stop and tell the user to run
/grok-build:check. - If the user did not supply a request, ask what Grok should investigate or fix.
What this file has done since we first saw it
Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.
- 4d ago First seen · 57 lines · 20 tokens per session scan A 439910d2d3ba
delegate is a command published in the GitHub repository kai-wedekind/claude-code-grok-bridge (2 stars, last pushed 13d ago), licensed Apache-2.0. It adds 20 tokens to every session and 1,309 once invoked, about $0.0001 per session on Opus 5. A static security scan graded it A with 0 findings. It is 86% identical to delegate, differing in 28 lines, and is treated as a copy.
Other commands, from other repositories
delegate
Delegate investigation, an explicit fix request, or follow-up work to the Grok delegate subagent.
review
Run a Grok code review against local git state.
login
Sign in to Grok Build CLI using the default install path.
review
Run a read-only Grok code review against local git state.
adversarial-review
Run a skeptical, adversarial Grok code review against local git state.
rescue
Delegate a coding, debugging, or review task to the Grok CLI as a parallel worker.