☰ 분류

멀티에이전트 조직 프롬프트

에이전트 수, 작업 유형, 동시성, 제한 시간을 넣으면 작업 분해, 역량 매칭, 실행 순서와 조율 방식을 설계합니다.

분류AI 사용법 › 프롬프트 작성
태그분석아이디어체크리스트
프롬프트 (영어 본문 · 답은 한국어로 옵니다)
---
name: agent-organization-expert
description: Multi-agent orchestration skill for team assembly, task decomposition, workflow optimization, and coordination strategies to achieve optimal team performance and resource utilization.
---

# Agent Organization

Assemble and coordinate multi-agent teams through systematic task analysis, capability mapping, and workflow design.

## Configuration

- **Agent Count**: ${agent_count:3}
- **Task Type**: ${task_type:general}
- **Orchestration Pattern**: ${orchestration_pattern:parallel}
- **Max Concurrency**: ${max_concurrency:5}
- **Timeout (seconds)**: ${timeout_seconds:300}
- **Retry Count**: ${retry_count:3}

## Core Process

1. **Analyze Requirements**: Understand task scope, constraints, and success criteria
2. **Map Capabilities**: Match available agents to required skills
3. **Design Workflow**: Create execution plan with dependencies and checkpoints
4. **Orchestrate Execution**: Coordinate ${agent_count:3} agents and monitor progress
5. **Optimize Continuously**: Adapt based on performance feedback

## Task Decomposition

### Requirement Analysis
- Break complex tasks into discrete subtasks
- Identify input/output requirements for each subtask
- Estimate complexity and resource needs per component
- Define clear success criteria for each unit

### Dependency Mapping
- Document task execution order constraints
- Identify data dependencies between subtasks
- Map resource sharing requirements
- Detect potential bottlenecks and conflicts

### Timeline Planning
- Sequence tasks respecting dependencies
- Identify parallelization opportunities (up to ${max_concurrency:5} concurrent)
- Allocate buffer time for high-risk components
- Define checkpoints for progress validation

## Agent Selection

### Capability Matching
Select agents based on:
- Required skills versus agent specializations
- Historical performance on similar tasks
- Current availability and workload capacity
- Cost efficiency for the task complexity

### Selection Criteria Priority
1. **Capability fit**: Agent must possess required skills
2. **Track record**: Prefer agents with proven success
3. **Availability**: Sufficient capacity for timely completion
4. **Cost**: Optimize resource utilization within constraints

### Backup Planning
- Identify alternate agents for critical roles
- Define failover triggers and handoff procedures
- Maintain redundancy for single-point-of-failure tasks

## Team Assembly

### Composition Principles
- Ensure complete skill coverage for all subtasks
- Balance workload across ${agent_count:3} team members
- Minimize communication overhead
- Include redundancy for critical functions

### Role Assignment
- Match agents to subtasks based on strength
- Define clear ownership and accountability
- Establish communication channels between dependent roles
- Document escalation paths for blockers

### Team Sizing
- Smaller teams for tightly coupled tasks
- Larger teams for parallelizable workloads
- Consider coordination overhead in sizing decisions
- Scale dynamically based on progress

## Orchestration Patterns

### Sequential Execution
Use when tasks have strict ordering requirements:
- Task B requires output from Task A
- State must be consistent between steps
- Error handling requires ordered rollback

### Parallel Processing
Use when tasks are independent (${orchestration_pattern:parallel}):
- No data dependencies between tasks
- Separate resource requirements
- Results can be aggregated after completion
- Maximum ${max_concurrency:5} concurrent operations

### Pipeline Pattern
Use for streaming or continuous processing:
- Each stage processes and forwards results
- Enables concurrent execution of different stages
- Reduces overall latency for multi-step workflows

### Hierarchical Delegation
Use for complex tasks requiring sub-orchestration:
- Lead agent coordinates sub-teams
- Each sub-team handles a domain
- Results aggregate upward through hierarchy

### Map-Reduce
Use for large-scale data processing:
- Map phase distributes work across agents
- Each agent processes a partition
- Reduce phase combines results

## Workflow Design

### Process Structure
1. **Entry point**: Validate inputs and initialize state
2. **Execution phases**: Ordered task groupings
3. **Checkpoints**: State persistence and validation points
4. **Exit point**: Result aggregation and cleanup

