에디터 속 AI는 무엇이든 하는 조수 하나가 아니라, 역할별로 일을 맡기는 부대가 되었다. 아마 Zoo Code가 가장 길들여 주고 싶은 사용법이 그것이다.

에디터에서 모델과 함께 코드를 쓰는 도구는 대개 '만능 조수 하나'라는 모양을 하고 있다. Zoo Code는 다른 길을 택했다. 에이전트를 몇 개의 고정 역할로 나누고, 각자에게 경계와 잘하는 작업 종류를 준다. 두루뭉술한 만능 선수에게 요구를 설명하는 대신, 먼저 이 일을 누구에게 맡길지 정하고 그다음 움직이게 한다.

또 하나의 얼굴도 똑같이 중요하다. 이것은 Roo Code의 커뮤니티 후속작이다. 프로젝트는 원래 Roo Code 팀이 관리하다가, 개발에 참여했던 사람들의 손으로 넘어가 같은 구조, 같은 설정, 같은 라이선스로 이어지고 있다. 기존 사용자에게는 그동안의 설정이 대체로 그대로 옮겨진다.

AI 개발팀을 에디터 안에 들이다

본체는 에디터 확장이고, 켜면 사이드바에 패널이 하나 늘어난다. 간판 기능은 Modes, 즉 모드라 불리며, 네 개의 역할이 기본으로 들어 있고 각자 한 종류의 일에 집중한다.

Code는 일상 기본값으로 새 코드를 쓰고, 파일을 고치고, 파일 작업을 실행한다. 대부분의 즉석 요청은 여기서 시작하면 충분하다. Architect는 '먼저 생각하는' 역할이라 복잡한 변경을 만나면 곧바로 편집하지 않고 계획 문서와 파일 지도를 먼저 내놓는다. 한 줄도 반영되기 전에 사고를 검토할 수 있다. Ask는 파일을 건드리지 않고 코드베이스에 대한 질문에 답하며, 어떤 구현이 대략 무엇을 하는지 설명한다. 부르면 오는 자문 역할이다. Debug는 문제를 겨냥해 버그를 쫓고, 로그를 넣고, 원인을 분리하고, 출처까지 따라간다.

이 넷 말고도 직접 모드를 만들 수 있다. 정해진 코드 리뷰 절차가 있는 팀, 또는 규정에 맞춰 문서를 대량으로 만들어야 하는 경우 전용 역할을 세우고 이름, 프롬프트, 쓸 수 있는 도구, 만질 수 있는 파일 범위를 한꺼번에 정할 수 있다. 그러면 'AI 개발팀'은 더 이상 비유가 아니다. 설계 역할에게 안을 받고, 코딩 역할에게 맡겨 구현하고, 도중에 문제가 생기면 디버그 역할로 돌려 조사하게 할 수 있다. 분업이 분명한 부대를 지휘하는 것과 같다.

먼저 차이를 보고, 반영할지 결정한다

조용히 코드를 고쳐 쓰지 않는다. 모든 변경이 차이 형태로 제시되어, 곧 무슨 일이 일어날지 분명히 본 뒤 통과시킬지 정한다. 잘 모르는 프로젝트에서는 이것이 모델이 얼마나 똑똑한지보다 무겁다. 따라갈 수 없는 변경은 사실상 이루어지지 않은 것과 크게 다르지 않다.

체크포인트도 붙어 있다. 작업의 각 단계마다 스냅숏을 남길 수 있어 길을 잘못 들면 이전 상태로 돌아갈 수 있다. 수많은 파일이 형체도 없이 바뀌어 가는 것을 지켜보기만 하는 상황은 나오지 않는다. 이 장치가 에이전트에게 맡기는 일과 언제든 되찾는 일을 묶어 준다.

긴 실행 속의 관문

