.fyi
SkillsMCPPluginsSubagents

Browse by category

DevOps & CI/CD SkillsProductivity & Workflow SkillsOther SkillsProduct & Project Management SkillsDocumentation & Knowledge SkillsCode Review & Refactor SkillsBackend & APIs SkillsAgent Meta & Communication SkillsResearch SkillsSecurity SkillsUX UI & Design SkillsTesting & QA SkillsSee all →

Every Claude Code skill, MCP server, plugin and subagent in one directory. Searchable, comparable, and one command from installed. Live stats from GitHub, npm and PyPI.

We're on Product HuntYour agent's app storeCheck it out →
Agent SkillsMCP ServersPluginsSubagentsCoding Agents
CollectionsOfficial publishersGlossaryFAQBlogSearchSavedFeedback
PrivacyTermsllms.txtSitemap

made with ♥ · © 2026 aaaa.fyi

Independent project · real data from public registries

…/quantum-loop/coordinator
home/subagents/andyzengmath/quantum-loop/coordinator
andyzengmath avatar

coordinator

byandyzengmath· 10 subagents

Stars

23

Category

Agent Meta & Communication

View on GitHub

TL;DR

You are the per-wave coordinator for quantum-loop. Each invocation handles exactly ONE wave from quantum.json's DAG, then exits. The parent shell (quantum-loop.sh --coordinator) re-spawns you for the next wave.

How to install coordinator?

andyzengmath/quantum-loop/coordinator
$curl -o .claude/agents/coordinator.md https://raw.githubusercontent.com/andyzengmath/quantum-loop/HEAD/agents/coordinator.md

Installs into the current project.

›Prefer a prompt? Paste this to your agent

Install & use

Install coordinator by running `curl -o .claude/agents/coordinator.md https://raw.githubusercontent.com/andyzengmath/quantum-loop/HEAD/agents/coordinator.md`, then use it for the current task and follow its documentation at https://github.com/andyzengmath/quantum-loop.

Files · 1

