Gonnector 인사이트 - Claude Code를 만든 Boris Cherny의 'Steps of AI Adoption' 한국어 번역판입니다. ← gonnector.com 홈아래 파란 밑줄 항목은 원본의 링크 항목으로, Claude 공식 문서로 연결했습니다.
Claude Code를 만든 Anthropic의 Boris Cherny가 정리한 AI 도입 로드맵의 한국어 번역판입니다. AI 도입을 0 차단됨, 1 보조받기, 2 병렬, 3 감독하의 자율, 4 AI 네이티브의 5단계로 나누고, 단계별로 동시 운용 에이전트 수(0 → ~1 → ~10 → ~100 → ~1,000+), 사람의 역할 변화(페어 → 오케스트레이터 → 매니저들의 매니저 → 의도로 지휘하는 VP), 병목, 각 단계를 돕는 제품, 가드레일을 표로 정리했습니다. 각 단계 사이의 전환 방법과 함께, 0에서 1로 가는 것이 가장 어렵고 맥락을 처음부터 고려하면 1에서 3으로 빠르게 넘어갈 수 있다는 고영혁(Gonnector)의 실전 코멘트 4개를 더했습니다.
| 단계와 당신의 역할 | 에이전트 수 | 어떤 모습인가 | 병목은 무엇인가 | 각 단계를 돕는 제품 | 가드레일 |
|---|---|---|---|---|---|
| 0: 차단됨 Gated | 0 |
오래되었거나 더 가볍고 빠른 모델만 승인된다. AI 게이트웨이와 커스텀 인증을 거치며 지연이 누적되고, MCP 거버넌스가 없으며, AI 도구에 대한 내부 접근은 차단되어 있거나 절차가 무겁다. Claude가 만든 코드나 아티팩트를 호스팅할 IT 인프라나 승인 경로가 없어, 산출물은 로컬에만 존재한다. |
레거시 보안, 승인 절차. 성과보다 토큰당 비용 억제에 초점이 맞춰져 있고, 의사결정에 진짜 기술적 목소리가 빠져 있다. |
|
|
| 0단계 → 1단계로 가는 법: 경영진과 구매 담당자가 도입 방향에 뜻을 모으고, 진행을 가로막는 걸림돌은 윗선에 알려 해결하기; Claude를 안전하게 도입하기 위한 방법과 절차 마련 | |||||
| 1: 보조받기 Assisted, 나 + 에이전트 1명(페어) | ~1 |
엔지니어 한 명, 에이전트 하나로 대부분 감독하며 일하는 — 빠른 페어 프로그래머. 한 번에 한 세션만 돌리고, 병합 전 거의 모든 변경을 검토한다. 언락: 예전엔 오후 내내 걸리던 작업이 회의 사이 짬에 끝난다. |
당신의 주의력, 그리고 모든 응답과 코드 편집을 일일이 확인해야 한다는 점. 모델 출력에 대한 신뢰가 낮고 자체 검증이 없다 보니 전부 읽어야 할 것 같아 한시도 눈을 못 뗀다. 작업이 동기적이다. 다음 일로 넘어가지 못하고 Claude가 일하는 걸 앉아서 지켜본다. |
|
|
| 1단계 → 2단계로 가는 법: 한 번에 여러 에이전트 돌리기; 믿고 맡길 수 있는 자체 검증 루프(테스트 + 빌드 + 린트 + 실제 개발 환경에서의 e2e 테스트); 승인 요청 창이 자꾸 떠서 막히지 않도록 하는 auto 모드; 코드 리뷰 자동화 | |||||
| 2: 병렬 Parallel, 오케스트레이터 | ~10 |
엔지니어 한 명이 5~10개 에이전트를 동시에 지휘한다. 각 에이전트는 자기만의 워크트리나 git 체크아웃에서 돌고, 당신은 그 사이를 오간다. Claude는 당신이 보기 전에 스스로 테스트, 빌드, 린트, 보안 스캔으로 자기 작업을 점검한다. Auto 모드는 항상 켜져 있다. 자동 코드 리뷰와 보안 리뷰가 기본값으로 켜진다. 산출물이 배가되고, 당신은 키 입력이 아니라 최종 diff를 검토하며, 밀린 유지보수 작업이 줄어들기 시작한다. 코드 대부분은 Claude가 작성한다. 언락: 예전엔 팀이 몇 주 걸리던 백로그가 엔지니어 한 명의 오후 오케스트레이션으로 끝난다. |
출력물 검토. 직접 코드를 덜 쓰는 대신 여섯 갈래의 코드 흐름을 확인하게 되고, 이게 시간을 더 잡아먹는다. 여러 세션을 한꺼번에 번갈아 다루면서 모델에 지시하고 방향을 잡아주는 일. |
|
|
| 2단계 → 3단계로 가는 법: Claude가 맥락(컨텍스트)을 끌어올 방법 주기(코드, 위키, 논의를 읽게 하기); 에이전트에게 줄 자율 권한과 코드 검토 속도(에이전트가 다른 팀이 맡은 코드를 건드릴 수 있음); 작업을 반복 루프, 루틴으로 쪼개기; Claude가 다른 Claude 작업을 시작하게 하기 | |||||
| 3: 감독하의 자율 Supervised autonomy, 매니저들의 매니저(조직 트리) | ~100 |
코드 전부 혹은 거의 전부를 Claude가 작성한다. “코드 읽어봤어?”라는 질문은 “모델에게 어떤 컨텍스트가 빠져 있었고, 다음번엔 그걸 어떻게 해결하지?”로 바뀐다. 언락: 예전엔 직접 수동으로 시작해야 했던 일을 Claude가 알아서 선제적으로 한다. 누군가 시간 날 때까지 미뤄지던 유지보수, 정리 작업이 이제 백그라운드에서 계속 돌아간다. |
루프에 대한 신뢰와 팀의 의사결정 처리량. 에이전트 트리가 너무 깊어 일일이 챙길 수 없고, 루프가 폭넓은 신뢰를 얻기 전에 에이전트 수부터 늘리는 게 함정이다. 사용량이 늘수록 토큰을 효율적으로 쓰게 하는 것. (OTel이나 Analytics를 통한) 모니터링과, 내부 활용 사례가 PMF를 찾은 뒤엔 비용을 통제하면서도 실험을 장려하는 문화가 필요하다. 스스로 물어보라: 이건 엔지니어라면 했을 일인가? |
|
|
| 3단계 → 4단계로 가는 법: 특정 분야에 특화된 활용 사례를 대규모로 자동화(예: 코드 이전(마이그레이션), 무작위 입력 테스트(퍼징), 기능 구축, 피드백 개선) | |||||
| 4: AI 네이티브 AI-native, 의도로 지휘하는 VP | ~1,000+ |
루프가 완전히 닫히고, 대부분의 에이전트는 Claude가 시작한다. 수백에서 수천 개의 에이전트가 돌아가고, 당신은 의도로 지휘하며 예외 상황만 모니터링한다. 언락: 분기 내내 걸리던 마이그레이션이, 시작해두고 가끔 확인만 하면 되는 워크플로가 된다. |
대규모로 일을 식별하고 자동화하는 것, 그리고 작업 유형별로 알맞은 가드레일을 강제하는 것. |
|
|
© 2026 Gonnector (고넥터). All rights reserved.