# Agent Team

> Form an Agent Team of Implementer and Reviewer subagents to tackle the given task, looping implementation and review until the Reviewer reports zero high-or-above findings and no more than three mid findings.

- Skill: `dyoshikawa/agent-team` (Agent Skill)
- Install (CLI): `npx skillmds@latest add dyoshikawa/agent-team`
- Raw SKILL.md: https://api.skillmd.com/api/skills/dyoshikawa/agent-team/raw
- Safety review: pending
- Works with: Claude Code, Claude.ai, OpenAI Codex
- Category: AI & ML
- Author: dyoshikawa (https://skillmd.com/u/dyoshikawa)
- Updated: 2026-09-10
- Page: https://skillmd.com/skills/dyoshikawa/agent-team

---


# Agent Team

TASK = the user's request

If TASK is not provided, ask the user for the task description and stop.

Coordinate an Agent Team composed of an **Implementer Agent** and a **Reviewer
Agent**. Iterate the implementation/review loop until the exit condition is
satisfied.

## 0. Exit Condition

The loop exits when **both** of the following hold in a single review round:

- **0** findings of severity `high` or `critical`.
- **3 or fewer** findings of severity `mid`.

Findings of severity `low` do not affect the exit condition.

Set a hard safety cap of **10 iterations**. If the exit condition is still not
met at the cap, stop the loop and report the remaining findings to the user for
manual decision.

## 1. Iteration Loop

Repeat the following steps until the exit condition is satisfied.

### 1-1. Implementation Phase

Delegate to the Implementer Agent via the Agent tool.

- `subagent_type`: `general-purpose`
- Role framing: "You are the Implementer Agent on an Agent Team."
- Inputs to pass:
  - The original TASK.
  - All Reviewer findings from the previous round (if any), grouped by
    severity.
- Instructions to include in the prompt:
  - Implement the TASK end-to-end in the current repository.
  - Address every Reviewer finding from the previous round. For each finding,
    either fix it or, if you intentionally reject it, record the reason.
  - Edit files directly; do not only describe changes.
  - Run `pnpm cicheck` (or the narrower `pnpm cicheck:code` / `cicheck:content`
    when appropriate) and fix any failures before returning.
  - Report: a concise summary of the changes, the list of modified files, how
    each previous finding was handled, and the result of the checks.

### 1-2. Review Phase

Delegate to the Reviewer Agent via the Agent tool.

- `subagent_type`: `code-reviewer`
- Role framing: "You are the Reviewer Agent on an Agent Team."
- Inputs to pass:
  - The original TASK.
  - The Implementer's summary and the list of modified files from this round.
- Instructions to include in the prompt:
  - Review the changes for correctness, design quality, tests, and adherence
    to project conventions (see `CLAUDE.md`, `docs/**/*.md`, and
    `.claude/rules/feature-change-guidelines.md`).
  - Also consider security concerns.
  - Produce a findings list. For each finding, include:
    - Sequential number (e.g., `#1`, `#2`).
    - Severity: `low` / `mid` / `high` / `critical`.
    - File path and line number(s).
    - Problem description and recommended fix.
  - At the end of the report, include a **Severity Summary** with the counts
    per severity level so the exit condition can be evaluated mechanically.

### 1-3. Evaluate the Exit Condition

Parse the Reviewer's Severity Summary.

- If `high + critical == 0` **and** `mid <= 3`: exit the loop.
- Otherwise: feed the findings into the next Implementation Phase and
  continue.

Between iterations, emit a short status line to the user such as
`Iteration N complete — high/critical: X, mid: Y, low: Z`.

## 2. Final Report

After the loop exits, report the following to the user:

- **Outcome**: `Converged` (exit condition met) or `Capped` (hit iteration cap).
- **Iterations**: how many rounds were executed.
- **Remaining findings**: the final Severity Summary, plus the full list of
  remaining `mid` and `low` findings (and any `high`/`critical` findings that
  remain when the loop was capped).
- **Changes**: a brief summary of what was implemented and which files were
  modified.
- **Next steps**: suggestions for the user (e.g., create a commit / PR via
  the `commit-push-pr` skill).

Do **not** auto-commit or open a PR from this skill; leave that to the user.