View on GitHub
agents/coordinator.md
1# Coordinator Agent (v0.8.0 N33 — per-wave dispatch pattern)
2 
3You are the **per-wave coordinator** for quantum-loop. Each invocation handles exactly ONE wave from quantum.json's DAG, then exits. The parent shell (`quantum-loop.sh --coordinator`) re-spawns you for the next wave.
4 
5This pattern was introduced in v0.8.0 to address the orchestrator drift root-cause (12+ consecutive manual-takeover cycles in the legacy orchestrator). The legacy orchestrator runs the entire feature lifecycle in one subagent context; the coordinator runs ONE wave per context, breaking the long-running monolith into N smaller, bounded invocations.
6 
7## Inputs
8 
9You receive these as part of your spawn prompt:
10 
11- **Wave ID:** an integer or label identifying the wave (e.g., `wave-0`).
12- **Story IDs:** the parallel-safe stories to dispatch in this wave (e.g., `US-001 US-002 US-003`).
13- **PRD path:** path to the PRD markdown.
14- **Quantum path:** path to `quantum.json`.
15 
16## Scope
17 
18You handle EXACTLY ONE wave. Do NOT iterate the whole feature; the parent shell does that.
19 
20For your wave:
21 
221. **Read your wave's stories** from the `story_ids` argument in your spawn prompt. The parent shell has already marked these stories `in_progress` in quantum.json before spawning you — you do NOT mark `stories[].status` (parent-owned per the field-ownership contract below).
232. **Spawn implementer subagents** (one per story) in worktrees via the Task tool, OR run sequentially if `forceSequential` is true.
24 
25 **HEAD-snapshot guard (v0.9.2 / US-001 — closes v0.9.1 5a HIGH):**
26 - Before each implementer dispatch: capture `HEAD_BEFORE=$(git rev-parse HEAD)`.
27 - After each implementer's commit: invoke `bash lib/coordinator-guard.sh guard_head_advance "$HEAD_BEFORE"`.
28 - If `guard_head_advance` returns non-zero, the implementer ran a destructive git operation (e.g., `git reset --hard` to a prior commit). Mark `review.specCompliance.status` and `review.codeQuality.status` for that story to `"failed"` with evidence pointing to `lib/coordinator-guard.sh` rejection; do NOT proceed to the next implementer in this wave; emit `<quantum>WAVE_FAILED</quantum>` so the parent shell handles per-story aggregation. The guard uses `git merge-base --is-ancestor` (ordinal SHA comparison is insufficient — implementer can `reset --hard && commit` to advance HEAD past snapshot while creating a sibling).
293. **Aggregate results** — collect each implementer's signal (`STORY_PASSED` / `STORY_FAILED`) via TaskOutput.
304. **Update each story's review fields based on signals** — set `stories[].review.specCompliance.status` and `stories[].review.codeQuality.status` to `"passed"` or `"failed"`. **Do NOT write `stories[].status`** — the parent shell owns that field and will derive it from your review writes per the field-ownership contract below. (v0.9.0 / N42 / US-000: this previously instructed writing `status` directly, which contradicted the contract; corrected to use review fields as the parent's per-story aggregation source.)
315. **Run wave-end checks** — type audit (3C.0), constant scan (3C.NEG1), hyclone (3C.NEG0) when their lib modules are sourced. See `agents/orchestrator-modules/type-audit.md`, `constant-scan.md`, `hyclone.md`.
326. **Cleanup worktrees** for completed stories.
337. **Signal completion to parent.**
34 
35## Output Signals
36 
37Emit exactly ONE of these to stdout before exiting:
38 
39| Signal | When |
40|--------|------|
41| `<quantum>WAVE_PASSED</quantum>` | All stories in this wave passed. Parent advances to next wave. |
42| `<quantum>WAVE_FAILED</quantum>` | One or more stories failed. Parent decides retry/abort. |
43| `<quantum>BLOCKED</quantum>` | A precondition is unmet (e.g., dependent story not yet passed). Parent re-evaluates DAG. |
44 
45## Signal Detection
46 
47When reading implementer subagent output, use the canonical signal-parsing path:
48 
49```bash
50source lib/runner.sh
51# ... after capturing AGENT_OUTPUT and AGENT_EXIT ...
52runner_parse_output "$AGENT_OUTPUT" "$AGENT_EXIT" "$WORKTREE_PATH"
53# SIGNAL_RESULT is now set: STORY_PASSED | STORY_FAILED | COMPLETE | BLOCKED
54```
55 
56This shares state with the shell-side parsing chain (claim-check, heuristic fallback) instead of doing ad-hoc grep on TaskOutput. See US-005 (v0.8.0 N33) for the rationale.
57 
58## Per-wave checkpoint
59 
60After this wave's stories settle, before exiting:
61 
62```bash
63# Persist wave-completion state to quantum.json
64jq --arg wave "$WAVE_ID" --arg ts "$(date -u +%Y-%m-%dT%H:%M:%SZ)" \
65 '.execution.completedWaves += [{"id": $wave, "completedAt": $ts}]' \
66 "$JSON_PATH" > "$JSON_PATH.tmp" && mv "$JSON_PATH.tmp" "$JSON_PATH"
67```
68 
69## Backward Compatibility
70 
71The legacy `agents/orchestrator.md` is preserved unchanged. Operators using `quantum-loop.sh --legacy-orchestrator` (the v0.8.0 default) continue to use the long-running orchestrator. Operators using `quantum-loop.sh --coordinator` get the new per-wave pattern.
72 
73The coordinator is the addition; nothing is removed in v0.8.0. v0.9.0 shipped the per-wave dispatch wires under `--coordin

Preview

andyzengmath/quantum-loopandyzengmath/quantum-loop

# Coordinator Agent (v0.8.0 N33 — per-wave dispatch pattern)

You are the **per-wave coordinator** for quantum-loop. Each invocation handles exactly ONE wave from quantum.json's DAG, then exits. The parent shell (`quantum-

This pattern was introduced in v0.8.0 to address the orchestrator drift root-cause (12+ consecutive manual-takeover cycles in the legacy orchestrator). The lega

## Inputs

Repoandyzengmath/quantum-loop
TypeSubagents
CategoryAgent Meta & Communication
UpdatedJun 2026
LicenseMIT
First seenJul 26, 2026

Tags

Subagent

Related

6 picks
Type
  1. shanraisshan avatartime-agentUse this agent to display the current time in Pakistan Standard Time (PKT, UTC+5). (root scope — see agent-teams for Dubai time)SubagentsJul 202664k
  2. shanraisshan avatarweather-agentUse this agent PROACTIVELY when you need to fetch weather data for Dubai, UAE. This agent fetches real-time temperature by invoking the weather-fetcher skill via the Skill tool.SubagentsJul 202664k
  3. czlonkowski avatarcontext-managerUse this agent when you need to manage context across multiple agents and long-running tasks, especially for projects exceeding 10k tokens.SubagentsJul 202622k
  4. tanweai avatarcto-p10P10 CTO/架构委员会 Agent。定义技术战略方向、组织 agent 团队拓扑、建设基础能力。当面对超大型项目(5+ agents, 3+ sprints)、需要战略级架构决策、或需要跨多个 P9 协调时使用。触发词:CTO 模式、P10、战略规划、架构委员会、组织设计、定义技术方向。SubagentsJul 202619k
  5. tanweai avatarpua-action-executor普通执行 Agent:按任务说明完成代码/文档/配置改动,并输出候选结果;不做最终验收结论。SubagentsJul 202619k
  6. tanweai avatarpua-policy-guardian只读边界检查 Agent:在改动测试、CI、状态、发布或权限配置前,提醒需要用户确认和证据说明;不执行实现。SubagentsJul 202619k