오스마니 기술 — 자율 코딩, 어디까지 맡겨야 할까 | DAKER 커뮤니티
무엇 : Addy Osmani의 「Agentic Autonomy Levels」는 AI 코딩의 논점이 “프롬프트를 잘 쓰는가”에서 “얼마나 멀리 맡기고 어떻게 검증하는가”로 이동했다고 설명한다. 그는 자율성을 단일 사다리로 보지 말고, 한 에이전트가 얼마나 멀리 가는지인 agency와 여러 에이전트를 어떻게 조율하는지인 orchestration으로 나눠 보자고 제안한다. Claude Code나 Codex에서는 이 구분이 곧 작업 모드, 자동 승인, 백그라운드 실행, 서브에이전트 사용 여부를 고르는 기준이 된다.
언제 쓰나 : Claude Code나 Codex에게 단순 수정이 아니라 목표 달성, 장시간 리팩터링, 여러 작업 병렬 처리, 자동 리뷰까지 맡기려 할 때 쓴다. 예를 들어 문구 수정은 낮은 자율성으로 충분하지만, 결제 경로 리팩터링이나 권한 정책 변경은 같은 “코딩 작업”이어도 높은 자율성을 바로 켜면 안 된다. 작업이 실패했을 때 되돌리기 어렵고 영향 범위가 넓을수록 자율성의 상한은 낮아지고, 검증 증거는 더 강해야 한다.
핵심 원리
- 자율성은 한 축이 아니다. 한 에이전트가 스스로 계획하고 실험하는 정도와, 여러 에이전트를 격리된 작업 공간에서 조율하는 정도를 분리해서 봐야 한다.
- 낮은 agency는 후보 행동을 제안하고 사람 결정을 기다리는 방식이다. 중간 agency는 범위가 정해진 일을 수행하며 증거를 보고한다. 높은 agency는 목표 조건을 만족할 때까지 계획, 실행, 테스트, 차단 해소를 반복한다.
- orchestration은 한 스레드에서 끝나는지, 여러 에이전트가 분리된 worktree에서 움직이는지, 혹은 큐와 스케줄을 보고 예외 상황만 사람에게 올리는지로 달라진다.
- 비유하자면 자율성 등급은 자동차의 속도가 아니라 운전 권한이다. 빠른 차라도 좁은 골목에서는 운전대를 오래 넘기면 안 된다.
적용 방법
- 요청 전에 작업을 낮음, 중간, 높음 위험도로 분류한다. 사용자 데이터, 인증, 결제, 보안, 대규모 삭제는 기본적으로 높음에 둔다.
- 낮은 위험도에는 “제안하고 멈춤”을, 중간 위험도에는 “수정하고 테스트 증거 제출”을, 높은 위험도에는 “계획 승인 후 제한된 범위 실행”을 기본값으로 둔다.
- Codex나 Claude Code 작업 지시에 완료 조건을 수치보다 증거로 쓴다. 예: “관련 테스트 통과, 변경 파일 목록, 실패 시 되돌릴 파일, 사람이 확인할 위험 지점을 보고하라.”
- 병렬 에이전트를 쓸 때는 worktree, 담당 범위, 충돌 보고 방식, 최종 통합 책임자를 먼저 정한다.
- 자동 승인은 되돌리기 쉬운 명령부터 켠다. 배포, 삭제, 권한 변경, 외부 API 쓰기처럼 되돌리기 어려운 행동은 사람 확인 게이트를 유지한다.
출처
