orchestrator_skill

This skill automates multi-agent orchestration by spawning parallel subagents, coordinating via memory bus, and monitoring progress for complex workflows.
  • TypeScript

181

GitHub Stars

1

Bundled Files

2 months ago

Catalog Refreshed

4 months ago

First Indexed

Readme & install

Copy the install command, review bundled files from the catalogue, and read any extended description pulled from the listing source.

Installation

Preview and clipboard use veilstrat where the catalogue uses aiagentskills.

npx veilstrat add skill first-fluke/fullstack-starter --skill orchestrator

  • SKILL.md5.0 KB

Overview

This skill is an automated multi-agent orchestrator that spawns CLI subagents in parallel, coordinates state via MCP Memory, and monitors progress end-to-end. It is built for production monorepos and handles planning, execution, verification, retries, and result collection. The orchestrator enforces verification gates and uses retry and clarification-debt policies to maintain quality.

How this skill works

On request it decomposes work into tasks, creates a session and task board in memory, and spawns subagents as independent CLI processes (gemini -p ... --approval-mode=yolo) without exceeding MAX_PARALLEL. It polls progress at configured intervals, runs mandatory verification (oh-my-ag verify) for each completed agent, applies retry logic on failures, and collects result files into a final summary. Memory reads/writes go through configurable MCP tools and ownership rules ensure clear file responsibilities.

When to use it

  • When a feature requires multiple specialized agents working in parallel
  • When you want end-to-end automated execution without manual agent management
  • When delivering full-stack changes spanning backend, frontend, mobile, and QA
  • When the user requests “run automatically” or “run in parallel”
  • When reproducible session metrics and postmortems are required

Best practices

  • Keep MAX_PARALLEL small for resource-constrained CI runners and increase in dedicated environments
  • Provide structured task specifications so planners can decompose reliably
  • Never bypass the verification gate—automated verify is mandatory for acceptance
  • Attach relevant workspace context and previous artifacts to reduce clarification debt
  • Monitor CD (Clarification Debt) and trigger RCA if CD thresholds are exceeded

Example use cases

  • Implement a full-stack feature: spawn backend, frontend, mobile, QA agents in parallel and collect results
  • Run a multi-component migration across services with coordinated verification and retries
  • Automated release smoke test: spawn test agents for API, UI, and mobile then aggregate pass/fail reports
  • Perform scoped refactor across repo modules where each subagent handles a specific package
  • Generate a consolidated developer handoff with lessons-learned if clarification debt is high

FAQ

The orchestrator polls status, runs verification for completed agents, and follows retry logic (30s then 60s waits). After retries are exhausted it reports failure and asks whether to continue or abort.

How is shared state managed between agents?

Shared state is stored via MCP Memory tools configured in mcp.json. Orchestrator owns session and task-board files; agents own their progress and result files, which orchestrator reads.

Built by
VeilStrat
AI signals for GTM teams
© 2026 VeilStrat. All rights reserved.All systems operational