원클릭으로
parallel-agents
Use when facing 2+ independent tasks that can run concurrently — separate test failures, unrelated bugs, or parallelizable work
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
메뉴
Use when facing 2+ independent tasks that can run concurrently — separate test failures, unrelated bugs, or parallelizable work
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
SOC 직업 분류 기준
| name | parallel-agents |
| description | Use when facing 2+ independent tasks that can run concurrently — separate test failures, unrelated bugs, or parallelizable work |
Dispatch multiple agents for independent problems.
Announce: "I'm using the parallel-agents skill to handle these independent tasks."
Use when:
Don't use when:
Get project config and check for prior strategies:
ec_search:
query: project config
type: config
ec_search:
query: parallel agent strategy
type: learning
Group problems by what's broken:
If fixing A might fix B, they're not independent.
Search EC for known coupling:
ec_search:
query: [component A] depends
type: learning
ec_search:
query: [component B] coupling
type: pattern
If EC indicates these components are coupled, don't parallelize.
Each agent gets:
Choose ONE approach (don't mix Tasks and TodoWrite):
Option A: Tasks (Preferred) If TaskCreate/TaskUpdate tools are available:
TaskCreate: "Fix file-a.test failures"
TaskCreate: "Fix file-b.test failures"
TaskCreate: "Fix file-c.test failures"
No dependencies needed since these are independent. Agents can share the task list via CLAUDE_CODE_TASK_LIST_ID - updates broadcast in real-time.
Option B: TodoWrite (Fallback) If Tasks aren't available, use TodoWrite to track each workstream.
Task("Fix file-a.test failures")
Task("Fix file-b.test failures")
Task("Fix file-c.test failures")
All three run concurrently.
When agents return:
Fix the failing tests in [file]:
Failures:
1. [test name] - [error summary]
2. [test name] - [error summary]
EC Context:
- Test command: {test_command}
- [Relevant patterns for this component]
- [Known gotchas for this area]
Your task:
1. Read the test file
2. Identify root cause (@debugging)
3. Fix the issue (@tdd)
4. Verify tests pass (@verifying)
Constraints:
- Only modify files in [scope]
- Don't change [shared files]
Return: Summary of what you found and fixed.
Never:
Run full suite to verify no conflicts:
{test_command}
If conflicts exist, resolve manually.
If parallelization revealed something useful:
ec_add:
type: learning
area: parallel-agents
content: [What worked or didn't work about this parallelization]
rationale: Discovered during parallel task execution
Worth storing:
Use when changing cogitation project settings (test/build/lint commands, branching conventions, graphify/codex toggles), or the user says "change config", "update settings", or "set test command"
Use when setting up a project for cogitation for the first time, or the user says "set up cogitation", "init", or "configure this project"
Use at the start of any conversation — establishes the cogitation workflow and requires invoking the right skill before responding, including before clarifying questions
Use for MEDIUM-sized work — new but contained behavior (one component, no architecture/data/API change) that deserves rigor without the design-doc + plan-doc ceremony of brainstorming
Use when the user wants to tailor the cogitation workflow — says "customise", "recustomise", "change the workflow", "make TDD less strict", "turn off finishing-branch", or wants a skill looser or disabled
Use when EC memories need cleanup — deduping, pruning stale entries, hygiene — or the user says "audit memories", "clean up EC", or "review what's stored"