agent-health
Reads production/traces/agent-metrics.jsonl and displays a per-agent performance summary table for the current or a specified…
Generates a structured multi-agent workflow graph from a pattern and agent list. Supports Sequential, Parallel, Hierarchical, and Iterative patterns. Used by @producer to plan feature delivery before any implementation begins.
Claude Code
$ npx -y skills add tranhieutt/software_development_department --skill map-workflow --agent claude-code
Codex
$ npx skills add tranhieutt/software_development_department --skill map-workflow -a codex -y
Cursor
$ npx skills add tranhieutt/software_development_department --skill map-workflow -a cursor -y
Gemini CLI
$ npx skills add tranhieutt/software_development_department --skill map-workflow -a gemini-cli -y
GitHub Copilot
$ npx skills add tranhieutt/software_development_department --skill map-workflow -a github-copilot -y
OpenCode
$ npx skills add tranhieutt/software_development_department --skill map-workflow -a opencode -y
Windsurf
$ npx skills add tranhieutt/software_development_department --skill map-workflow -a windsurf -y
name: map-workflow type: workflow description: "Generates a structured multi-agent workflow graph from a pattern and agent list. Supports Sequential, Parallel, Hierarchical, and Iterative patterns. Used by @producer to plan feature delivery before any implementation begins." argument-hint: "--pattern <name> --agents <list> --task <description> [--max-iter <N>] [--save <filename>]" user-invocable: true allowed-tools: Read, Write, Bash effort: 2 when_to_use: "Use at the start of any multi-agent feature or sprint wave. Always run BEFORE implementation. Output the graph for user approval before dispatching any agent."
Generate a workflow graph for a multi-agent task using one of four patterns. Present the graph to the user for approval before any agent is dispatched.
Extract from `$ARGUMENTS`:
| Flag | Required | Default | Description | | :--- | :--- | :--- | :--- | | `--pattern` | yes | — | `Sequential`, `Parallel`, `Hierarchical`, or `Iterative` | | `--agents` | yes | — | Comma-separated agent names in execution order | | `--task` | yes | — | One-sentence description of what this workflow delivers | | `--max-iter` | no | `3` | Max loop iterations (Iterative pattern only) | | `--save` | no | none | If set, write the graph to `.tasks/[filename].workflow.md` |
If `--pattern` or `--agents` or `--task` is missing, print usage and stop:
Usage: /map-workflow --pattern <Sequential|Parallel|Hierarchical|Iterative> \
--agents "<agent1,agent2,...>" \
--task "<what this workflow delivers>" \
[--max-iter <N>] [--save <filename>]
Patterns:
Sequential — linear pipeline, one agent after another
Parallel — fan-out to multiple agents simultaneously, then merge
Hierarchical — supervisor delegates to specialists
Iterative — test-driven loop until quality gate passes
Reference: docs/templates/workflow-graph.mdFor each agent name in `--agents`, verify it exists in `.claude/agents/`. If an agent is not found, warn but continue:
⚠️ Agent "foo-developer" not found in .claude/agents/ — check spelling.
Proceeding with remaining agents.Using the pattern and agents, fill in the workflow schema from `docs/templates/workflow-graph.md`. Apply these rules per pattern:
**Sequential:** Each agent becomes one node. `on_pass` chains to the next agent. `on_fail: stop` for all nodes.
**Parallel:** First agent in list becomes the `orchestrate` node. Last agent becomes the `merge` node. All middle agents run in parallel from orchestrate to merge. A `qa-engineer` node is appended after merge if not already in the list.
**Hierarchical:** First agent becomes the `plan` (supervisor) node. Remaining agents are parallel specialist nodes. First agent is also the final `review` node. All specialists must complete before review.
**Iterative:** Exactly 2 agents required — first is the implementer, second is the tester. Loop: implementer → tester → [fail→implementer | pass→done]. Cap at `--max-iter` iterations.
Show the filled YAML schema and an ASCII flow diagram:
🗺️ Workflow Graph — [pattern] · [task] ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ [YAML schema — filled in] Flow: [ASCII diagram derived from nodes] Agents dispatched: [N] Estimated turns: [N × 5 turns per agent, rough estimate] Max iterations: [N — Iterative only, else omit] Verification criteria per node: [node-id] (@agent): [on_pass condition description]
✋ Does this workflow look correct? Reply "yes" to confirm and begin dispatching agents. Reply "edit [node-id] [field] [value]" to adjust a node. Reply "no" to cancel.
Do NOT dispatch any agent until the user confirms.
After approval, if `--save <filename>` was passed, write the graph to `.tasks/<filename>.workflow.md` and print:
✅ Workflow saved → .tasks/<filename>.workflow.md
After the user confirms, hand off to `@producer` with the instruction:
> "Execute workflow `[id]` — dispatch agents in the order defined by the graph. > For each node: run the agent, check the outcome, follow on_pass/on_fail edges. > Write a ledger entry to `production/traces/decision_ledger.jsonl` at each > node completion. Save a checkpoint via `/save-state [task_id]` if any node fails."
---
# Simple 3-agent pipeline /map-workflow --pattern Sequential \ --agents "technical-director,backend-developer,qa-engineer" \ --task "Build JWT auth endpoint" # Parallel frontend + backend /map-workflow --pattern Parallel \ --agents "backend-developer,frontend-developer" \ --task "Login feature — API and UI" # TDD loop, max 3 retries /map-workflow --pattern Iterative \ --agents "backend-developer,qa-engineer" \ --task "Payment service" --max-iter 3 # Save to .tasks/ /map-workflow --pattern Hierarchical \ --agents "lead-programmer,backend-developer,frontend-developer,qa-engineer" \ --task "Sprint 04 wave 1" --save sprint-04-wave-1
Reads production/traces/agent-metrics.jsonl and displays a per-agent performance summary table for the current or a specified…
Provides the vendored agent-style v0.3.5 prose rule pack as a portable Claude skill. Use when installing, syncing, applying, or…
Provides Angular best practices for components, modules, services, and reactive patterns. Use when working with Angular…
Records unexpected API behaviors, undocumented caveats, version bugs, or non-obvious workarounds into…
Defines REST and GraphQL API contracts including endpoints, request/response schemas, auth flows, and versioning strategy. Use…
Manages the ADR (Architecture Decision Record) registry. Use when recording tech-stack choices, design patterns, or…
You MUST use this before any creative work - creating features, building components, adding functionality, modifying behavior, or…
Ask which skill or flow fits your situation. A router over the skills in this repo.