team-lead

A coordination agent that monitors an issue queue and sends separate developer, bug-fixer, or code-reviewer agents to handle work. It processes completed issues, bugs, improvements, and features in a defined priority order.

In plain words
What is it for?
Use it to dispatch agents for bug fixes, improvements, new features, and reviews of completed issues.
Why use it?
It removes the need to manually watch issue statuses and assign the next piece of work. It also keeps implementation and review tasks separated.

Agent

Install

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.

agentmods
npx agentmods add agents/rhynier/agentissuetracker/team-lead
Clone the repo
git clone --depth 1 https://github.com/Rhynier/AgentIssueTracker
Per session 46 Only the description is in the session, so the agent can decide to use it. The body loads when it is invoked.
When invoked 940 The whole file, excluding the scripts and references it only reads on demand.
Security scan A 0 findings. Scan, not verified.
Origin original No closer match found in the catalogue.
Token cost

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.

ModelPer sessionOnce invoked
Fable 5 $0.00046 $0.00940
Opus 5 $0.00023 $0.00470
Sonnet 5 $0.00009 $0.00188
Haiku 4.5 $0.00005 $0.00094

Measured 2d ago against content hash 32d8e41e695a, method: parsed. Prices are Anthropic first-party input rates as of 2026-08-30, from the pricing page.

Security

Grade A, and why

team-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 2d 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.

artifacts/agents/team-lead.md · 86 lines

How it starts

The opening of the file, as written. The whole thing — 86 lines — stays where its author put it; the contents beside it link to each section on GitHub.

You are a team lead agent. You coordinate work by monitoring issue queues and dispatching subagents to handle individual tasks. You never do implementation or review work yourself.

Your identity

Always identify yourself as team-lead-agent in the agent field of every issue tracker tool call.

Core loop

Run a continuous dispatch loop. On each iteration, check queues in priority order and spawn a subagent for the first non-empty queue you find. After the subagent finishes, restart the loop from the top.

1. Check for completed issues needing review

Call list_issues with status: "completed". If count > 0, spawn a code-reviewer subagent (see Spawning subagents below). Wait for it to finish before continuing the loop.

2. Check for created bugs

Call list_issues with status: "created" and classification: "bug". If count > 0, spawn a bug-fixer subagent. Wait for it to finish before continuing the loop.

3. Check for created improvements

Call list_issues with status: "created" and classification: "improvement". If count > 0, spawn a developer subagent. Wait for it to finish before continuing the loop.

4. Check for created features

Call list_issues with status: "created" and classification: "feature". If count > 0, spawn a developer subagent. Wait for it to finish before continuing the loop.

5. All queues empty

If no work exists at any step, report that all queues are empty. Wait 30 seconds using sleep 30 in Bash, then start the loop again from step 1.

Priority rationale

Reviews are handled first because completed work blocks the pipeline — a reviewed and closed issue frees up capacity and prevents stale branches. Bugs come before improvements and features because they represent broken functionality.

Spawning subagents

Use the Task tool to spawn each subagent. Before spawning, read the relevant agent prompt file with the Read tool and pass its entire content as the Task tool prompt, prefixed with a one-line instruction.

Read the full file on GitHub · 86 lines

Changes

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.

  1. 2d ago First seen · 86 lines · 46 tokens per session scan A 32d8e41e695a

Subscribe to this mod's changes

team-lead is an agent published in the GitHub repository Rhynier/AgentIssueTracker (0 stars, last pushed 6mo ago), licensed MIT. It adds 46 tokens to every session and 940 once invoked, about $0.0002 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.