Visual Studio Code 1.122가 오늘 출시되며, 헤드라인 스토리는 간단하지만 중요합니다. BYOK(Bring Your Own Key)가 더 이상 GitHub 로그인을 필요로 하지 않습니다. 이것은 작은 UX 개선이 아닙니다. 이전에는 GitHub Copilot을 사용할 수 없었던 규제, 에어갭, 네트워크 제한 환경을 위한 VS Code의 AI 기능을 잠금 해제하는 변경입니다. 성숙하는 Agents 창, 엔터프라이즈급 OpenTelemetry 신호, 그리고 Custom Endpoint 제공자가 프리뷰에서 안정 버전으로 이동한 것과 결합하면, 이 릴리스는 월간 점 릴리스라기보다는 엔터프라이즈 플랫폼 발표처럼 읽힙니다.

에어갭 BYOK: 대화를 바꾸는 변경

1.122 이전에는 VS Code에서 자체 언어 모델 API 키를 사용하는 것(외부 트래픽이 전혀 없는 온프레미스 엔드포인트를 가리키더라도)에 GitHub 로그인이 필요했습니다. GitHub ID가 관문이었습니다. 정부 기관, 방산 업체, 분할된 네트워크에서 운영되는 금융 기관, 또는 타사 인증 제한이 엄격한 모든 조직에게 이 의존성은 단단한 차단물이었습니다.

이제 이 의존성이 채팅, 도구, MCP 서버에서 제거되었습니다.

명령 팔레트 → 언어 모델 관리를 통해 제공자(Anthropic, Azure, Gemini, OpenAI, Ollama, OpenRouter 또는 사용자 지정 엔드포인트)를 구성하면 GitHub 없이 VS Code의 채팅 보기를 사용할 수 있습니다. 요청은 구성된 제공자로 직접 전달됩니다. 로그인 프롬프트가 억제됩니다.

이것이 가능하게 하는 것:

  • 개인 엔드포인트 뒤의 Azure OpenAI. VNet 통합 또는 개인 DNS 영역을 통해 Azure OpenAI를 실행하는 조직은 VS Code를 해당 엔드포인트로 직접 가리킬 수 있습니다. 데이터가 테넌트를 떠나지 않습니다. 아웃바운드 GitHub 인증이 필요 없습니다.
  • 온프레미스 Ollama 배포. 내부 서버에서 Llama 또는 Mistral 모델을 실행하는 팀은 이제 완전히 지원되는 안정적인 경로로 VS Code 채팅에서 해당 모델을 사용할 수 있습니다.
  • 제한된 정부/방산 네트워크. GitHub.com이 완전히 차단된 환경에서도 선택한 LLM 엔드포인트가 내부적으로 도달 가능한 한 VS Code AI 기능을 배포할 수 있습니다.
  • 완전한 오프라인 워크플로. BYOK와 VS Code의 구성 가능한 원격 분석 정책(TelemetryLevel)을 결합하면 네트워크 경계 내에서 의미 있는 AI 지원 개발 경험을 실행할 수 있습니다.

여전히 GitHub 로그인이 필요한 것: 인라인 제안과 다음 편집 제안(NES). BYOK는 채팅, 도구, MCP 서버를 다루며, 실시간 완성 엔진은 다루지 않습니다. 대부분의 에어갭 사용 사례에서 이것은 수용 가능한 트레이드오프입니다. 실시간 완성보다 AI 채팅 지원과 에이전트 도구를 원하는 개발자는 정확히 필요한 것을 얻습니다.

유틸리티 모델 문제: VS Code는 백그라운드 작업(채팅 제목 생성, 커밋 메시지 생성, 피드백 흐름)에 더 작은 “유틸리티 모델"을 사용합니다. 로그아웃되면 해당 기본 유틸리티 모델에 도달할 수 없습니다. VS Code 1.122는 유틸리티 작업(chat.utilityModel, chat.utilitySmallModel 설정)을 위해 BYOK 모델을 구성하라는 알림을 표시합니다. 완전한 AI 기능을 위해 구성하거나 채팅만 필요한 경우 알림을 무시할 수 있습니다.

Custom Endpoint 제공자, 안정 버전 도달

에어갭 BYOK와 직접 관련됨: Custom Endpoint 제공자가 1.122에서 프리뷰에서 안정 버전으로 이동합니다.

