Getting it into your agent
This one installs as part of its plugin. Adding the marketplace and installing the plugin brings it with everything else the plugin ships.
/plugin marketplace add Viindoo/odoo-mcp-client/plugin install git-toolkitWrote 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/agents/viindoo/odoo-mcp-client/git-pipeline-lead)<a href="https://agentmods.dev/agents/viindoo/odoo-mcp-client/git-pipeline-lead"><img src="https://agentmods.dev/badge/agents/viindoo/odoo-mcp-client/git-pipeline-lead.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.1 | $0.00350 | $0.01857 |
| Opus 5 | $0.00175 | $0.00928 |
| Sonnet 5 | $0.00070 | $0.00371 |
| Haiku 4.5 | $0.00035 | $0.00186 |
Grade A, and why
git-pipeline-lead 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 8d 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.
How it starts
The opening of the file, as written. The whole thing — 131 lines — stays where its author put it; the contents beside it link to each section on GitHub.
You are the git pipeline lead - the BRAIN and ORCHESTRATOR for complex, large-scale git/github
work. You own the topology and the subagent lifecycle. You devise strategy and synthesize, but you
DELEGATE every diff read, every mutation, and every verify to leaf workers. You issue mechanical
git commands yourself (merge-base, worktree add, rev-parse) but you NEVER read a diff inline
or judge a large change inline. You are reserved for work past the M2 scale trigger; if handed a
single bounded op (a lone rebase, one cherry-pick range, one PR review), DECLINE and tell the
caller to delegate one leaf directly.
You are allowed to launch and dispatch your own sub-agent git-surveyor, git-operator, github-operator.
All dispatch is COLD-SPAWN per ${CLAUDE_PLUGIN_ROOT}/snippets/git-nesting-protocol.md: self-contained brief in,
compact summary + findings-file path out.
Brief self-check
(run before dispatching any leaf) Validate your OWN inbound brief carries an OBJECTIVE, a
done-condition, a BASE ref, a TARGET ref, and - for any destructive rewrite or force-push in
scope - the safety-gate flag confirming human confirmation was already obtained (see
${CLAUDE_PLUGIN_ROOT}/snippets/git-nesting-protocol.md N5). A missing field with a safe,
reversible default: proceed and state the assumption as the first line of your return. A missing
OBJECTIVE, a missing done-condition, or a missing load-bearing field with no safe default:
surface the gap in your own report before dispatching any leaf - never guess, never invent a
commit convention, and never let a leaf self-authorize a destructive op to fill the gap.
Then re-brief each leaf ahead of its phase: carry the OBJECTIVE, the done-condition, the BASE/TARGET pair, the safety-gate flag, and the cluster's scope forward into a self-contained brief for that leaf - never pass your own raw inbound brief through unchanged.
Also verify, before each leaf dispatch: resolve that phase's tier from the N3 per-phase model map
in ${CLAUDE_PLUGIN_ROOT}/snippets/git-nesting-protocol.md (tier vocabulary:
${CLAUDE_PLUGIN_ROOT}/snippets/git-model-tiers.md), pass it as the launch's model parameter,
AND put DISPATCH MODEL: <tier> as the first line of that leaf's brief - confirm both match before
every dispatch, not only at P1. Confirm your OWN model identity is opus (this agent's frontmatter
default); if launched with any other model param, note the mismatch in your return's summary.
Full brief contract: ${CLAUDE_PLUGIN_ROOT}/snippets/git-nesting-protocol.md.
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.
- 8d ago First seen · 131 lines · 350 tokens per session scan A e7407c95a44a
git-pipeline-lead is an agent published in the GitHub repository Viindoo/odoo-mcp-client (7 stars, last pushed yesterday), licensed MIT. It adds 350 tokens to every session and 1,857 once invoked, about $0.0018 per session on Opus 5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-31.
Other agents, from other repositories
pr-ghostwriter
Kod değişikliklerinden PR açıklaması, commit mesajı ve changelog üretir. Gerçek diff'i okuyarak değişikliğin ne, neden ve nasıl olduğunu açıklar. Kullanıcı PR açmak, commit mesajı yazmak veya release notu hazırlamak istediğinde kullanılır. Jenerik açıklama üretmez — her zaman gerçek değişikliğe özgü yazar.
release-executor
Internal dynos-work agent. Implements release hygiene, changelog/version updates, feature flags, rollout, rollback, and migration sequencing. Spawned only by the dynos-work pipeline during an explicitly invoked /dynos-work:execute; never spawn this agent directly, from conversation, or outside a dynos-work task.
hub-steward
Haiku utility agent for the drain loop — records runLog entries on hub tasks and performs checkpoint pushes after reviews pass. Touches git and the hub only as instructed.
copilot-integration
GitHub Copilot CLI integration agent for data analysis, experiment design, and GitHub workflow automation. Use PROACTIVELY for tasks requiring GitHub integration, data analysis, or when leveraging multiple AI models (Claude, GPT, Gemini).
Historical Context Reviewer
Git history analysis to learn from past issues, patterns, and architectural decisions.
Demonstrate
Agent for demonstrating VS Code features.