一键导入
parallel-yak-implementation
Use when multiple independent leaf yaks are ready to implement and can be worked on concurrently with separate agents in worktrees
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
菜单
Use when multiple independent leaf yaks are ready to implement and can be worked on concurrently with separate agents in worktrees
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
Use when writing or reviewing Gherkin features, especially after discovering examples or edge cases that reveal a new business rule
Use when a feature feels under-tested, after implementing new functionality, or before a release to discover edge cases, UX issues, and bugs through hands-on CLI exploration
Use when running yx commands that create, modify, or delete yaks outside of real project work — provides an isolated temp environment
Pick up ready leaf yaks and implement them — dispatch subagents in isolated worktrees, then merge back to main
Prepare a yak for implementation by establishing spec, acceptance criteria, and breaking into sub-yaks
Discover work structure by approaching goals and finding blockers — emergent planning through action, not top-down decomposition
| name | parallel-yak-implementation |
| description | Use when multiple independent leaf yaks are ready to implement and can be worked on concurrently with separate agents in worktrees |
When multiple leaf yaks are independent and have plans, dispatch
one agent per yak in parallel worktrees. This skill wraps
superpowers-dev:dispatching-parallel-agents with yak-specific
lifecycle steps.
yx ls
Leaf yaks (no children) with plans are candidates. Verify independence: check their plans don't touch the same files.
This is the FIRST thing you do after identifying yaks.
yx state "<yak-name>" wip
Do this for EVERY yak BEFORE launching any agents. This signals to the human (and future sessions) what's being worked on.
Verify with yx ls - all target yaks should show as wip
before you proceed to step 3.
REQUIRED: Use superpowers-dev:dispatching-parallel-agents
for the dispatch pattern.
Each agent prompt should include:
yx field --show "<name>" plan)superpowers-dev:using-git-worktreessuperpowers-dev:executing-plansFor each returning agent:
dev check in the worktreeyx state "<name>" donesuperpowers-dev:finishing-a-development-branchIf an agent fails, keep the yak as wip and investigate.
Neither you nor your subagents may modify main's working tree. Main is for merging finished branches only.
Working directly on main - The most dangerous mistake. Always dispatch subagents with worktree instructions. If a subagent reports it's working on main, kill it immediately.
Forgetting to mark wip - Agents start working but yaks still show as todo. Always mark wip BEFORE dispatching.
Overlapping file changes - If two yaks modify the same files, work them sequentially instead.
Not reviewing agent output - Always verify before marking done. Agents can make systematic errors.