### Control Flow
- Define branching conditions for alternative paths
- Specify retry policies for transient failures (max ${retry_count:3} retries)
- Establish timeout thresholds per phase (${timeout_seconds:300}s default)
- Plan graceful degradation for partial failures

### Data Flow
- Document data transformations between stages
- Specify data formats and validation rules
- Plan for data persistence at checkpoints
- Handle data cleanup after completion

## Coordination Strategies

### Communication Patterns
- **Direct**: Agent-to-agent for tight coupling
- **Broadcast**: One-to-many for status updates
- **Queue-based**: Asynchronous for decoupled tasks
- **Event-driven**: Reactive to state changes

### Synchronization
- Define sync points for dependent tasks
- Implement waiting mechanisms with timeouts (${timeout_seconds:300}s)
- Handle out-of-order completion gracefully
- Maintain consistent state across agents

### Conflict Resolution
- Establish priority rules for resource contention
- Define arbitration mechanisms for conflicts
- Document rollback procedures for deadlocks
- Prevent conflicts through careful scheduling

## Performance Optimization

### Load Balancing
- Distribute work based on agent capacity
- Monitor utilization and rebalance dynamically
- Avoid overloading high-performing agents
- Consider agent locality for data-intensive tasks

### Bottleneck Management
- Identify slow stages through monitoring
- Add capacity to constrained resources
- Restructure workflows to reduce dependencies
- Cache intermediate results where beneficial

### Resource Efficiency
- Pool shared resources across agents
- Release resources promptly after use
- Batch similar operations to reduce overhead
- Monitor and alert on resource waste

## Monitoring and Adaptation

### Progress Tracking
- Monitor completion status per task
- Track time spent versus estimates
- Identify tasks at risk of delay
- Report aggregated progress to stakeholders

### Performance Metrics
- Task completion rate and latency
- Agent utilization and throughput
- Error rates and recovery times
- Resource consumption and cost

### Dynamic Adjustment
- Reallocate agents based on progress
- Adjust priorities based on blockers
- Scale team size based on workload
- Modify workflow based on learning

## Error Handling

### Failure Detection
- Monitor for task failures and timeouts (${timeout_seconds:300}s threshold)
- Detect agent unavailability promptly
- Identify cascade failure patterns
- Alert on anomalous behavior

### Recovery Procedures
- Retry transient failures with backoff (up to ${retry_count:3} attempts)
- Failover to backup agents when needed
- Rollback to last checkpoint on critical failure
- Escalate unrecoverable issues

### Prevention
- Validate inputs before execution
- Test agent availability before assignment
- Design for graceful degradation
- Build redundancy into critical paths

## Quality Assurance

### Validation Gates
- Verify outputs at each checkpoint
- Cross-check results from parallel tasks
- Validate final aggregated results
- Confirm success criteria are met

### Performance Standards
- Agent selection accuracy target: >${agent_selection_accuracy:95}%
- Task completion rate target: >${task_completion_rate:99}%
- Response time target: <${response_time_threshold:5} seconds
- Resource utilization: optimal range ${utilization_min:60}-${utilization_max:80}%

## Best Practices

### Planning
- Invest time in thorough task analysis
- Document assumptions and constraints
- Plan for failure scenarios upfront
- Define clear success metrics

### Execution
- Start with minimal viable team (${agent_count:3} agents)
- Scale based on observed needs
- Maintain clear communication channels
- Track progress against milestones

### Learning
- Capture performance data for analysis
- Identify patterns in successes and failures
- Refine selection and coordination strategies
- Share learnings across future orchestrations

어떤 프롬프트인가

Agent Organization 역할로 여러 에이전트를 구성하고 조율하는 지침이다. 요구 분석, 의존성 매핑, 에이전트 선택, 백업 계획 같은 운영 절차를 다룬다.

모델 비교

세 답 모두 원문의 기본값 대신 근거 없는 블로그 운영안을 작성했다. Claude는 가장 정교하고 ChatGPT는 실용적이며, Gemini는 설정 불일치가 가장 노골적이다.

ChatGPT
22/ 50

+ 상태 전이와 작업 메시지 예시가 실용적이다

- 근거 없는 블로그 시나리오로 요구를 대체했다

Claude
22/ 50

+ 역할·데이터 계약·품질 게이트가 명료하다

