05Primary roles planner / builder / reviewer / Recovery 4-step rotation
Agent Orchestration
여러 에이전트의 역할 분담, 자동 위임 전략, 에러 복구 로테이션을 정리한다.
계획, 구현, 검증 역할 분리
반복 오류 시 다른 전략으로 재시도
Foundation / FoundationAgent Orchestration 기준선
orchestration brief · portfolio detail
01작업 요약
여러 에이전트의 역할 분담, 자동 위임 전략, 에러 복구 로테이션을 정리한다.
이 기준이 흐려지면 페이지가 설명 자료로만 남고, 독자는 어떤 근거와 산출물을 확인해야 하는지 다시 물어봐야 합니다.
02입력 의존성
- Primary roles: planner / builder / reviewerready
계획, 구현, 검증 역할 분리
- Recovery: 4-step rotationready
반복 오류 시 다른 전략으로 재시도
- Agent Team Playbookwatch
planner, builder, QA, reviewer 역할과 승인 모델
- 메모리 파이프라인 보기watch
에이전트 작업의 장기 기억 관리
03리스크 신호
| Signal | Severity | Meaning | First response |
|---|---|---|---|
01_에이전트_카탈로그 | high | 에이전트 카탈로그 | 핵심 오케스트레이터: planner, manager-orchestrator, team-orchestrator |
02_자동_위임_전략 | medium | 자동 위임 전략 | 작업 규모와 기술 키워드에 따라 직접 처리, manager orchestration, team orchestration을 선택한다. 중요한 것은 역할을 늘리는 것이 아니라 책임 경계를 명확히 하는 것이다. |
04반복 절차
에이전트 카탈로그
이 페이지를 처음 읽을 때planner가 계획하고, builder가 구현하고, investigator가 디버깅하고, code-reviewer가 검증한다. 사람은 의사결정과 에스컬레이션에 집중한다.
핵심 오케스트레이터: planner, manager-orchestrator, team-orchestrator구현 전문가: frontend, backend, Flutter, architecture, Supabase, DevOps품질 보증: code reviewer, bug fixer, investigator, security, test writer자동 위임 전략
세부 기준을 검토할 때작업 규모와 기술 키워드에 따라 직접 처리, manager orchestration, team orchestration을 선택한다. 중요한 것은 역할을 늘리는 것이 아니라 책임 경계를 명확히 하는 것이다.
자동 위임 전략Primary rolesAgent Team Playbook05역할 분담
| Role | Primary work | Handoff |
|---|---|---|
| Owner | 기준과 공개 범위 유지 | Decision / Boundary notes |
| Builder | 문서, 화면, 실행 산출물 반영 | Implementation notes |
| Reviewer | 누락, 과장, 공개 리스크 검토 | Review findings |
| Maintainer | 변경 후 다음 버전 동기화 | Update queue |
06완료 체크리스트
한 문장으로 설명 가능
이 페이지가 어떤 판단을 돕는지 제목, 요약, 첫 절차에서 바로 읽혀야 합니다.
근거와 산출물 연결
설명만 남기지 않고 기준, 결과물, 다음 페이지가 같은 맥락으로 이어져야 합니다.
공개 가능한 범위 확인
내부 경로, 계정, 고객 정보, 미검증 아이디어가 섞이지 않아야 합니다.
다음 행동이 남음
읽은 사람이 어디를 보고 무엇을 검토하면 되는지 링크와 체크 항목으로 남아야 합니다.