도구는 이미 충분히 강력하다. 그래서 문제다
VS Code 1.113이 조용히 업데이트됐다. dev.to 기사에 따르면 이번 릴리스의 핵심은 MCP 서버가 Copilot CLI와 Claude 에이전트 세션 전반에 자동으로 브리지되고, 서브에이전트가 다른 서브에이전트를 호출할 수 있게 됐다는 것이다. 에이전트 세션을 Git 브랜치처럼 포크하는 기능도 생겼다. 에디터가 단순한 텍스트 편집 도구를 넘어 본격적인 AI 오케스트레이션 환경으로 진화하고 있다는 신호다.
솔직히 말하면, 이런 업데이트를 볼 때마다 나는 두 가지 감정이 동시에 든다. "이거 팀 생산성에 진짜 도움 된다"는 낙관과, "이제 AI가 AI를 시키는 구조인데, 우리 팀이 이 출력을 제대로 검증할 수 있나"라는 불안.
에이전트가 에이전트를 부를 때 생기는 일
중첩 서브에이전트 기능(chat.subagents.allowInvocationsFromSubagents)이 열렸다는 건 기술적으로 흥미롭다. 시니어 개발자가 작업을 팀원에게 위임하듯, 에이전트가 전문화된 에이전트에게 작업을 넘길 수 있다. 복잡한 멀티스텝 자동화가 에디터 안에서 가능해지는 것이다.
그런데 이 구조가 실제로 팀에 배포됐을 때 어떤 일이 벌어지는지 생각해보자. 에이전트 A가 에이전트 B를 호출하고, B가 C를 호출한다. 각 단계에서 생성되는 코드는 로컬에서 "작동한다". 테스트도 통과한다. 린트도 깔끔하다. 하지만 리포지토리 전체의 구조는 조금씩, 조용히 나빠지고 있다.
AI가 만드는 부채는 극적이지 않다
CodeClone 2.0.0b1을 개발한 orenlab의 분석이 정확히 이 지점을 짚는다. AI 코딩 어시스턴트의 진짜 리스크는 "구문 오류"가 아니라 "구조적 퇴행"이다. 같은 로직이 미묘하게 다른 형태로 여러 파일에 복제되고, 헬퍼 함수가 조용히 비대해지고, 쓰이지 않는 콜백이 쌓인다. 개별 커밋은 하나하나 합리적으로 보인다. 리포지토리 전체는 서서히 싸워야 하는 대상이 된다.
CodeClone이 제안하는 "베이스라인 인식 거버넌스" 개념은 이 맥락에서 실용적인 관점을 제공한다. 기존 기술 부채를 베이스라인으로 수용하고, "이 브랜치가 우리가 이미 받아들인 상태보다 코드베이스를 더 나쁘게 만들었는가"만 블로킹하는 방식이다. 완벽함을 요구하는 게 아니라, 퇴행을 막는 것이다. AI-First 팀에 현실적으로 맞는 접근이다.
"작동한다"와 "준비됐다"는 다른 말이다
dev.to의 한 글이 짧지만 핵심을 찌른다. "AI 출력이 충분히 좋은 때가 언제인지, 리스크가 있는 때가 언제인지, 속도가 미래의 기술 부채를 만들고 있는 때가 언제인지 아는 것"—이것이 2026년 개발자에게 가장 가치 있는 스킬이라는 것이다.
나는 이 말에 동의하지만, 한 가지를 덧붙이고 싶다. 이 판단력은 개인 스킬이기도 하지만, 팀 수준의 구조 문제이기도 하다. 한 명의 시니어가 AI 출력을 잘 검증한다고 해결되지 않는다. 팀 전체가 "AI가 틀렸을 때 알아챌 수 있는가"를 워크플로우 레벨에서 설계해야 한다.
도구가 강해질수록 거버넌스 설계가 먼저다
VS Code 1.113의 중첩 서브에이전트를 팀에 켜기 전에, 나라면 두 가지를 먼저 확인한다.
첫째, 에이전트 출력 검증 게이트가 CI에 붙어 있는가. 코드가 작동한다는 것과 구조가 건전하다는 것은 다른 신호다. 복잡도, 중복도, 커플링 지표가 PR마다 자동으로 측정되고 있어야 한다. CodeClone 같은 도구가 이 역할을 할 수 있다.
둘째, 팀원이 AI 출력을 "기본 신뢰"로 받아들이는 문화가 형성되고 있지 않은가. Thinking Effort를 High로 올린 Claude가 설계한 아키텍처라도, 팀의 맥락과 제약을 모르는 채 나온 출력이다. 에이전트가 똑똑해질수록 그 출력에 의문을 제기하는 비판적 리뷰 문화가 오히려 더 중요해진다.
AI-First 팀의 다음 숙제
도구는 계속 강해질 것이다. VS Code 1.113 이후에도 에이전트 자율화는 계속 깊어질 것이고, MCP 생태계는 더 넓어질 것이다. 팀 생산성 관점에서 이건 분명 좋은 일이다.
그러나 AI-First 팀 리빌딩을 고민하는 사람이라면, 지금 자문해야 할 질문은 "어떤 도구를 다음에 도입할까"가 아니다. "우리 팀이 AI 출력을 판단하는 구조를 갖추고 있는가"다.
속도는 도구가 준다. 무너지지 않는 코드베이스는 판단력과 거버넌스 설계가 만든다. 이 두 가지를 분리해서 생각하는 팀이 AI-First 전환에서 끝까지 살아남는다.