release-parallel

Dispatch parallel subagent work across release components tracked in the Marshall store.

Updated Jul 15, 2026
One-click install
npx skills add https://github.com/builtbyberry/marshall-claude-plugin --skill release-parallel-builtbyberry
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: release-parallel
Source: https://github.com/builtbyberry/marshall-claude-plugin/tree/main/marshall/skills/release-parallel
Command: npx skills add https://github.com/builtbyberry/marshall-claude-plugin --skill release-parallel-builtbyberry

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Coordinating work on multiple release components at once is fragile when state lives in one orchestrator's session: claims conflict, progress is lost when a session dies, and dependency rules get bypassed. This Skill fans a wave of work out across startable components while keeping every claim, status, and progress note durable in the shared Marshall store. ## Core Features & Use Cases - Store-driven wave dispatch: Opens a dispatch_run over a set of components, with a server-side dependency-graph guard that rejects members whose blockers are not yet merged. - Parallel subagent orchestration: Claims each component and cuts a git worktree via /marshall:release-topic, then spawns one Claude subagent per member that heartbeats its claim and reports progress (dispatched, in_progress, proposed, merged, failed). - Resumable across sessions: Re-invoking re-attaches to an open run, reconciles stale failed members against reality, and reports the wave board instead of starting over. - Use Case: You have five unblocked components in release v0.5.0. Run the skill to open a dispatch run, spin up five worktrees and subagents concurrently, and later resume from a new session to see exactly which members proposed PRs and which failed. ## Quick Start Say "start wave 2 in parallel" or "/release-parallel #41 #42 #45" to dispatch those components as concurrent subagents tracked by a Marshall dispatch run.

Frequently Asked Questions about release-parallel

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

FAQPage Schema
How do I run multiple release components in parallel with Claude?

Invoke the skill with explicit component ids or let it propose the top startable set from release_next. It opens a dispatch_run, claims each component and cuts a worktree via release-topic, then spawns one subagent per member that reports progress to the run.

How does the skill prevent dispatching components with unmet dependencies?

The dispatch_open call runs a server-side dependency-graph guard that rejects any member whose depends_on components are not yet merged, returning a per-member reason. The skill passes the requested set through and surfaces rejections verbatim rather than pre-filtering client-side.

What happens if a session dies during a parallel dispatch wave?

The dispatch_run is durable in the Marshall store, so a new session re-attaches by reading the open run and each member's recorded status. It reconciles failed members against reality, re-spawns subagents only where none is live, and never re-opens or re-dispatches admitted members.

Does the skill merge PRs or wrap the release automatically?

No. The skill only dispatches work and reports progress; merging PRs and wrapping the release are handled separately by release-topic and release-wrap. Auto-merging and auto-retrying failed members are explicitly out of scope.

Why does dispatch fail with claim_conflict during a wave?

claim_conflict means another holder already holds the component's lock, since a live re-claim fails even for the same holder. The skill drops that member from the wave, reports it as failed with the holder's name, and only re-claims after a lease_lost.