이 제공자는 Chat Completions, Responses 또는 Messages API(OpenAI, Anthropic, Azure에서 사용하는 것과 동일한 프로토콜 제품군)를 구현하는 모든 모델을 연결할 수 있게 합니다. 즉, vLLM, TGI 또는 LM Studio에서 서비스되는 자체 호스팅 LLM, 사용자 지정 API 뒤의 엔터프라이즈 AI 플랫폼, 또는 게이트웨이를 통해 액세스되는 Azure OpenAI 모두가 이제 VS Code 안정 버전에서 일급 BYOK 제공자입니다.

실질적 결과: 이제 내부적으로 제어되는 모든 LLM 엔드포인트에 대해 VS Code 채팅을 실행하는 완전히 Microsoft 지원되는 프로덕션 안정 경로가 있습니다. 이것은 기술적으로 가능한 것과 공식적으로 지원되는 것 사이의 격차를 닫습니다. 엔터프라이즈 IT 및 규정 준수 팀에게 중요한 구분입니다.

세분화된 BYOK 제공자 관리

이전에는 BYOK 제공자 관리가 키를 회전하거나, 모델을 추가하거나, 제공자를 정리하기 위해 원시 JSON 구성을 편집하는 것을 의미했습니다. 1.122는 언어 모델 편집기에서 직접 대상 지정된 작업을 표시합니다.

  • API 키 업데이트 — JSON을 만지지 않고 키 회전
  • 모델 추가 — 추가 모델로 제공자 그룹 확장
  • 그룹 이름 변경 — 제공자 그룹 이름을 제자리에서 정리
  • 삭제 — 제공자 그룹을 완전히 제거

개별적으로는 작은 UX 개선입니다. 전체적으로, Microsoft가 BYOK를 파워 유저의 탈출구가 아닌 주류 워크플로우로 취급하고 있음을 나타냅니다. 엔터프라이즈 조직이 팀 간에 여러 BYOK 제공자를 구성하고 키를 회전함에 따라, 이러한 작업은 운영 마찰과 JSON 편집으로 인한 잘못된 구성의 위험을 줄입니다.

Agents 창: 진정한 워크플로우 도구로 성숙

에이전트 세션을 탐색, 반복, 검토하기 위한 전용 컴패니언 패널인 Agents 창은 1.122에서 두 가지 추가와 함께 프리뷰 발전을 계속합니다.

세션 호버 세부 정보. 세션 목록의 모든 세션 위에 마우스를 올리면 클릭하지 않고도 제목, 사용된 하네스(아이콘으로 표시), 프로젝트, 작업 트리, 변경된 파일을 볼 수 있습니다. 프로젝트 간에 여러 동시 에이전트 세션을 관리하는 개발자에게 이것은 의미 있는 사용성 개선입니다.

Agents 창에서 모델 관리. “채팅: 언어 모델 관리"가 이제 Agents 창에서 직접 사용 가능합니다. 이것은 Agents 창이 점점 에이전트 모드 작업이 일어나는 곳이 되기 때문에 중요합니다. 메인 편집기 창으로 다시 전환하지 않고 BYOK 모델을 구성할 수 있어 워크플로우가 일관되게 유지됩니다.

VS Code의 에이전트 기능이 Cursor 또는 Claude Code와 같은 독립형 에이전트 코딩 도구를 대체할 수 있는지 평가하는 조직에게: Agents 창이 장기적인 답입니다. 여전히 프리뷰이지만, 각 릴리스마다 프로덕션 사용에 더 실용적으로 만드는 기능이 추가됩니다. 로컬 VS Code 하네스는 현재 Insiders 전용입니다(sessions.chat.localAgent.enabled), 하지만 방향은 명확합니다.

OpenTelemetry 신호: 에이전트가 관찰 가능하게

이 변경은 릴리스 노트에서 간과하기 쉽지만, 엔터프라이즈 거버넌스에 큰 의미가 있습니다.

이제 로컬 에이전트 세션이 GitHub Copilot CLI OpenTelemetry 규칙에 정렬된 정규화된 github.copilot.* 속성 네임스페이스를 OpenTelemetry로 내보냅니다. 새 신호는 다음을 다룹니다.

  • 저장소 컨텍스트
  • 에이전트 유형
  • 구조화된 도구 매개변수
  • 훅 결과

IT와 DevOps 팀에게 중요한 이유:

