VS Code 팀의 AI 에이전트 병렬화 — 월간 릴리스를 주간으로 만든 워크플로우

숫자부터

VS Code 팀이 공개한 데이터를 보면 규모가 명확하다. 1월~3월 전년 대비 비교:

같은 팀 규모에서 나온 결과다. 월간 릴리스를 주간으로 바꾼 건 이 수치의 원인이자 결과다.

어떻게 가능했나: 병렬 에이전트 세션

핵심 변화는 "순차 작업"에서 "병렬 세션"으로의 전환이다.

기존 방식: 회의 전 → 회의 → 회의 후 코딩

새 방식: 회의 시작 전 에이전트 세션 3~4개 시작 → 회의 → 회의 끝나면 결과 확인

비유하면 혼자 일하는 게 아니라 여러 대리인을 동시에 파견하는 것이다. 각 에이전트가 다른 작업트리(worktree)에서 독립적으로 진행하는 동안, 사람은 다른 일을 한다.

[💡 잠깐! 이 용어는?] Git Worktree: 하나의 git 저장소를 여러 디렉토리에 동시에 체크아웃하는 기능. 에이전트마다 독립된 작업 공간을 주면서 같은 레포에서 동시에 여러 작업을 진행할 수 있다.

자동화 파이프라인 3가지

1. 커밋 요약 자동화

100개 이상의 커밋이 하루에 여러 저장소에 쌓인다. Copilot CLI와 GitHub Actions를 조합해 매일 커밋 다이제스트를 자동 생성한다. 팀원이 "어제 뭐가 바뀌었지?" 하고 찾아다니는 시간을 없앴다.

2. 이슈 트리아지 자동화

name: Issue Triage
on:
  issues:
    types: [opened]
jobs:
  triage:
    runs-on: ubuntu-latest
    steps:
      - uses: github/issue-triage-action@v1
        with:
          model: copilot
          actions: |
            - detect-duplicate: assign-to-existing
            - assign-owner: based-on-historical-patterns
            - add-labels: based-on-content-analysis

중복 이슈 감지, 담당자 배정, 레이블 추가가 자동화됐다. 과거 패턴을 학습해 새 이슈가 들어오면 바로 처리된다.

3. 코드 리뷰 자동화

모든 PR에 Copilot이 먼저 리뷰한다. 개발자가 사람 리뷰어를 요청하기 전에 Copilot 피드백을 해결해야 한다. 현재 모델 수준이면 보안/성능 이슈도 잡아낸다고 팀은 밝혔다.

[💡 잠깐! 이 용어는?] 트리아지(Triage): 의료에서 온 용어로, 이슈/버그를 우선순위에 따라 분류하는 과정. 이슈 트리아지 자동화는 담당자 배정과 레이블 작업을 사람 없이 처리한다.

PM이 명세서 대신 PR을 올린다

흥미로운 변화 중 하나는 PM 역할의 변화다.

기존 프로세스: PM 명세서 작성 → 엔지니어 구현 → 검토 → 수정

새 프로세스: PM이 에이전트로 프로토타입 PR 생성 → 즉시 Insiders 빌드에 적용 → 피드백

"첫 PR이 완벽할 필요는 없다. 문서보다 코드가 대화를 더 빠르게 앞으로 나아가게 한다"는 게 팀의 설명이다. 명세서를 읽고 상상하는 것보다 실제로 돌아가는 것을 보는 게 피드백이 빠르다는 논리다.

품질 게이트: 빠르게 가면서 망가지지 않는 법

속도를 높이면 버그도 늘어난다. VS Code 팀이 이를 막기 위해 쓰는 방법:

비유하면 자동차 공장 컨베이어 벨트를 2배 빠르게 돌리면서, 불량 검사 스테이션도 같이 2배로 늘린 것이다. 속도와 품질을 동시에 올리려면 게이트 자체도 자동화해야 한다.

[💡 잠깐! 이 용어는?] Playwright MCP 서버: Playwright 브라우저 자동화 도구를 MCP(Model Context Protocol) 인터페이스로 감싼 것. AI 에이전트가 직접 브라우저를 조작하고 스크린샷을 찍어 UI 검증을 할 수 있게 한다.

핵심 교훈 5가지

1. "자신을 병렬화하라": 에이전트를 하나씩 기다리지 말고, 컨텍스트 스위칭 타임에 여러 세션을 동시에 시작하는 습관을 만든다.
2. 중간 산출물을 자동화하라: 명세서 → 이슈 → 코드로 이어지는 단계를 압축한다.
3. 하네스를 먼저 투자하라: 테스트와 코드 리뷰 게이트가 없으면 AI 속도가 오히려 부채를 쌓는다.
4. 순차 워크플로우를 버려라: 회의 중에도 에이전트를 돌릴 수 있다. 회의가 끝날 때 PR이 준비돼 있다.
5. 취향 판단은 사람이 한다: 에이전트는 정확성을 검증하고, 사람은 UX 품질과 아키텍처 방향을 본다.

마무리

VS Code 팀의 사례에서 주목할 점은 "AI를 쓴다"가 아니라 "어떻게 병렬화하고 게이트를 설계했는가"다. 에이전트 세션을 많이 열어도 품질 게이트 없이는 기술 부채가 쌓인다. 속도와 안정성을 동시에 올리는 데 필요한 건 더 나은 AI 모델이 아니라, 더 잘 설계된 워크플로우다.

참고:

• https://code.visualstudio.com/blogs/2026/03/13/how-VS-Code-Builds-with-AI