co-design
Only to be triggered by explicit /co-design commands. Parallel task executor that routes frontend/design tasks to Claude CLI…
Only to be triggered by explicit /parallel-task-tmux commands. Dependency-aware parallel plan execution that launches each unblocked Codex worker in a live tmux pane, keeps pane output visible in real time, and shrinks the layout by closing panes as tasks complete.
$ npx -y skills add am-will/swarms --skill parallel-task-tmux --agent claude-codeHow it fires
How this skill gets triggered: by you, by Claude, or both.
/parallel-task-tmuxContext preview
The summary Claude sees to decide when to auto-load this skill.
Only to be triggered by explicit /parallel-task-tmux commands. Dependency-aware parallel plan execution that launches each unblocked Codex worker in a live tmux pane, keeps pane output visible in real time, and shrinks the layout by closing panes as tasks complete.
name: parallel-task-tmux description: > Only to be triggered by explicit /parallel-task-tmux commands. Dependency-aware parallel plan execution that launches each unblocked Codex worker in a live tmux pane, keeps pane output visible in real time, and shrinks the layout by closing panes as tasks complete.
Run dependency-ordered plan execution like `parallel-task`, but route each worker through `codex exec` inside tmux panes so progress is visible in real time.
Use this skill when you want:
1. Parse the plan and compute unblocked tasks by `depends_on`. 2. Build one worker prompt file per task. 3. Launch one tmux pane per task via `scripts/tmux_spawn_worker.sh`. 4. Monitor status/logs and reap completed panes via `scripts/tmux_reap_completed.sh`. 5. Validate completed tasks before advancing to the next dependency wave. 6. Repeat until all requested tasks are complete.
Run these checks before launching workers:
command -v tmux >/dev/null command -v codex >/dev/null
Resolve the skill directory once so helper script paths are stable:
SKILL_ROOT="$(fd -td -p 'parallel-task-tmux' "$PWD" "$HOME/.codex/skills" "$HOME/.agents/skills" 2>/dev/null | head -n 1)"
Fail fast if `SKILL_ROOT` is empty.
Initialize one run directory per execution:
PLAN_FILE="./plan.md"
PLAN_BASE="$(basename "$PLAN_FILE" .md)"
RUN_ID="$(date +%Y%m%d-%H%M%S)"
SESSION_NAME="swarms-${PLAN_BASE}-${RUN_ID}"
RUN_ROOT=".swarms/tmux/${SESSION_NAME}"
mkdir -p "$RUN_ROOT/prompts" "$RUN_ROOT/logs"
: > "$RUN_ROOT/status.tsv"
: > "$RUN_ROOT/task_map.tsv"
: > "$RUN_ROOT/reaped.tsv"Mirror `parallel-task` behavior:
Create one prompt file per task at:
Use the same task context and completion requirements as `parallel-task`:
When running inside tmux, prefer in-place splits so the user can keep chatting in the current Codex pane while workers appear beside it.
In-place mode (recommended inside tmux):
"$SKILL_ROOT/scripts/tmux_spawn_worker.sh" \
--split-current \
--workspace "$PWD" \
--task-id "$TASK_ID" \
--prompt-file "$RUN_ROOT/prompts/${TASK_ID}.md" \
--log-file "$RUN_ROOT/logs/${TASK_ID}.log" \
--status-file "$RUN_ROOT/status.tsv" \
--map-file "$RUN_ROOT/task_map.tsv"Detached session mode (for non-tmux shells):
"$SKILL_ROOT/scripts/tmux_spawn_worker.sh" \
--session "$SESSION_NAME" \
--workspace "$PWD" \
--task-id "$TASK_ID" \
--prompt-file "$RUN_ROOT/prompts/${TASK_ID}.md" \
--log-file "$RUN_ROOT/logs/${TASK_ID}.log" \
--status-file "$RUN_ROOT/status.tsv" \
--map-file "$RUN_ROOT/task_map.tsv"Behavior:
In detached mode, if not already attached, print:
tmux attach -t "$SESSION_NAME"
During each wave, monitor active panes:
tmux list-panes -t "${SESSION_NAME}:workers" -F '#{pane_id} #{pane_current_command} #{pane_dead}'Collect completed workers and close their panes:
"$SKILL_ROOT/scripts/tmux_reap_completed.sh" \ --session "$SESSION_NAME" \ --status-file "$RUN_ROOT/status.tsv" \ --map-file "$RUN_ROOT/task_map.tsv" \ --seen-file "$RUN_ROOT/reaped.tsv"
This is what gives the expand/shrink behavior:
Inspect logs before accepting a task:
tail -n 80 "$RUN_ROOT/logs/${TASK_ID}.log"For each completed task: 1. Verify files changed as expected. 2. Verify plan status/log/files fields were updated. 3. Verify RED -> GREEN test evidence or explicit `reason_not_testable` plus concrete alternative verification output. 4. Mark task complete in orchestrator state only after verification passes. 5. Retry failed tasks with corrected prompts when needed.
Launch the next wave only when all tasks in the current wave are verified complete.
After all tasks are complete: 1. Run final validation commands from the plan. 2. Confirm no pending tasks remain. 3. Provide an execution summary with completed, failed, retried tasks, modified files, and verification evidence.
Leave the tmux session alive by default for auditability. Only kill it if the user asks:
tmux kill-session -t "$SESSION_NAME"
Multi-agent orchestration for Claude Code and Codex. Plan with explicit dependencies, execute in parallel waves, with an orchestrator that maintains context and verifies work.
Only to be triggered by explicit /co-design commands. Parallel task executor that routes frontend/design tasks to Claude CLI…
Only to be triggered by explicit /parallel-task-spark commands.
[EXPLICIT INVOCATION ONLY] Creates dependency-aware implementation plans optimized for parallel multi-agent execution.