Claude Code 및 Codex와 같은 최상위 모델과 함께 살펴보는 VS Code의 AI 기능
요약
VS Code의 새로운 Agents 뷰는 단순한 채팅 기능을 넘어 에이전트 중심의 워크스페이스를 제공합니다. 여러 AI 에이전트를 병렬로 실행하여 프로젝트 전반의 복잡한 작업을 수행하고 디버깅 및 자동화를 지원합니다.
핵심 포인트
- 에이전트 우선(agent-first) 설계로 프로젝트 전반의 작업 수행 가능
- 여러 AI 에이전트를 병렬로 실행하여 다중 작업 처리 지원
- 터미널 명령 실행 및 파일 생성/수정 등 실질적 구현 능력 보유
- 단순 자동 완성을 넘어선 '수행자(doer)'로서의 AI 역할 강조
VS Code의 새로운 Agents 뷰는 단순한 사이드바가 아니며, 새로운 모습으로 나타난 Copilot도 아닙니다. 이는 에디터에 직접 내장된 전용, 에이전트 우선 (agent-first) AI 워크스페이스로, "개발자를 위한 AI"가 어떠해야 하는지에 대한 기존의 가정을 뒤엎습니다. 또 다른 자동 완성 (autocomplete)이나 채팅 오버레이 대신, VS Code를 떠나지 않고도 AI에게 프로젝트 전반에 걸친 복잡한 작업을 지시하고, 진행 상황을 추적하며, 심지어 여러 에이전트를 병렬로 실행할 수 있는 본격적인 커맨드 데크 (command deck)를 제공합니다.
이 점 하나만으로도 Agents 뷰는 Copilot, Codex, 그리고 Google Antigravity와 같은 차세대 실험적 기능들과 차별화됩니다. 단순히 AI의 도움을 추가하는 것이 아니라, 워크플로의 중심을 AI로 재설정하여 새로운 수준에서 실제 프로젝트 조작, 디버깅 (debugging), 자동화 (automation)를 가능하게 합니다. 무엇이 진정으로 다른지, 현재 어떻게 사용할 수 있는지, 무엇을 주의 깊게 봐야 하는지, 그리고 왜 이것이 일상적인 코딩에 대한 재고를 강요하는지에 대해 알아보겠습니다.
VS Code Agents 뷰란 무엇이며 왜 중요한가?
Agents 뷰는 여러 AI 코딩 에이전트 (coding agents)를 관리하기 위해 설계된 VS Code 내부의 전용 워크스페이스입니다. 이는 단순한 작은 채팅 패널이나 Copilot 팝업이 아닙니다. 오른쪽 상단의 Agents 아이콘을 클릭하면 대화, 요청, 작업이 코드 버퍼 (code buffer)가 아닌 중심이 되는, 완전한 에이전트 우선 워크스페이스가 열립니다.
리뷰에 따르면, Agents 뷰를 통해 다음과 같은 작업이 가능합니다:
- 워크스페이스 (폴더, 리포지토리 (repo), 또는 프로젝트) 선택
- 상위 수준의 작업 설명 ("CRUD 폼 구축", "TypeScript 오류 수정", "다크 모드 추가")
- 다음과 같은 능력을 갖춘 에이전트에게 제어권 위임:
- 프로젝트 전체 조사
- 한 번에 여러 파일 생성 또는 수정
- VS Code 내부에서 터미널 명령 실행
- 작업 테스트 및 대화형 오류 수정
이는 AI를 단순한 자동 완성 조력자가 아닌 "수행자 (doer)"로 만들기 위해 구축되었습니다. 주로 코드 조각을 채워주거나 코드에 대해 채팅하는 Copilot과 비교했을 때, Agents 뷰는 에이전트가 수동 단계를 줄이면서 실제로 기능을 구현하고, 디버깅하며, 구조적 변경을 수행할 수 있도록 합니다.
리뷰에서 사용 통계(usage stats)를 확인하지는 못했지만, XDA의 평가는 명확합니다. 이것은 단편적이고 문맥이 제한적인 Copilot 사이드바보다 더 유능합니다. 이는 UI 오버레이(overlay)가 아니라, 별도의 집중된 모드입니다. "AI 채팅"과 실제 코드 사이에서 출력을 계속해서 주고받는 데 시간의 절반을 보냈던 개발자라면, 이는 워크플로 통합(workflow integration) 측면에서 매우 중요한 변화입니다.
VS Code Agents 뷰는 Codex, Claude Code, Google Antigravity와 어떻게 비교되나요?
Codex와 Claude Code는 단일 에이전트(single-agent) 도구입니다. 프롬프트나 코드 스니펫(code snippet)을 제공하면 도움을 주거나 새로운 코드를 생성하며 응답하지만, 주로 선형적인 질의응답(Q&A) 또는 완성(completion) 사이클 내에서 작동하며, 고차원적인 다단계 제어를 수행하는 경우는 드뭅니다.
VS Code의 Agents 뷰는 여러 에이전트를 병렬로(in parallel) 지원함으로써 이러한 방식에서 벗어납니다. 즉, 각기 다른 대화 스레드(conversational thread) 내에서 서로 다른 프롬프트나 작업을 동시에 실행할 수 있습니다. 워크스페이스(workspace)는 단순히 붙여넣기 버퍼(paste-buffer)를 보강하는 것이 아니라, 에이전트가 개발자에게 업무를 인계(handoff)할 수 있도록 진정으로 설계되었습니다.
리뷰어는 "VS Code에 단순히 덧붙여진 또 다른 Copilot 패널처럼 느껴질 것이라고 예상했습니다. 하지만 대신, 에디터와 상호작용하는 방식 자체가 바뀌었습니다"라고 언급했습니다. 이는 실제 워크플로의 차이가 존재한다는 강력한 지표이며, 이것이 단순한 브랜딩이나 또 다른 확장 프로그램(extension)이 아님을 보여줍니다.
사고의 전환으로 언급된 Google Antigravity는 순수한 생산성 도구라기보다 새로운 멘탈 모델(mental model)을 제시합니다. Antigravity는 "불편한 탁월함(uncomfortable brilliance)"으로 묘사되며, 기존 워크플로에서의 실질적인 자본 회수(recapitalization)보다는 코드와 소프트웨어 개발에 대해 생각하는 방식 자체를 재설정하는 것에 더 가깝습니다. 이는 익숙한 IDE를 확장하려는 것이 아니라, 개념 전체를 뿌리째 바꾸려는 시도입니다.
| 도구 | VS Code 내부 작동 여부? | 멀티 에이전트 (Multi-agent)? | 실제 작업 수행? | 워크스페이스 통합 (Workspace integration) |
|---|---|---|---|---|
| Copilot sidebar | 예 | 아니요 | 제한적 | 인라인 채팅/자동 완성 |
| ... |
실질적인 결과: Agents view는 이들 중 VS Code 내부에서 실제적인 멀티 에이전트(multi-agent) 방식의 프로젝트 전반에 걸친 조작이 가능한 유일한 도구입니다. 이는 단순히 에디터를 보조하는 것이 아니라, 생산성의 차원을 도약시키는 데 초점을 맞추고 있습니다.
리뷰를 통한 사용자들의 인상은 명확합니다. 모든 사람을 위한 것은 아니지만, AI가 자동 완성을 넘어 그 이상의 일을 해주기를 원하는 사람들에게는 "제대로 된 개발 워크스페이스 (development workspace)로 사용하기 시작하면 훨씬 더 유용하다"라고 평가합니다.
[[COMPARE: 단일 에이전트 도구 vs Agents view 멀티 에이전트 워크스페이스]]
오늘날 VS Code Agents view로 무엇을 할 수 있나요?
이것은 실체가 없는 제품(vaporware)이 아니며, 초대장이 있어야만 사용할 수 있는 것도 아닙니다. Agents view는 최신 버전의 VS Code에서 사용할 수 있습니다. 에디터를 열고 UI의 오른쪽 상단에 있는 Agents 아이콘을 찾아보세요.
실제 사용법 — 단계별 안내:
-
Agents view 열기
- VS Code의 오른쪽 상단에 있는 Agents 아이콘을 클릭합니다.
-
워크스페이스 (workspace) 선택
- 폴더, 리포지토리 (repo), 또는 프로젝트 전체를 선택합니다. 에이전트는 이 범위 내에서 작동하며, 그 안에 있는 모든 것을 검사하고 조작합니다.
-
에이전트 시작하기
- 새로운 에이전트 세션을 시작합니다. 다음과 같이 자연어(natural language)로 작업을 할당하세요:
유효성 검사와 테스트가 포함된 React 로그인 페이지를 구축해줘.
-
또는:
`src/` 내의 모든 레거시 API 호출을 새로운 훅 (hook)을 사용하도록 리팩터링 (Refactor) 해줘.
-
에이전트에게 작업 맡기기 (Let the agent work)
- 에이전트는 다음과 같은 작업을 수행할 수 있습니다:
- 프로젝트 구조 조사 및 관련 파일 스캔
- 여러 파일 생성, 코드 업데이트, 구현 처리
- 터미널 명령 실행 (빌드, 의존성 설치, 테스트 실행)
- 실행 도중 발생하는 자체 오류 포착 및 수정
- 에이전트는 다음과 같은 작업을 수행할 수 있습니다:
-
상호작용 및 수정 (Interact and correct)
- 에이전트가 오류에 직면하거나 명확한 설명을 요구할 경우, 동일한 창에서 답변하세요.
- 프로세스를 안내하고, 제안된 변경 사항을 승인하거나 되돌리세요 (revert).
-
여러 에이전트 실행 (Run multiple agents)
- 두 번째 프롬프트나 작업을 병렬로 시작하세요. 각 에이전트의 대화는 고유한 스레드 (thread)에서 관리됩니다.
리뷰어의 워크플로에서 실행한 실무 작업들:
- 여러 파일에 걸친 TypeScript 오류 수정 ("utils 폴더 내의 모든 TS 오류를 수정해줘")
- CRUD 폼 스캐폴딩 (scaffold) 구축 ("상태 훅 (state hooks)을 사용하여 추가/수정/삭제 레코드 UI를 생성해줘")
- 단일 에이전트 명령으로 반복적인 코드 블록 리팩터링 (Refactor)
- 린터 (linter)가 지적한 모든 곳에 주석 및 프로젝트 문서 추가
프롬프트 및 에이전트 관리를 위한 팁:
- 각 에이전트는 고유한 컨텍스트 (context)에서 실행됩니다. 기능 추가에는 하나를 사용하고, 버그 수정이나 리팩터링에는 다른 에이전트를 사용하세요.
- 작업을 분할하거나 체이닝 (chaining) 할 수 있습니다 (예: 에이전트 1은 UI를 구축하고, 에이전트 2는 테스트를 작성함).
- 리뷰에 따르면 디버깅 (debugging) 과정이 특히 매끄러운데, 이는 에이전트가 테스트 실패를 직접 확인하고 사용자가 수동으로 로그를 복사할 필요 없이 코드를 다시 실행하거나 수정할 수 있기 때문입니다.
// 예시: 복잡한 다단계 작업 할당
const task = `
1. /api 내의 모든 fetch 호출을 async/await를 사용하도록 마이그레이션(Migrate) 해줘
...
이 워크플로는 "오류 복사 → AI에 붙여넣기 → 수정 사항 다시 복사"와 같은 많은 과정을 전체 리포지토리 (repo)에 걸쳐 하나의 추적 가능한 대화로 전환해 줍니다.
개발자가 알아야 할 도전 과제나 한계점은 무엇인가요?
에이전트 방식은 큰 도약이지만, 마찰이 전혀 없는 것은 아닙니다. 주요한 조정 사항은 심리적인 부분입니다. 일반적인 자동 완성 (autocomplete)이나 채팅보다 더 많은 제어권을 넘겨주는 것이 처음에는 위험하게 느껴질 수 있습니다.
알려진 한계점 (리뷰 기준):
- 에이전트 우선 워크플로우 (Agent-first workflow): 한 줄씩 작업하는 대신 에이전트가 수행할 수 있도록 작업을 세분화하는 데는 연습이 필요합니다.
- 성능 특이사항 (Performance quirks): 대규모 프로젝트를 처리하거나 많은 에이전트 스레드를 열어두면 속도 저하, 끊김 또는 불완전한 코드 작업이 나타날 수 있습니다.
- 통합 범위 (Integration surface): 일부 확장 프로그램이나 VS Code 설정은 에이전트 주도 변경 사항과 완벽하게 호환되지 않을 수 있습니다. 표준적이지 않은 설정을 사용 중이라면 예상치 못한 상황이 발생할 수 있습니다.
- 버전 관리 (Versioning): 이 기능은 최신 릴리스에서 사용할 수 있습니다. 명시적인 최소 버전은 제공되지 않았으나, 아이콘이 보이지 않는다면 VS Code를 최신 채널로 업데이트하십시오.
- 에이전트 자체의 디버깅 (Debugging the agent itself): 에이전트가 "막혔을" 때, 에이전트를 종료하고 다시 시작해야 할 수도 있습니다. 이는 파일 단위로 수정하는 Copilot의 방식만큼 항상 매끄럽지는 않습니다.
미래를 전망하며, 리뷰는 지속적인 개선 사항—더 나은 오류 보고, 편집 기능과의 더 풍부한 통합, 그리고 더 세밀한 에이전트 제어—을 암시합니다.
왜 에이전트 뷰(Agents view)는 다른 AI 도구에 익숙한 개발자들에게 사고방식의 전환을 요구하는가?
전형적인 AI 코딩 도구(Copilot, Codex, Claude Code)는 커서를 보조합니다. 이는 마법 같은 자동 완성(autocomplete)이나 더 똑똑한 채팅과 같습니다. 사용자는 한 줄씩 완전한 제어권을 유지하며, AI는 사용자의 리드를 따릅니다.
에이전트 뷰는 이를 뒤집습니다. 사용자는 책임을 위임합니다. 원하는 것을 설명하면 AI가 새로운 워크스페이스에서 코드를 편집하고 실행하며, 프로젝트를 조사하고, 필요에 따라 설명을 요청하며 작업합니다. 사용자는 파일을 직접 건드리는 것이 아니라 프로세스를 관리합니다. 이는 새로운 신뢰 모델과 다른 계획 접근 방식을 요구합니다.
리뷰에서 언급된 Parth Shah의 견해: "이것은 제가 에디터와 상호작용하는 방식을 바꾸어 놓았습니다." 이는 더 높은 수준의, 더 협력적인 인터페이스입니다. 즉, 문맥을 이해하고 독립적으로 진행하는 에이전트에게 소유권을 할당하는 방식입니다.
Google Antigravity가 '불편한 천재성(uncomfortable brilliance)'이라고 불리는 것과 비교했을 때, 이는 생산성이나 '더 나은 Copilot'에 관한 것이 아니라, 코드를 개념화하고 조작하는 방식 자체의 정신적 전환을 의미합니다. 에이전트 뷰는 덜 급진적이지만, Copilot 이후 주류 IDE에서 가장 큰 워크플로우 재설정(workflow reset)입니다.
워크플로우 시사점:
- 단순히 코드 라인 단위가 아닌 작업(tasks) 관점에서 생각합니다.
- 여러 작업 흐름을 병렬로 처리합니다.
- 코드 가터(code gutter)에서만 디버깅하는 것이 아니라, '대화' 수준(에이전트가 이해하거나 수정한 내용)에서 디버깅합니다.
[[CONCEPT: 커서 기반의 키스트로크 단위가 아닌, 작업별 에이전트 모델]]
이것이 가능하게 하는 것들
Agents 뷰를 사용하면 여러 스레드에 걸쳐 작업을 분할하는 비용 자체가 사라집니다. 에이전트는 단순히 코드를 제안하는 것을 넘어, 테스트 검사, 빌드 실행, 파일 재작성 등을 수행하고 단일하며 소유 가능한 진행 상황을 제공하는 실제 팀원(teammate)이 됩니다.
팀의 경우: 에이전트가 지루하고 반복적인 작업(버그 분류, 종속성 업데이트, 대규모 리팩토링 등)을 처리하는 동안 인간은 아키텍처 설계와 새로운 코드 작성에 집중할 수 있는 미래 워크플로우를 상상해 볼 수 있습니다. 이는 현재는 1인 개발자의 '두 번째 두뇌' 역할을 하지만, 패러다임 자체는 팀 확장이 가능하며 에이전트 스웜(agent swarms)도 가능합니다.
마무리
VS Code의 Agents 뷰는 AI 통합이 무엇일 수 있는지 재정의합니다. 단순히 끼워 맞춘 자동 완성이나 챗봇 시대는 지났습니다. 오늘 당장 이것을 사용하려는 개발자에게, 에이전트 우선(agent-first) 작업 공간은 실용적이면서도 (약간의 인내심만 있다면) 변혁적인 병렬화된 힘을 제공합니다. 학습 곡선은 분명히 존재하지만, 진정한 프로젝트 전체 자동화와 코드와의 협업 방식 변화라는 이점은 반드시 시도해 볼 가치가 있습니다. 만약 여전히 Copilot만을 사용하고 있다면, 이것이 다음 단계입니다. AI는 더 이상 당신의 코드 옆에 단순히 붙어있는 것이 아닙니다. 개발 워크플로우의 전체 흐름을 담당하기 시작했습니다. 조금씩 놓아주는 것에 익숙해지세요. 코딩의 미래는 바로 지금, 당신의 에디터에서 일어나고 있습니다.
AI 자동 생성 콘텐츠
본 콘텐츠는 Dev.to AI tag의 원문을 AI가 자동으로 요약·번역·분석한 것입니다. 원 저작권은 원저작자에게 있으며, 정확한 내용은 반드시 원문을 확인해 주세요.
원문 바로가기