“완료”를 한 문장으로 말할 수 있는가?
결과를 확인할 수 있어야 합니다. 목표가 모호하면 아직 구현할 때가 아닙니다.
Delegation Architect 결정 흐름
다음에 무엇을 해야 할지 정하는 작업 진입 지도입니다. 낯선 분야에서 시작하는 일을 통제된 조사와 되돌릴 수 있는 자동화로 연결합니다.
흐름도 HTML | 2026-07-21 수정
결정
진행
통제 모드
최종 행동 위임 금지
만약아니오
구현으로 위임할 준비가 되지 않았습니다.
그러면: 사고 또는 요구 정리부터 합니다.
만약예
결과를 확인할 만큼 목표가 구체적입니다.
그러면: 작업 유형을 분류합니다.
지금 하는 일은 어떤 유형인가?
프로젝트 전체가 아니라 현재 단계만 분류합니다.
만약사고
실제 질문이나 목표가 불명확합니다.
그러면: 위임 전에 결정을 정리합니다.
만약조사
사실, 원인, 선택지, 예시가 필요합니다.
그러면: 구현이 아니라 조사만 위임합니다.
만약구현
코드, 보고서, 업무 흐름 또는 산출물이 필요합니다.
그러면: 도메인 이해와 위험 격리를 확인합니다.
만약리뷰 또는 통합
결함을 찾거나 부분들을 합쳐야 합니다.
그러면: 새 리뷰 또는 통합 proof gate를 사용합니다.
내가 결과를 판단할 수 있는가?
에이전트에게 허용할 권한의 범위를 결정합니다.
만약Tier A
도메인을 이해하고 결과를 지정·판단할 수 있습니다.
그러면: 정상 위임이 가능합니다.
만약Tier B
집중 조사와 리뷰로 판단할 만큼 배울 수 있습니다.
그러면: 학습 단계와 리뷰 gate를 추가합니다.
만약Tier C
최종 정답을 아직 믿을 만하게 판단할 수 없습니다.
그러면: 미지 도메인 모드로 들어갑니다.
Tier C라면 무엇을 안전하게 자동화할 수 있는가?
미지 도메인 모드는 멈춤이 아니라 조심해서 움직이는 방법입니다.
만약지원 레이어
매핑, 비교, 포맷, 검색, 일관성 검사, 초안, 이상 표시 작업입니다.
그러면: 가정을 드러낸 채 자동화합니다.
만약최종 판단
승인, 제출, 삭제, 게시, 공유 상태 변경, 정답 결정 작업입니다.
그러면: 검증될 때까지 사람이 통제합니다.
결과가 틀리면 무엇이 망가지는가?
위험 격리는 구현 뒤가 아니라 앞에 둡니다.
만약영향이 큼
운영, 공유 인프라, 돈, 삭제, 발송, 게시, 승인에 영향을 줍니다.
그러면: 샌드박스에서 처리하거나 최종 단계는 사람이 합니다.
만약격리됨
되돌릴 수 있거나, 격리되어 있거나, 초안·산출물만 만듭니다.
그러면: 작업 분할 결정으로 이동합니다.
작업을 어떻게 나눌 것인가?
맞는 가장 단순한 구조를 기본값으로 둡니다. 구체적인 이유가 있을 때만 나눕니다.
만약작은 산출물 하나
도메인 하나, 출력 하나, 한 번에 처리할 수 있습니다.
그러면: 단일 에이전트.
만약앞 결과에 의존하는 단계
뒤 작업이 앞 답변이나 산출물을 필요로 합니다.
그러면: 순차 작업.
만약독립 질문
조사들이 공유 상태나 같은 산출물을 건드리지 않습니다.
그러면: 병렬 조사.
만약독립 구현
여러 에이전트가 동시에 수정할 수 있습니다.
그러면: 병렬 구현 gate를 실행합니다.
병렬 구현이 안전하다고 증명할 수 있는가?
충돌 비용이 가장 큰 경로이므로 기준이 높습니다.
만약증명 하나라도 없음
분리된 파일, 실행 상태 격리, 독립 검사, 통합 계획을 말할 수 없습니다.
그러면: 느려 보여도 순차 작업을 사용합니다.
만약모두 통과
파일이 겹치지 않고, 실행이 격리되며, 검사와 통합이 계획되어 있습니다.
그러면: 브랜치나 worktree를 사용하고 하나씩 병합합니다.
어떤 실행 환경이 맞는가?
제품 이름보다 작업 형태를 먼저 고릅니다. 사용 가능 기능은 달라질 수 있습니다.
만약추론 또는 초안
프레이밍, 빠른 분석, 비평, 글쓰기.
그러면: ChatGPT 또는 Claude.
만약심층 조사
다중 출처 근거에 인용과 검토 가능한 계획이 필요합니다.
그러면: Deep Research 또는 신뢰 출처 제한 조사 에이전트.
만약로컬 파일 또는 레포
문서, 데이터, 구현, 디버깅, 리팩터링, 테스트.
그러면: Codex, Claude Code, Gemini CLI, Copilot CLI.
만약브라우저 또는 연결 앱
웹사이트, 비공개 도구, 승인된 사내 자료가 필요합니다.
그러면: 브라우저·앱 접근과 확인 절차가 있는 에이전트.
어떤 proof gate가 필요한가?
붙여넣은 확신을 받지 말고 직접 확인하거나 재실행할 증거를 요구합니다.
만약조사
확인한 근거, 출처 위치, 확신 수준, 남은 미지수.
그러면: 출처에서 주장을 확인합니다.
만약구현
변경 내용, 정확한 파일, 가정, 검증 절차.
그러면: 같은 검사를 직접 재실행합니다.
만약리뷰
정확한 결함 위치, 심각도, 입증된 문제와 위험의 구분.
그러면: 근거 있는 결함만 수정합니다.
만약통합
충돌, 해결, 하나의 전체 검사.
그러면: 전체 결과 증명 뒤에만 받아들입니다.
Proof가 통과했는가?
Proof gate가 검증을 버티기 전에는 완료가 아닙니다.
만약통과
근거를 확인할 수 있고 결과가 한 문장 목표와 맞습니다.
그러면: 통합하고, 재사용 규칙을 남기고, 완료합니다.
만약한 번 실패
에이전트가 기준을 놓쳤지만 구조는 맞아 보입니다.
그러면: 더 좁은 기준으로 수정합니다.
만약두 번 실패 또는 새 실패 발생
반복이 막혔거나, 요구가 부족하거나, 모드가 틀렸습니다.
그러면: 구조·리뷰어·도구를 바꾸거나 직접 처리합니다.
압축 경로
완료 정의작업 분류판단 가능성 확인위험 격리안전하게 분할실행 환경 선택근거 검증
보조 원칙
미지 도메인 모드가 허용하는 것
- 예시 수집
- 업무 흐름 매핑
- 승인된 출력 비교
- 임시 규칙 초안
- 이상 표시
- 되돌릴 수 있는 지원 도구 제작
미지 도메인 모드가 금지하는 것
- 최종 승인
- 조용한 규칙 추론
- 되돌릴 수 없는 행동
- 삭제, 제출, 게시
- AI 추측을 도메인 사실로 취급
전문가 답변이 약할 때
- 전체 접근이 맞는지 묻는 질문을 멈추기
- 실제 사례 하나 묻기
- 무엇이 틀렸거나 위험한지 묻기
- 무엇을 항상 사람에게 보내야 하는지 묻기
도구 추천 기준일: 2026-07-21
제품 순위가 아니라 작업별 기본 경로입니다. 플랜과 조직 설정에 따라 사용 가능 여부가 다릅니다. 공식 자료 날짜와 모드별 추천은 일반 인터랙티브 도구에서 확인하세요.