에이전트를 오래 혼자 돌게 하려면 어딘가에 브레이크가 필요하다. 나중 버전에 Destructive Command Guard라는 장치가 더해졌다. 길게 자율 실행하는 동안 위험한 명령을 스스로 막고, 신뢰할 수 있는 작업은 계속 흐르게 한다. 몇 초마다 허용을 누를 필요가 없다. 선택형 보호층으로 설계되었고, 켜면 안전과 편안함 사이에서 접점을 잡는다.

권한 체계와 한 몸이기도 하다. 기본값에서는 파일을 고치든, 명령을 돌리든, 외부 서비스에 닿든 모든 도구 호출에 고개를 끄덕여야 한다. 익숙해지면 분류별로 자동 승인을 열어 가며, 받아들일 수 있는 입자로 신뢰를 쌓는다. 명령줄이 무엇을 할 수 있고 어떤 디렉터리에 닿는지도 따로 그을 수 있다. 전부 열거나 전부 닫는 양자택일이 아니다.

모델은 골라 쓰되, 돈이 어디로 가는지는 알아야

확장 자체는 무료이고 오픈소스다. 기간 한정 체험이 아니라 장기적으로 무료다. 다만 모델을 내장하지 않으므로 추론 제공자를 붙여야 두뇌가 생긴다. 여기가 '구독으로 전부 해결' 노선과 가장 크게 갈리는 지점이다.

자기 API 키를 가져오는 방식에서는 제공자의 사용량만 지불하고 확장은 떼어 가지 않는다. 연결할 수 있는 제공자가 꽤 많아 주요 상용 모델부터 지역의 여러 업체까지 목록에 있고, 로컬에서 도는 모델에도 닿아 코드가 사내망을 한 발짝도 벗어나지 않는 구성도 가능하다. 일에 맞는 모델로 언제든 갈아탈 수 있고 한 업체에 묶이지 않는다.

키를 하나씩 관리하고 싶지 않은 사람을 위해 선택형 공통 입구 Zoo Gateway도 있다. 여러 업체의 모델을 한 끝점에 모으고 월 구독이 아니라 크레딧을 충전해 쓰는 방식이다. 이것 역시 선택형이라, 키를 직접 관리한다면 완전히 무시해도 된다.

Roo Code에서 옮겨 오기

기존 사용자는 0에서 시작하지 않아도 된다. 설정을 내보내고 들여올 수 있어 사용자 정의 모드, 단축키, 모델 설정이 함께 따라온다. 익숙한 습관은 대체로 남는다. 저장소에는 Roo Code에서 Zoo Code로 옮기는 안내도 놓여 있어 한 번 따라가면 된다.

한 가지 짚어 둘 것이 있다. 이것은 보통의 버전 업데이트라기보다 이사에 가깝다. 확장의 배포 식별자가 바뀌었으므로, 옛 이름으로 확장을 호출하는 스크립트나 파이프라인이 있다면 그 부분은 손으로 훑어야 한다.

버전 상황은 공개된 변경 이력에서 볼 수 있고, 배포 선은 커뮤니티의 속도로 계속 나아간다. 별이 가장 많은 프로젝트는 아닐지 모르나, 바통을 넘기는 일로서는 적어도 한 가지를 증명했다. 필요한 사람이 있는 한 도구의 수명은 원저자가 남느냐로 결정되지 않아도 된다.

Zoo Code가 풀려는 것은 코드 몇 줄을 대신 채워 주는 일이 아니라, 에디터 안에서 AI가 역할로 분업하되 언제든 되찾을 수 있게 하는 일이다. 역할은 일에 경계를 주고, 차이와 체크포인트는 변경을 되돌릴 수 있게 하며, 위험 명령 방어는 긴 자율 실행에 브레이크를 준다. 무료이고 오픈소스이며 특정 모델에 묶이지 않는다. 대신 API 비용은 자기가 내고, 모드 사용법을 이해할 시간도 들여야 한다. 실제 프로젝트 하나를 돌려 보는 편이 어떤 리뷰보다 분명하다.