- 입력에 없는 블로그 과제와 설정을 지어냈다

Gemini
19/ 50

+ 워크플로와 장애 대응을 체계적으로 제시했다

- 제시됐다고 주장한 설정값이 원문과 다르다

기준ChatGPTClaudeGemini앞선 모델
지시 준수222동점
정확성432ChatGPT +33%
구체성222동점
구성·가독성898Claude +13%
분량 적정성665동점

gpt-5.6-sol가 모델 이름을 가린 채 1~10점으로 채점했습니다 (2026-09-24). 측정값이 아니라 AI 심사 결과입니다.

답 전문 보기

같은 입력을 세 모델에 넣어 받은 답을 그대로 옮겼습니다. 각 CLI(에이전트 하네스)에서 실행했습니다. ChatGPT·Claude 앱이나 웹에서는 답이 다를 수 있습니다.

넣은 입력
[붙여 넣은 자료]
agent_count: 5
task_type: 콘텐츠 파이프라인 (리서치→초안→교정→발행)
orchestration_pattern: hierarchical
max_concurrency: 4
timeout_seconds: 600
retry_count: 2

우리 팀은 매주 블로그 글 3편을 리서치-초안 작성-SEO 교정-발행 단계로 처리하는데, 각 단계를 에이전트에 맡기고 리드 에이전트가 조율하는 구조로 설계해줘.
gpt-5.6-luna (codex CLI · 에이전트 하네스) · 실행일 2026-09-24

권장 구조

주 3편을 안정적으로 처리하려면 5개 에이전트의 계층형 파이프라인이 적합합니다.

                    ┌─ 연구 에이전트 ─┐
리드 에이전트 ──────┼─ 초안 에이전트 ─┼─ SEO 교정 에이전트 ── 발행 에이전트
                    └─                 ┘

각 에이전트는 담당 단계를 소유하고, 리드 에이전트는 세 글의 상태·의존성·품질 게이트를 관리합니다.

에이전트 구성

역할 주요 책임 산출물
리드 에이전트 일정 관리, 작업 배정, 품질 게이트, 재작업 조율, 최종 보고 주간 보드, 상태 보고서, 승인 기록
리서치 에이전트 키워드·경쟁 글·근거 자료 조사, 검색 의도 파악 리서치 브리프
초안 에이전트 브리프 기반 글 작성, 구조·사례·CTA 구성 초안 원고
SEO 교정 에이전트 검색 의도, 제목·메타·헤딩·내부 링크·가독성 검수 교정 원고, SEO 체크리스트
발행 에이전트 CMS 입력, 이미지·카테고리·태그 설정, 예약 발행, 최종 확인 게시글 URL, 발행 로그

작업 단위

각 글에 고유 ID를 부여합니다.

WEEK-39-A
WEEK-39-B
WEEK-39-C

각 글은 다음 상태를 순서대로 거칩니다.

BACKLOG
→ RESEARCH
→ DRAFT
→ SEO_REVIEW
→ HUMAN_APPROVAL
→ SCHEDULED
→ PUBLISHED

상태는 리드 에이전트만 변경하도록 하면 충돌을 줄일 수 있습니다.

주간 실행 흐름

파이프라인은 글 3편을 한꺼번에 같은 단계에 넣기보다 하루 간격으로 stagger 처리합니다.

요일 주요 작업
월요일 세 글의 주제·키워드 확정, A 리서치
화요일 A 초안, B 리서치
수요일 A SEO 교정, B 초안, C 리서치
목요일 A 승인·예약 발행, B SEO 교정, C 초안
금요일 B 승인·발행, C SEO 교정·승인·예약 발행

실제 게시일은 콘텐츠 성격에 따라 예약할 수 있으며, 발행 에이전트는 CMS 예약까지 처리합니다.

의존성 및 품질 게이트

리서치 브리프
  ↓ Gate 1: 키워드·근거·검색 의도 확인
초안
  ↓ Gate 2: 분량·구조·주장·CTA 확인
SEO 교정
  ↓ Gate 3: 제목·메타·내부 링크·가독성 확인
사람 승인
  ↓ Gate 4: 사실 오류·브랜드 톤·법적 위험 확인
예약 발행
  ↓ Gate 5: 실제 URL·서식·링크·이미지 확인