조직이 Datadog, Grafana, Azure Monitor, Splunk 또는 호환되는 백엔드로 공급되는 OpenTelemetry 파이프라인을 운영 중이라면, VS Code 에이전트 활동이 이제 애플리케이션 원격 분석과 동일한 관측 가능성 인프라로 흘러들어갈 수 있습니다. 이것은 다음을 가능하게 합니다.

  • 비용 가시성. 개발자, 팀 또는 프로젝트별 LLM 토큰 소비 추적.
  • 보안 감사 추적. 에이전트 세션이 발생했다는 것 외에도 어떤 도구가 실행되었는지, 어떤 MCP 서버가 연결되었는지, 어떤 훅이 실행되었는지 파악.
  • 규정 준수 증거. 규제 환경에서 에이전트 활동의 구조화된 감사 로그는 nice-to-have가 아닌 거버넌스 요구 사항입니다.
  • 성능 기준선. 동일한 메트릭 인프라를 사용하여 AI 지원 개발의 실제 생산성 영향을 비AI 세션과 비교 측정.

GitHub Copilot CLI 규칙과의 속성 정렬은 또한 의미 있습니다. 조직이 VS Code 에이전트와 CLI 기반 에이전트 도구를 모두 사용하는 경우, 원격 분석이 이제 공통 언어를 말합니다. 이것은 개발 도구 체인 전반에 걸친 중앙 집중식 에이전트 모니터링의 기초입니다.

샌드박스 동작 개선

설정: chat.agent.sandbox.enabled

이 변경은 미묘하지만 이해할 가치가 있습니다. 이전에는 바이패스 승인 또는 자동 파일럿 모드로 실행된 명령이 먼저 샌드박스에서 시도되었습니다. 실패하면 VS Code가 샌드박스 외부에서 자동으로 재시도했습니다. 승인이 바이패스되었으므로 이 재시도 루프는 실제 안전 이점을 제공하지 않았고, 동작을 추론하기 더 어렵게 만들기만 했습니다.

새 동작: 터미널 샌드박싱은 기본 승인을 사용할 때만 적용됩니다.

이것은 안전 모델의 실용적인 명확화입니다.

  • 기본 승인 = 샌드박싱 적용 → 안전성과 유용성의 진정한 균형
  • 바이패스 승인 / 자동 파일럿 = 샌드박싱 없음 → 사용자가 위험을 명시적으로 인정했으며, 샌드박스 재시도는 오해를 일으키는 연극일 뿐

에이전트 사용에 대한 정책을 설정하는 조직에게 이 명확화는 중요합니다. 개발자가 민감한 저장소에 기본 승인을 사용하도록 요구하는 경우, 샌드박싱은 실제 보호를 제공합니다. 개발자가 바이패스 승인을 활성화한 경우, 샌드박스가 없습니다. 이것은 다른 곳에서 추가 거버넌스 컨트롤이 필요하더라도 정직하고 예측 가능합니다.

통합 브라우저: 디바이스 에뮬레이션 및 채팅으로 스크린샷

통합 브라우저에 두 가지 추가가 릴리스를 마무리합니다.

디바이스 에뮬레이션. 통합 브라우저가 이제 즉시 사용 가능한 디바이스 에뮬레이션을 지원합니다. 화면 크기, 모바일/터치 에뮬레이션, 사용자 지정 사용자 에이전트. 브라우저 탭 오버플로 메뉴의 “에뮬레이션 도구 모음 표시” 옵션을 통해 활성화합니다. 웹 개발자에게 이것은 반응형 레이아웃을 테스트하기 위해 Chrome DevTools나 별도 브라우저 창으로 전환할 필요를 제거합니다. 주목할 점으로, 에이전트는 Playwright 코드를 통해 프로그래밍 방식으로 디바이스 에뮬레이션을 트리거할 수 있어, 에이전트 기반 테스트 워크플로우의 일부로 자동화된 모바일 반응성 검사가 가능합니다.

채팅으로 스크린샷. 현재 브라우저 뷰포트의 스크린샷을 컨텍스트로 VS Code 채팅에 직접 첨부합니다. 실제 사용 사례는 즉시입니다. 깨진 레이아웃의 스크린샷을 찍어 채팅에 첨부하고, 편집기를 떠나지 않고 Copilot에게 CSS 또는 레이아웃 문제를 진단하도록 요청합니다.

조직이 해야 할 일

에어갭 또는 네트워크 제한 환경에서 운영 중인 경우: VS Code AI 기능을 실행 가능하게 만드는 릴리스로 1.122를 평가하세요. 내부 LLM 엔드포인트 상황(Azure OpenAI 개인 엔드포인트, 온프레미스 Ollama 또는 사용자 지정 엔드포인트)을 매핑하고 BYOK 구성을 테스트하세요. 이제 기능이 안정 버전이며 지원됩니다.

