with one click
worktree
Launch one or more tasks in new git worktrees using workmux.
Install with Codex or Claude Copy this prompt, paste it into Codex, Claude, or another assistant, and let it review the skill page and install it for you.
Menu
Launch one or more tasks in new git worktrees using workmux.
Install with Codex or Claude Copy this prompt, paste it into Codex, Claude, or another assistant, and let it review the skill page and install it for you.
Based on SOC occupation classification
| name | worktree |
| description | Launch one or more tasks in new git worktrees using workmux. |
| disable-model-invocation | true |
| allowed-tools | Bash, Write |
Launch one or more tasks in new git worktrees using workmux.
Tasks: $ARGUMENTS
HARD RULE — NO EXCEPTIONS: Do NOT explore, read, grep, glob, or search the
codebase. Do NOT use the Task/Explore agent. Do NOT investigate the problem. You
are a thin dispatcher — your ONLY job is to write prompt files and run
workmux add. The worktree agent will do all the exploration and implementation.
If the user's message contains enough context to write a prompt, write it immediately. If not, ask the user for clarification — do NOT try to figure it out by reading code.
If tasks reference earlier conversation (e.g., "do option 2"), include all relevant context in each prompt you write.
If tasks reference a markdown file (e.g., a plan or spec), re-read the file to ensure you have the latest version before writing prompts.
For each task:
workmux add <worktree-name> -b -P <temp-file> to create the worktreeThe prompt file should:
If the user passes a skill reference (e.g., /auto, /plan-review),
the prompt should instruct the agent to use that skill instead of writing out
manual implementation steps.
Skills can have flags. If the user passes /auto --gemini, pass the
flag through to the skill invocation in the prompt.
Example prompt:
[Task description here]
Use the skill: /skill-name [flags if any] [task description]
Do NOT write detailed implementation steps when a skill is specified — the skill handles that.
--merge: When passed, add instruction to use /merge skill at the end to
commit, rebase, and merge the branch.
...
Then use the /merge skill to commit, rebase, and merge the branch.
Write ALL temp files first, THEN run all workmux commands.
IMPORTANT: Run workmux add from the CURRENT directory. Do NOT cd to the
main repo or any other directory. The new worktree branches from whatever branch
is checked out in the current directory.
Step 1 - Write all prompt files (in parallel):
tmpfile=$(mktemp).md
cat > "$tmpfile" << 'EOF'
Implement feature X...
EOF
echo "$tmpfile" # Note the path for step 2
Step 2 - After ALL files are written, run workmux commands (in parallel):
workmux add feature-x -b -P /tmp/tmp.abc123.md
workmux add feature-y -b -P /tmp/tmp.def456.md
After creating the worktrees, inform the user which branches were created.
Remember: Your task is COMPLETE once worktrees are created. Do NOT implement anything yourself.
Rebase the current branch with smart conflict resolution.
Reference for the workmux CLI that manages git worktrees and tmux windows as isolated development environments. Use when the user mentions workmux, worktrees, or parallel agent workflows.
Use when the user asks to run Codex CLI (codex exec, codex resume) or references OpenAI Codex for code analysis, refactoring, or automated editing
Read and parse YAML files using yq command-line tool. Extract values, query nested structures, filter arrays, and validate syntax. Use when working with YAML configuration files (.yaml, .yml), docker-compose files, Kubernetes manifests, Helm charts, or any YAML parsing tasks.