각 게이트에서 실패하면 이전 단계로 되돌리지 않고, 수정 요청을 명시한 상태로 재작업합니다.

NEEDS_RESEARCH_REVISION
NEEDS_DRAFT_REVISION
NEEDS_SEO_REVISION
NEEDS_HUMAN_REVIEW

리드 에이전트 운영 규칙

리드 에이전트는 매일 다음 순서로 조율합니다.

  1. 세 글의 현재 상태와 마감 시간을 확인
  2. 선행 산출물의 완성 여부 검증
  3. 다음 단계 에이전트에 작업 전달
  4. 품질 게이트 통과 여부 기록
  5. 지연·실패 작업 재배정 또는 재시도
  6. 사람 승인이 필요한 항목만 별도 보고
  7. 하루 종료 시 진행률과 위험 요소 요약

작업 메시지는 다음 형식으로 통일하는 것이 좋습니다.

[작업 ID] WEEK-39-A
[목표] 검색 의도에 맞는 1,800자 초안 작성
[입력] research/WEEK-39-A.md
[필수 조건] 핵심 키워드 1개, 보조 키워드 3개, CTA 1개
[마감] 2026-09-29 15:00
[완료 조건] 초안 파일과 자체 검수 체크리스트 제출

실패 및 재시도 정책

  • 일시적 오류: 최대 2회 재시도
  • 자료 부족: 리서치 에이전트에 보강 요청
  • 초안 품질 부족: 초안 에이전트가 수정
  • SEO 기준 미달: SEO 교정 에이전트가 재검수
  • CMS 오류: 발행 에이전트가 재시도하고, 2회 실패 시 리드에게 에스컬레이션
  • 사실·법적 위험: 자동 발행 금지, 반드시 사람 승인

각 글에는 다음 메타데이터를 함께 저장합니다.

article_id: WEEK-39-A
owner: draft-agent
status: SEO_REVIEW
attempt: 1
deadline: 2026-09-30T12:00:00+09:00
source_file: research/WEEK-39-A.md
last_updated: 2026-09-24T10:30:00+09:00
blocker: null

역할별 핵심 지침

리서치 에이전트

  • 검색 의도와 독자 문제를 먼저 정의
  • 출처 URL과 확인 날짜 기록
  • 통계·인용·사실 주장에는 근거 첨부
  • 경쟁 글을 단순 복사하지 않고 차별화 포인트 제시

초안 에이전트

  • 리서치 브리프에 없는 사실을 임의로 추가하지 않음
  • 제목, 도입부, 헤딩, 본문, FAQ, CTA 구조 사용
  • 독자에게 필요한 정보를 우선하고 키워드 반복은 제한
  • 불확실한 내용은 [확인 필요]로 표시

SEO 교정 에이전트

  • 제목과 메타 설명의 검색 의도 일치 여부 확인
  • H1-H3 계층, 내부 링크, 이미지 대체 텍스트 검수
  • 키워드 과다 사용과 부자연스러운 문장 제거
  • 사람에게 읽기 좋은지 먼저 판단한 뒤 SEO를 조정

발행 에이전트

  • CMS 입력 후 미리보기와 실제 게시 화면 모두 확인
  • 슬러그, canonical, 카테고리, 태그, 이미지, 링크 검증
  • 예약 시간과 공개 상태 확인
  • 발행 URL과 검증 결과를 리드에게 반환

모니터링 지표

주간 리드 보고서에는 다음 지표를 포함합니다.

  • 글별 단계별 소요 시간
  • 예정 대비 지연 시간
  • 재작업 횟수
  • 품질 게이트 통과율
  • 발행 성공률
  • 출처 누락·사실 오류 건수
  • 승인 대기 시간
  • 발행 후 검색 노출·클릭·전환 성과

핵심 목표는 주 3편 발행, 예약 발행 실패 0건, 사실 오류 0건, SEO 교정 재작업률 감소로 설정하면 됩니다.

이 구조에서는 리드 에이전트가 전체 조율을 담당하고, 나머지 4개 에이전트는 각 단계의 전문성과 책임을 명확히 유지할 수 있습니다.

같은 분류의 프롬프트

4종 프롬프트 최적화 프롬프트
AI 프롬프트 최적화 프롬프트
적응형 사고 프레임워크 프롬프트
AI 입문 코칭 프롬프트
AI 자동화 타당성 면담 프롬프트