대규모로 VS Code 배포를 관리 중인 경우: TelemetryLevel 설정에 대해 VS Code 배포 구성을 검토하세요. 이전에 AI 기능이 GitHub 로그인 요구 사항으로 차단되었다면, 해당 차단을 재검토해야 할 수 있습니다. 반대로, BYOK 구성 거버넌스가 적절히 갖춰져 있는지 확인하세요. 개발자가 검증되지 않은 외부 엔드포인트로 VS Code를 가리키게 두고 싶지 않을 것입니다.

VS Code에서 에이전트 워크로드를 실행 중인 경우: 에이전트 세션에 대해 OpenTelemetry 내보내기를 구성하세요. 즉시 모니터링하지 않더라도, 지금 데이터 파이프라인을 설정하면 에이전트 사용이 확장되기 전에 기준선을 얻게 됩니다. github.copilot.* 속성 네임스페이스가 기존 OTel 인프라에 매핑해야 할 신호입니다.

웹 개발자인 경우: 디바이스 에뮬레이션 도구 모음을 켜세요. 디버깅 워크플로우에서 컨텍스트 전환을 하나 제거하는 삶의 질 개선입니다.

변경되지 않은 것

  • 인라인 제안과 NES는 여전히 GitHub 로그인이 필요합니다. BYOK는 실시간 코드 완성을 위한 Copilot을 대체하지 않습니다.
  • 기존 GitHub Copilot 구독자는 영향을 받지 않습니다. 로그인 없는 BYOK는 GitHub 인증이 불가능한 시나리오를 위한 추가 기능입니다.
  • Agents 창은 프리뷰로 유지됩니다. 프로덕션 중요 에이전트 워크로드는 그에 따라 평가해야 합니다.
  • 원격 개발 SSH/WSL/Dev 컨테이너는 AI 및 BYOK 변경의 영향을 받지 않습니다. 1.122의 유일한 원격 개발 노트는 32비트 ARM Linux 호스트에 대한 EOL입니다.

더 큰 그림: 엔터프라이즈 AI 인프라로서의 VS Code

Microsoft는 빠르게 움직이고 개발자 마인드셰어를 끌어들이는 에이전트 코딩 도구(Cursor, Claude Code, OpenAI Codex)로부터 실제 경쟁 압력에 직면해 있습니다. VS Code 1.122의 엔터프라이즈 중심 변경은 우연이 아닙니다. 이것은 특정 질문에 대한 답입니다. 왜 규제 조직이 대안을 평가하는 대신 VS Code를 표준화해야 하는가?

최근 릴리스에 걸쳐 구축되는 답: VS Code는 엔터프라이즈 ID, 규정 준수, 관측 가능성 인프라와 통합되는 옵션입니다. 로그인 없는 BYOK는 데이터 주권을 다룹니다. OpenTelemetry 정렬은 거버넌스를 다룹니다. 안정 버전의 Custom Endpoint는 자체 호스팅 LLM 배포를 다룹니다. 샌드박스 동작 명확화는 보안 정책 투명성을 다룹니다.

이것은 Microsoft가 엔터프라이즈 포트폴리오 전반에 적용한 패턴입니다. 원시 기능에서 기능별 기능으로 경쟁하는 대신, 엔터프라이즈 IT가 대규모로 AI 도구를 배포하기 전에 요구하는 거버넌스, 규정 준수, 통합 훅을 구축합니다. VS Code를 기존 보안 아키텍처에 맞추는 것(우회하는 것이 아닌)이 필요한 조직에게, 1.122는 그 대화를 훨씬 쉽게 만드는 릴리스입니다.

Build 2026의 Windows를 에이전트 플랫폼으로 보는 내러티브(에이전트가 느슨하게 개발자 데스크톱이 아닌 재설정 가능하고 감사 가능한 환경에서 실행)와 결합하여, VS Code 1.122의 관측 가능성과 제어된 실행 기능은 일관된 엔터프라이즈 AI 개발 아키텍처를 향해 가리킵니다. 편집기, 플랫폼, 거버넌스 인프라가 병렬로 구축되고 있습니다.

개발자 도구 최적화 준비가 되셨나요?

Big Hat Group은 조직이 Intune, Windows 365, GitHub Copilot으로 VSCode를 대규모로 표준화하고 배포하도록 돕습니다. 규제 환경을 위한 BYOK 평가, 개발자 생산성 기준선 구축, 또는 엔지니어링 팀 전반에 GitHub Copilot 확장 중 여부와 관계없이, 모든 참여에 실무 전문 지식을 제공합니다.

Big Hat Group에 문의하세요 개발자 도구 전략을 논의해 보세요.

Big Hat Group은 최신 엔드포인트 관리, Windows 365, 개발자 생산성 도구를 전문으로 하는 Microsoft 파트너입니다.