스킬 dispatching-parallel-agents
📦

dispatching-parallel-agents

안전

병렬 에이전트에 작업을 분배하여 동시 실행

또한 다음에서 사용할 수 있습니다: CodingCossack,davila7,Doyajin174,DYAI2025,Cygnusfear,Cycleaddict,obra

여러 독립적인 문제를 순차적으로 조사하며 시간을 낭비하지 마십시오. 이 스킬은 문제 도메인당 하나의 에이전트를 분배하여 조사를 동시에 수행하는 방법을 가르칩니다.

지원: Claude Codex Code(CC)
🥉 73 브론즈
1

스킬 ZIP 다운로드

2

Claude에서 업로드

설정 → 기능 → 스킬 → 스킬 업로드로 이동

3

토글을 켜고 사용 시작

테스트해 보기

"dispatching-parallel-agents" 사용 중입니다. 3 개 파일에 걸친 6 개의 테스트 실패: agent-tool-abort.test.ts (3 개 실패), batch-completion-behavior.test.ts (2 개 실패), tool-approval-race-conditions.test.ts (1 개 실패)

예상 결과:

  • 에이전트 1 (agent-tool-abort.test.ts): 도구 완료를 위한 임의의 타임아웃을 이벤트 기반 대기 방식으로 교체. 3 개 테스트 수정.
  • 에이전트 2 (batch-completion-behavior.test.ts): threadId 가 잘못된 위치에 있는 이벤트 구조 버그 수정. 2 개 테스트 수정.
  • 에이전트 3 (tool-approval-race-conditions.test.ts): 어설션 전에 비동기 도구 실행 완료를 위한 대기 추가. 1 개 테스트 수정.
  • 통합: 3 개 수정사항은 모두 독립적이며 충돌 없음. 전체 테스트 스위트 통과.

"dispatching-parallel-agents" 사용 중입니다. 여러 관련 없는 버그: 로그인 버튼 스타일링 오류, API 응답 캐싱 작동 안 함, 이메일 알림 지연

예상 결과:

  • 에이전트 1 (스타일링): CSS 클래스 이름 충돌 식별. 다른 컴포넌트에 영향을 주지 않고 버튼 스타일 수정.
  • 에이전트 2 (캐싱): 캐시 키 생성에 요청 파라미터 누락. 적절한 키 구성 추가.
  • 에이전트 3 (알림): 메시지 큐 컨슈머에 잘못된 재시도 로직 있음. 재시도 백오프 알고리즘 수정.
  • 모든 에이전트가 독립적으로 작업. 수정된 공유 파일 없음. 변경사항 성공적으로 통합됨.

보안 감사

안전
v1 • 2/24/2026

This skill is a documentation-only markdown file providing guidance on parallel agent dispatching patterns. Static analyzer flagged 10 patterns as potential risks, but all are FALSE POSITIVES. The external_commands detections are documentation code examples (not executable). The cryptographic and reconnaissance flags reference documentation text with no actual security-relevant operations. No executable code, network access, file system operations, or sensitive data handling present.

1
스캔된 파일
181
분석된 줄 수
1
발견 사항
1
총 감사 수
낮은 위험 문제 (1)
SKILL.md:16-147
Static Analysis False Positive - External Commands
Static scanner detected 7 instances of shell command patterns. All are documentation examples in markdown code blocks, not executable code. The skill file is purely instructional content.
감사자: claude

품질 점수

38
아키텍처
100
유지보수성
87
콘텐츠
50
커뮤니티
100
보안
83
사양 준수

만들 수 있는 것

병렬 테스트 실패 조사

여러 테스트 파일이 다른 근본 원인으로 실패하고 있습니다. 각 테스트 파일당 하나의 에이전트를 분배하여 각 실패를 독립적으로 조사하고 수정합니다.

멀티 서브시스템 디버깅

서로 다른 서브시스템이 독립적으로 고장났습니다. 각 에이전트는 다른 영역의 컨텍스트 없이 진단할 하나의 서브시스템을 할당받습니다.

동시 코드 리뷰

여러 풀 리퀘스트에 리뷰가 필요합니다. 에이전트를 분배하여 서로 다른 PR 을 동시에 리뷰하고, 각각 할당된 변경사항에 대한 집중된 피드백을 제공합니다.

이 프롬프트를 사용해 보세요

