Visual Studio Code 1.140은 2026년 9월 30일에 게시되었으며, Copilot을 관리형 에이전트 실행에 한층 더 가깝게 전환합니다. Microsoft의 릴리스 노트에서는 전용 Copilot 하니스, 실험적 다중 폴더 세션, 원격 작업 위임, HydraFusion 오케스트레이션 및 기본 Auto 모델 선택 계층을 위한 엔터프라이즈 제어 기능을 설명합니다.
CTO와 엔지니어링 리더에게 주는 신호는 명확합니다. 에이전트 우선 개발에는 이제 워크로드 격리, 실행 배치, 모델 오케스트레이션 및 엔터프라이즈 정책에 관한 결정이 필요합니다. 이는 편집기 기본 설정이 아니라 플랫폼의 문제입니다.
1. 다중 폴더 세션으로 에이전트 작업 격리
기능 개요
Microsoft에 따르면 VS Code 1.140에는 다중 폴더 세션에 대한 실험적 지원이 추가됩니다. 서로 다른 채팅은 별도의 폴더나 worktree를 사용하여 연결된 터미널, 작업, 코드 변경 및 풀 리퀘스트 상태를 격리할 수 있습니다.
이는 단순한 또 하나의 채팅 탭이 아닙니다. 에이전트 세션의 작업 컨텍스트를 둘러싼 경계입니다.
중요한 이유
세션이 파일, 터미널 또는 작업 상태를 공유할 때 동시 에이전트 작업은 운영상 모호성을 초래할 수 있습니다. 다중 폴더 모델은 플랫폼 팀이 별도 worktree가 병렬 변경 사항에 대한 제어를 개선하는지 테스트할 수 있는 수단을 제공합니다.
중요한 이유: 팀은 기존 브랜치, worktree, 코드 검토 및 풀 리퀘스트 관행에 맞춰 이 기능을 평가해야 합니다. 실험적 격리를 이러한 제어 기능의 대체 수단으로 취급해서는 안 됩니다.
유용한 파일럿은 공유 폴더 워크플로와 별도 폴더 또는 worktree를 비교한 뒤, 개발자가 터미널, 작업 및 코드 변경을 올바른 채팅에 명확히 귀속할 수 있는 지점을 검토하는 것입니다. 핵심 결정은 이러한 분리가 검토를 분산시키지 않으면서 조정 오버헤드를 줄이는지 여부입니다.
2. Copilot 하니스가 에이전트 세션을 표준화
기능 개요
Microsoft의 VS Code 1.140 릴리스 노트에 따르면 GitHub Copilot 에이전트 동작은 이제 전용 하니스를 통해 실행됩니다. Microsoft는 이 변경이 VS Code와 기타 Copilot 도구 전반에서 에이전트 세션이 일관되게 동작하도록 하기 위한 것이라고 말합니다.
하니스는 눈에 보이는 워크플로 변경 뒤에 있는 아키텍처적 이야기입니다.
중요한 이유
도구 전반의 일관성은 에이전트 워크플로를 더 쉽게 운영할 수 있게 하지만, 공급업체가 보고한 일관성은 여전히 로컬 검증이 필요합니다. 팀은 승인된 Copilot 환경 전반에서 동일한 대표 작업을 비교하고 실행 또는 결과의 차이를 문서화해야 합니다.
CTO를 위해: 중요한 변화는 하나의 편집기에 내장된 기능에서 여러 Copilot 도구에 걸쳐 사용되도록 설계된 에이전트 워크플로로 전환되는 것입니다. 이러한 방향은 소유권을 개발자 플랫폼 기능으로 이동시킵니다.
따라서 표준화는 설치 이상의 범위를 다뤄야 합니다. 팀에는 허용 가능한 에이전트 동작, 검토 요구 사항 및 도구 간에 세션이 서로 다른 결과를 생성할 때의 에스컬레이션 경로에 대한 공통 정의가 필요합니다.
3. 원격 작업 위임으로 배치 결정 추가
기능 개요
Microsoft에 따르면 Agents 창은 적합한 원격 호스트에 작업을 위임할 수 있습니다. 호스트 선택에서는 운영 체제, 메모리, CPU 및 부하를 포함한 머신 특성을 고려할 수 있습니다.
이는 에이전트 워크플로 내부에서 수행되는 원격 워크로드 배치입니다.
중요한 이유
위임은 어떤 호스트가 어떤 조건에서 에이전트 작업을 받아야 하는지에 관한 용량 및 거버넌스 결정을 도입합니다. 릴리스 노트는 선택 특성을 설명하지만, 제공된 조사 자료는 이러한 특성이 엔터프라이즈 내부 정책에 어떻게 매핑되어야 하는지는 확립하지 않습니다.
중요한 이유: 플랫폼 팀은 광범위한 도입 전에 적격 호스트 클래스를 정의해야 합니다. 운영 체제, 메모리, CPU 및 부하는 유용한 배치 입력값이지만, 액세스 및 워크로드 소유권에 대한 조직 규칙을 대체하지는 않습니다.
승인된 원격 호스트에서 범위가 제한된 작업부터 시작하세요. 그런 다음 선택 동작이 팀의 용량 모델에 부합하는지, 그리고 개발자가 위임된 작업이 실행되는 위치를 이해할 수 있는지 판단해야 합니다.
4. HydraFusion이 모델과 수정을 조정
기능 개요
Microsoft는 VS Code 1.140에서 HydraFusion을 연구 미리 보기 기능으로 도입했습니다. 릴리스 정보에 따르면 이 기능은 속도, 비용 및 품질의 균형을 맞추는 것을 목표로 모델 선택과 비평 및 수정을 포함할 수 있는 워크플로 단계를 조정합니다.
이는 단일 모델 개선이 아닙니다. 모델과 워크플로 단계 전반에 걸친 오케스트레이션입니다.
중요한 이유
HydraFusion은 오케스트레이션 계층을 개발 경험의 명시적인 부분으로 만듭니다. 엔터프라이즈 팀에는 조정된 선택 및 수정이 추가된 워크플로 복잡성을 정당화할 만한 결과를 생성하는지에 대한 평가 과제가 생깁니다.
중요한 이유: 속도, 비용 및 품질은 상충하는 운영 기준입니다. 통제된 평가는 HydraFusion을 팀의 현재 워크플로와 비교하기 전에 각 작업 클래스에서 어떤 기준이 중요한지 정의해야 합니다.
가장 중요한 지점은 아마도 이러한 방향성일 것입니다. 에이전트 우선 개발은 하나의 모델에 프롬프트를 입력하는 데 그치지 않고, 여러 단계에 걸쳐 선택, 비평 및 수정을 수행하는 시스템으로 이동하고 있습니다.
5. 엔터프라이즈 제어 기능이 기본 Auto 계층 관리
기능 개요
Microsoft에 따르면 VS Code 1.140에는 모델 선택에 사용되는 기본 Auto 계층을 구성하기 위한 엔터프라이즈 제어 기능이 추가됩니다. 제공된 조사 자료는 이 제어 기능의 설정 키를 식별하지 않으며 추가 구성 세부 정보도 제공하지 않습니다.
정책 표면은 존재하지만, 현재 이용 가능한 근거는 더 구체적인 구성 권고를 뒷받침하지 않습니다.
중요한 이유
자동 모델 선택은 팀이 비용, 품질 및 감독을 고려하는 방식에 영향을 줍니다. 구성 가능한 기본값은 엔터프라이즈 관리자에게 제어 지점을 제공하지만, 명시적인 정책 결정도 요구합니다.
IT 리더에게 이것이 의미하는 바: Auto 계층이 기본값으로 승인되는지, 평가 그룹으로 제한되는지 또는 내부 검토가 완료될 때까지 보류되는지를 문서화하세요. 편집기 기본값이 우연히 조직의 AI 정책이 되도록 해서는 안 됩니다.
규제 산업에서 모델 선택 거버넌스는 협상의 대상이 아닙니다. 즉시 취할 조치는 기본값의 소유자를 지정하고 변경을 승인할 수 있는 주체를 정하는 것입니다.
핵심 요약
VS Code 1.140은 Copilot 에이전트 워크플로를 더 광범위한 플랫폼 관리 과제로 전환합니다. 다중 폴더 세션은 격리를 도입하고, 전용 하니스는 도구 간 일관성을 목표로 하며, 원격 위임은 배치 결정을 추가하고, HydraFusion은 오케스트레이션을 미리 보여 주며, Auto 계층은 엔터프라이즈 정책 표면을 추가합니다.
엔터프라이즈 팀에 대한 의미
세션 격리를 파일럿하세요. 대표 리포지토리에서 다중 폴더 세션을 테스트하고, 별도 폴더 또는 worktree가 작업 소유권을 명확히 하는지 검토하세요.
하니스 일관성을 검증하세요. 내부 테스트 없이 공급업체가 보고한 일관성을 받아들이지 말고, 도구 전반에서 승인된 Copilot 워크플로를 비교하세요.
원격 위임을 제한하세요. 팀이 운영 체제, 메모리, CPU 또는 부하에 따라 에이전트 작업을 라우팅하기 전에 어떤 원격 호스트가 적격인지 정의하세요.
미리 보기 평가를 분리하세요. HydraFusion을 명시적인 속도, 비용 및 품질 기준을 갖춘 연구 미리 보기 평가로 취급하세요.
모델 정책 소유권을 할당하세요. 기본 Auto 계층을 누가 제어하고 변경을 어떻게 검토할지 결정하세요.
에이전트 우선은 추세가 아니라 방향입니다. 엔터프라이즈의 과제는 이 방향을 거버넌스 가능한 상태로 만드는 것입니다.
즐거운 코딩 되세요!