dispatch-orders

Dispatches validated work orders to executor agents and triages structured results.

Updated Mar 24, 2026
One-click install
npx skills add https://github.com/skyrocoster/dnd-kids-resources --skill dispatch-orders-skyrocoster
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: dispatch-orders
Source: https://github.com/skyrocoster/dnd-kids-resources/tree/main/.opencode/skills/dispatch-orders
Command: npx skills add https://github.com/skyrocoster/dnd-kids-resources --skill dispatch-orders-skyrocoster

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Coordinating multi-step implementation work across fresh executor contexts is error-prone: orders get dispatched out of dependency order, failed runs stall entire batches, and coordinators waste effort re-verifying clean results. This Skill enforces a disciplined dispatch-and-triage loop so batches keep moving. ## Core Features & Use Cases - Runnable Order Selection: Reads order files from docs/plans/active/<feature>/orders/, selects PENDING orders whose dependencies are DONE, and validates them with scripts/check_orders.py before any dispatch. - Strength-Based Model Routing: Maps each order's declared strength (Light, Standard, High) to the right executor model, defaulting to Light and refusing unjustified escalations. - Result Classification and Repair: Classifies executor results as DONE-CLEAN, DONE-ANOMALOUS, FAILED, or BLOCKED, then picks the cheapest correct repair route: resume the session, apply a narrow direct fix, reissue a corrected order, or escalate. - Use Case: You have a feature plan with eight ordered work orders. Invoke this Skill to validate and dispatch the runnable ones in parallel, then triage each returned result immediately so downstream orders never stall on an unhandled failure. ## Quick Start Ask the assistant to dispatch the runnable orders for a feature in docs/plans/active and triage the executor results as they come back.

Frequently Asked Questions about dispatch-orders

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I dispatch work orders to executor agents?▼

Select PENDING orders whose dependencies are all DONE, validate them with scripts/check_orders.py, then hand each order to one fresh executor session using the fixed prompt template. Independent orders may run in parallel; dependency chains must run sequentially.

How do I choose which model strength runs a work order?▼

Light is the default and carries every order unless the order states a reason for Standard. High-strength orders are not dispatched at all; they are surfaced to the user. A failed Light run is never grounds for re-dispatching at a higher strength.

What should I do when an executor order comes back FAILED or BLOCKED?▼

Diagnose from the verbatim output and dirty worktree, then pick the cheapest repair: resume the live executor session, apply a narrow fully-determined fix yourself, reissue a corrected order with the failed attempt folded into known facts, or escalate to the user.

Can I batch multiple work orders into one executor context?▼

No. Each order goes to exactly one fresh executor session because the order file is the entire context by design. Batching orders or adding extra hints defeats the fresh-context model and is explicitly out of scope.

When should the coordinator fix code directly instead of reissuing an order?▼

Only when the fix is fully determined by existing context, needs zero exploration, is small and mechanical like a wrong import or missed rename, and every proof command can be run directly. Anything requiring design judgement or multiple files must be reissued as a corrected order.