초급: 기본 병렬 작업 
2 개의 독립적인 작업이 있습니다. 작업 1: [설명]. 작업 2: [설명]. 이 작업들은 파일이나 상태를 공유하지 않습니다. 두 작업을 병렬로 조사하고 각각에 대한 별도 요약을 제공해주세요.
중급: 테스트 실패 분배 
src/agents/agent-tool-abort.test.ts 의 실패한 3 개 테스트를 수정하세요. 이들은 타이밍 및 경합 조건 문제입니다. 작업: 1) 테스트 파일을 읽고 각 테스트가 무엇을 검증하는지 이해, 2) 근본 원인 식별, 3) 타임아웃을 이벤트 기반 대기 방식으로 교체하여 수정. 프로덕션 코드를 변경하지 마세요. 발견한 내용과 수정한 내용의 요약을 반환하세요.
고급: 멀티 에이전트 조정 
병렬 조사를 위해 3 개의 에이전트를 분배합니다. 에이전트 1 은 auth 모듈 오류를 조사. 에이전트 2 는 API 속도 제한 문제를 조사. 에이전트 3 은 데이터베이스 연결 풀 고갈을 조사. 각 에이전트: 해당 도메인에만 집중, 범위 밖의 파일을 수정하지 않음, 근본 원인과 수행된 변경사항을 포함한 구조화된 요약 반환. 모든 에이전트 완료 후 모든 결과를 통합합니다.
전문가: 복잡한 병렬 워크플로 
이 멀티 도메인 오류 시나리오에 대해 병렬 에이전트를 분배하세요. 도메인 A: Dashboard.tsx 및 Metrics.tsx 의 프론트엔드 컴포넌트 렌더링 문제. 도메인 B: /api/v2/analytics 엔드포인트의 백엔드 API 타임아웃 오류. 도메인 C: 보고 쿼리의 데이터베이스 쿼리 성능 저하. 모든 에이전트에 대한 제약 조건: 파괴적인 변경사항 도입 금지, 하위 호환성 유지, 모든 수정사항에 대한 테스트 추가. 각 에이전트는 다음을 반환해야 함: 근본 원인 분석, 수정된 파일, 테스트 결과, 필요한 후속 조치.

모범 사례

  • 분배 전에 작업이 실제로 독립적인지 항상 확인 - 공유 파일, 상태 또는 순차적 종속성 확인
  • 각 에이전트에 명확한 범위를 제공하고 변경하지 말아야 할 것에 대한 명확한 제약 조건 부여
  • 보다 쉬운 통합을 위해 각 에이전트로부터 근본 원인, 수행된 변경사항 및 테스트 결과를 포함한 구조화된 요약 요청

피하기

  • '모든 테스트 수정'과 같이 너무 광범위한 범위 - 에이전트가 집중된 방향 없이迷失됨
  • 에이전트가 관련 없는 코드를 리팩토링하거나 예상치 못하게 프로덕션 로직을 변경할 수 있는 제약 조건 누락
  • '고쳐줘'와 같이 모호한 출력 기대 - 무엇이 왜 변경되었는지 알 수 없음

자주 묻는 질문

한 번에 몇 개의 병렬 에이전트를 분배해야 하나요?
대부분의 시나리오에서는 2-3 개의 에이전트로 시작하세요. 5 개 이상의 에이전트는 조정과 통합이 어려워질 수 있습니다. 최적의 숫자는 독립적인 문제 도메인을 얼마나 명확하게 식별할 수 있는지에 따라 달라집니다.
에이전트가 동일한 파일을 수정하면 어떻게 하나요?
これは 작업이 실제로 독립적이지 않았음을 나타냅니다. 통합하기 전에 에이전트 출력을 검토하여 충돌을 확인하세요. 충돌이 존재하면 다른 변경사항을 인지한 상태로 하나의 에이전트를 다시 실행하거나 수동으로 차이를 조정해야 할 수 있습니다.
이를 단일 AI 어시스턴트와 함께 사용할 수 있나요, 아니면 여러 인스턴스가 필요한가요?
이 스킬은 Claude Code Task 기능과 같이 동시 작업 실행을 지원하는 단일 AI 어시스턴트와 함께 작동합니다. 핵심은 여러 조사를 동시에 실행할 수 있는 능력이며,複数の AI 인스턴스를 갖는 것이 아닙니다.
작업이 실제로 독립적인지 어떻게 알 수 있나요?
자문하세요: 각 작업이 다른 작업의 컨텍스트 없이 이해될 수 있나요? 서로 다른 파일을 수정하나요? 하나를 수정하는 것이 다른 작업에 영향을 미치나요? 모두 예라면 독립적입니다. 하나를 수정하는 것이 다른 작업도 수정할 수 있다면 먼저 함께 조사하세요.
에이전트가 병렬로 실행되는 동안 무엇을 해야 하나요?
대기 시간을 생산적으로 사용하세요: 관련 코드 검토, 테스트 환경 준비 또는 관련 없는 작업 수행. 에이전트가 반환하면 모든 요약을 검토하고 변경사항을 통합하는 데 집중된 시간을 할당하세요.
순차적으로 실행하는 대신 항상 에이전트를 병렬로 실행해야 하나요?
아닙니다. 다음과 같은 경우 순차적 조사가 더 낫습니다: 오류가 관련되어 있는 경우, 전체 시스템 컨텍스트가 필요한 경우, 작업이 상태를 공유하는 경우, 또는 무엇이 고장났는지 이해하기 위해 아직 탐색 중인 경우. 병렬 분배는 문제 도메인이 명확하게 식별되고 독립적일 때 가장 잘 작동합니다.

개발자 세부 정보

작성자

ZhanlinCui

라이선스

MIT

리포지토리

https://github.com/ZhanlinCui/Ultimate-Agent-Skills-Collection/tree/main/dispatching-parallel-agents

참조

main

파일 구조

📄 SKILL.md