Microsoft의 Visual Studio Code 1.146 릴리스는 에이전트 작업을 Copilot harness로 더욱 이전하는 한편, 실험적 세션 분류, 미리 보기 채팅 창, 확장된 모델 비교, 캔버스 연속성, 확장 관리, 원격 연결 및 새로운 신뢰 제어를 추가합니다. 이 릴리스에서는 1.146.0 다운로드도 제공하며, 터미널, 작업, 마켓플레이스, 메모리, 접근성 및 편집기에 대한 대규모 수정 사항도 포함합니다.
CTO와 엔지니어링 리더에게 신호는 명확합니다. 에이전트 우선 개발은 더 이상 사이드 패널이 아니라 운영 모델이 되고 있습니다. 즉시 해야 할 일은 2027년 2월 이전에 Local harness에서 마이그레이션하고, 어떤 실험적 기능을 관리형 환경에 포함할지 결정하며, 모델, 확장, 자격 증명, 프록시 및 원격 액세스를 관리하는 제어를 검증하는 것입니다.
1. Copilot Harness 마이그레이션의 기한은 2027년 2월입니다
무엇인가
Microsoft의 VS Code 1.146 릴리스 노트에 따르면, Copilot harness는 VS Code 1.143부터 새 세션의 기본값이었습니다. Copilot SDK를 기반으로 구축되며, Agent Host를 통해 세션을 실행하여 백그라운드에서 계속 작동하고 편집기 창과 Agents 창 모두에서 액세스할 수 있도록 합니다.
Microsoft는 Copilot harness가 Local harness에는 없는 관리형 샌드박스 및 권한 정책도 적용한다고 설명합니다. 이는 단순히 이름이 변경된 런타임이 아니라 운영상의 경계입니다.
Local harness는 현재 더 이상 사용되지 않으며 2027년 2월에 제거될 예정입니다. Microsoft는 그 사이 3개월 동안은 계속 사용할 수 있지만 기능적으로 동결되며, 새 기능과 개선 사항은 Copilot harness에 집중되고 Local harness에서는 작동이 보장되지 않는다고 밝혔습니다.
VS Code 1.142에서 도입된 엔터프라이즈 관리 설정 vscode.temporaryDefaultToLocalHarness는 Local harness와 함께 사라집니다. 기존 조직은 이 설정을 지속 가능한 정책으로 간주할 수 없습니다.
VS Code 1.146은 Agent Host를 가상 리포지토리에도 확장합니다. Microsoft는 이제 사용자가 가상 리포지토리를 로컬 폴더에 복제하지 않고도 Copilot harness 워크플로를 실행할 수 있다고 밝혔습니다.
중요한 이유
기한 전에 마이그레이션하세요. 팀은 여전히 Local harness에 의존하는 워크플로, 대화, 사용자 지정, 도구 및 정책을 목록화한 다음 2027년 2월 이전에 Copilot harness에서 검증해야 합니다.
레거시 런타임이 동결되었으므로 마이그레이션을 미루는 것은 이후의 에이전트 개선 사항에 대한 접근도 미루는 것을 의미합니다. 이는 무기한 유지되는 호환성 토글이 아닙니다. 예정된 런타임 종료입니다.
가상 리포지토리 지원은 에이전트가 작업할 수 있는 위치를 확장합니다. 이전의 기술적 제한이 더 이상 분리를 제공하지 않으므로 플랫폼 팀은 기존 Copilot 및 리포지토리 액세스 정책이 가상 작업 영역으로 열린 리포지토리를 적절히 포괄하는지 검토해야 합니다.
2. Inbox 모드는 에이전트 세션을 작업 큐로 전환합니다
무엇인가
Microsoft는 실험적 Inbox 모드를 프로젝트 전반의 에이전트 세션을 위한 중앙화된 보기로 설명합니다. 이는 기본적으로 꺼져 있는 sessions.list.inboxEnabled로 제어됩니다.
설정을 활성화한 후 사용자는 Agents 창에서 Grouping을 선택한 다음 Inbox Mode를 선택합니다. 주의가 필요한 세션이 먼저 표시되고, 그 뒤에 Working, Ready to merge, On hold, Done 그룹이 나타납니다.
사용자는 세션을 연기하기 위해 Dismiss from Inbox, Put on Hold 또는 Snooze를 적용할 수 있습니다. Microsoft는 해제와 보관을 구분합니다. 세션을 해제해도 보관되지는 않지만, Mark Session as Done을 사용하면 보관됩니다.
VS Code 1.146은 sessions.list.inlineActions 아래에 실험적 세션 목록 작업도 추가합니다. 활성화하면 이러한 제어를 통해 해당 세션을 열지 않고도 실패한 검사를 수정하거나 검토 의견을 처리하도록 요청할 수 있습니다.
Microsoft는 각 작업이 해당 행의 세션 또는 중첩 세션을 백그라운드에서 대상으로 한다고 밝혔습니다. 이 설정은 Agent Merge를 활성화하거나 기존 작업 권한을 변경하지 않습니다.
중요한 이유
Inbox 모드는 에이전트 감독을 작업 영역별 확인에서 큐 관리로 바꿉니다. 이는 여러 백그라운드 세션이 승인 대기 중이거나, 변경 사항을 생성 중이거나, 병합 준비 작업을 수행 중인 개발자에게 중요합니다.
표준화하기 전에 의미를 시범 운영하세요. 팀은 개발 프로세스 내에서 Dismiss, On hold, Ready to merge 및 Done이 무엇을 의미하는지 합의해야 합니다. 그렇지 않으면 공유 인터페이스가 조정을 개선하기보다 일관성 없는 처리를 숨길 수 있습니다.
인라인 작업은 탐색을 줄이지만 권한을 줄이지는 않습니다. 기존 권한은 여전히 에이전트가 수행할 수 있는 작업을 관리하므로, 관리자는 sessions.list.inlineActions를 새로운 권한 경계가 아니라 워크플로 제어로 평가해야 합니다.
3. 채팅 창은 에이전트 작업 영역을 재구성합니다
무엇인가
미리 보기 Chat windows 기능은 연결된 편집기와 터미널을 포함하는 별도의 창을 채팅에 제공합니다. Stable에서는 기본적으로 꺼져 있으며 sessions.chatWindows.enabled가 필요합니다. Microsoft는 VS Code Insiders에서는 기본적으로 활성화되어 있다고 밝혔습니다.
사용자는 세션이나 채팅을 마우스 오른쪽 버튼으로 클릭하고 Open in 다음 New Window를 선택하거나, Agents 창에서 채팅을 끌어낼 수 있습니다. Move to Main Window 명령은 이를 다시 원래 창으로 되돌립니다.
채팅 창에는 하나 이상의 세션에서 가져온 여러 채팅을 포함할 수 있습니다. 사용자는 제목 표시줄에서 다른 세션을 선택하고, 창 간에 채팅을 끌어 이동하거나, macOS에서는 ⌘N, Windows 및 Linux에서는 Ctrl+N을 사용해 세션을 시작할 수 있습니다.
Microsoft는 VS Code를 다시 시작한 후에도 채팅과 편집기가 다시 열린다고 밝혔습니다. 각 창 안에서 사용자는 부분을 이동하고, 레이아웃을 분할하고, 편집기 탭을 이동하며, 편집기를 채팅 컨텍스트에 연결하고, 터미널 위치를 조정하고, 나란히 배치된 구성과 쌓인 구성 사이를 전환할 수 있습니다.
Agents: Toggle Chat Conversation 명령은 쌓인 대화를 입력란으로 접을 수 있습니다. Developer: Reset Chat Window Layout은 초기 배열을 복원합니다.
중요한 이유
채팅 창을 통해 개발자는 하나의 공유 패널 안에서 계속 전환하는 대신 에이전트 세션을 중심으로 작업별 작업 영역을 만들 수 있습니다. 검토 세션에서는 대화, 변경된 파일 및 터미널을 함께 유지하고, 다른 창은 구현 작업 전용으로 유지할 수 있습니다.
이로 인해 지원 및 거버넌스를 위한 새로운 작업 영역 계층이 생성됩니다. 플랫폼 팀은 일상적인 프로덕션 작업에 이 미리 보기 기능을 권장하기 전에 재시작 복원, 다중 모니터 사용, 터미널 배치, 컨텍스트 연결 및 확장 동작을 테스트해야 합니다.
이 기능은 Stable에서 여전히 미리 보기 상태입니다. 레이아웃 지속성을 커밋된 코드, 기록된 결정 또는 지속 가능한 프로젝트 문서를 대체하는 수단이 아니라 워크플로 편의 기능으로 취급하세요.
4. Agents 창 확장은 컨텍스트 전환을 줄입니다
무엇인가
VS Code 1.146은 Agent Customizations 아래의 실험적 Extensions 섹션을 확장합니다. Microsoft는 이제 사용자가 Agents 창을 벗어나지 않고도 확장을 찾고, 설치하고, 제거할 수 있다고 밝혔습니다.
마켓플레이스 검색에는 설치되지 않은 확장과 함께 해당 게시자, 설치 수 및 평점이 포함됩니다. 확장을 설치하면 VS Code에 추가되고 Agents 창에서 활성화되며, 인접한 드롭다운에서 사전 릴리스를 포함한 다른 버전을 선택할 수 있습니다.
VS Code는 확장이 Agents 창 지원을 선언하지 않고 보기, 디버거, 상태 표시줄 항목 또는 연습 가이드를 제공할 경우 경고합니다. 조직 정책이 설치를 차단하면 인터페이스에 그 이유가 표시됩니다.
사용자는 macOS에서 ⇧⌘X, Windows 및 Linux에서 Ctrl+Shift+X, 또는 Extensions: Manage Extensions 명령으로 확장 관리를 열 수 있습니다. Microsoft는 편집기의 Extensions 보기에 대해 사용자 지정된 단축키도 Agents 창에 적용된다고 밝혔습니다.
중요한 이유
Agents 창 내 확장 검색은 누락된 기능을 식별하는 시점부터 설치하는 시점까지의 경로를 단축합니다. 또한 설치가 이제 에이전트 중심 작업 영역 내에서 직접 이루어지므로 확장 출처와 호환성이 더 중요해집니다.
확장 거버넌스를 유지하세요. 마켓플레이스에서 사용할 수 있다고 해서 조직의 승인을 의미하는 것으로 해석해서는 안 됩니다. 비공개 마켓플레이스, 허용 목록 또는 차단된 게시자를 사용하는 팀은 해당 정책이 Agents 창에서 예상한 메시지를 표시하는지 확인해야 합니다.
호환성 경고도 주의해야 합니다. 확장은 성공적으로 설치되더라도 일부 제공 기능을 사용할 수 없을 수 있으므로, 플랫폼 팀은 설치 상태만으로 완전한 호환성을 추정하지 말고 지원되는 에이전트 창 확장을 문서화해야 합니다.
5. 모델 비교에 Fusion과 에이전트 자동화가 추가됩니다
무엇인가
Microsoft는 Agents 창의 Compare Models가 하나의 프롬프트를 여러 모델에서 실행하고, 판정기를 사용해 출력을 평가하며, 종합기를 통해 각 결과의 강점을 결합할 수 있다고 설명합니다.
VS Code 1.146에서는 작업 영역을 선택하지 않고도 채팅 전용 응답을 판정하고 종합할 수 있습니다. Synthesize를 선택하면 새 채팅이 생성되며 원래 시도는 수정되지 않습니다.
미리 보기에는 시도, 판정기 또는 종합기의 옵션으로 Copilot Fusion 및 지원되는 추론 노력 수준도 추가됩니다. 관련 기여인 pull request #346434는 Agent Host 채팅에서 Copilot Fusion 추론을 노출합니다.
sessions.chat.compareAgents.tools.enabled로 제어되는 실험적 도구를 사용하면 에이전트가 모델을 검색하고, 비교를 시작하며, 결과 및 대화 참조를 읽을 수 있습니다. Microsoft는 이러한 도구가 기본적으로 꺼져 있으며 Compare Models를 활성화해야 한다고 밝혔습니다.
도구를 비활성화해도 수동 비교가 제거되지는 않습니다. 차이는 사람이 시작한 비교와 에이전트가 시작한 평가 사이에 있습니다.
중요한 이유
이제 모델 선택은 개발 환경 내에서 반복 가능한 평가 워크플로가 될 수 있습니다. 팀은 후보 출력을 보존하고, 별도의 종합 결과를 생성하며, 초기 시도를 덮어쓰지 않고 노력 수준을 비교할 수 있습니다.
에이전트 실행 평가는 자동화를 강화하지만 모델 호출 범위도 확장합니다. 엔지니어링 리더는 sessions.chat.compareAgents.tools.enabled를 활성화하기 전에 승인된 비교 시나리오, 예상 모델 액세스 및 비용 책임 관행을 정의해야 합니다.
이는 독립적인 벤치마크가 아닙니다. 결론이 프롬프트, 판정기, 종합기 및 선택한 모델에 따라 달라지는 제품 내 비교 메커니즘입니다.
6. 캔버스에 권한, 검색 및 연속성이 추가됩니다
무엇인가
Microsoft는 캔버스를 개발자와 Copilot이 계획, 대시보드 및 기타 아티팩트에서 함께 작업하는 공유형 대화형 표면으로 설명합니다. VS Code 1.146은 권한 프롬프트와 여러 연속성 개선 사항을 추가합니다.
Copilot harness 세션에서 캔버스 확장은 hooks와 같은 권한 있는 기능을 초기화하기 전에 승인을 요청합니다. 캔버스 메뉴는 실행 중인 캔버스와 인스턴스화할 수 있는 사용 가능한 캔버스를 구분하며, Agents 창은 Discover More 아래에 생성 및 설치 작업을 배치합니다.
비활성 Copilot harness 세션은 다른 메시지 없이 캔버스를 복원합니다. 캔버스 공급자가 다시 시작되면 마지막 캔버스 이미지는 다시 연결 중 표시기와 함께 계속 보입니다.
별도의 채팅 창에서 캔버스 탭은 연결된 채팅이 창을 떠나면 닫히며, 해당 채팅과 함께 다시 열 수 있습니다. Microsoft는 캔버스가 포커스를 가져가지 않고 창을 다시 로드한 후에도 복원된다고 밝혔습니다.
중요한 이유
권한 프롬프트는 캔버스 초기화를 명시적인 신뢰 이벤트로 만듭니다. 개발자는 기존 Copilot 세션 내에 캔버스가 표시된다는 이유만으로 권한 있는 기능을 승인해서는 안 됩니다.
연속성 개선으로 캔버스는 지속적인 계획 및 운영 보기에 더 적합해지지만, 수명 주기 테스트의 중요성도 커집니다. 팀은 공급자가 다시 시작될 때, 채팅이 창 간에 이동할 때, 세션이 비활성화될 때, 관리형 설정이 캔버스 확장을 차단할 때 어떤 일이 발생하는지 검증해야 합니다.
규제 환경에서 캔버스 출처는 사용자 지정 거버넌스의 일부입니다. 확장이 hooks 또는 기타 권한 있는 기능을 초기화할 수 있다면 이를 단순한 표현으로 취급할 수 없습니다.
7. 원격 공유, CLI 핸드오프 및 백그라운드 전송이 세션 이동성을 확장합니다
무엇인가
실험적 설정 sessions.chat.experimental.remoteEnvironmentsThisComputer는 GitHub Environments 또는 Dev Tunnels를 통해 다른 클라이언트와 현재 컴퓨터를 공유하는 제어를 추가합니다. 사용자는 공유를 비활성화하거나 클라이언트에 표시되는 컴퓨터 이름을 변경할 수도 있습니다.
Microsoft는 공유 활성화 여부와 관계없이 로컬 세션이 컴퓨터에서 직접 계속 실행된다고 밝혔습니다. 제어는 환경 선택기의 Manage Remote Environments, 명령 팔레트 또는 Remote Connections 메뉴에서 사용할 수 있습니다.
VS Code 1.146은 실험적 GitHub Copilot CLI 세션을 VS Code에서 계속할 수 있도록 합니다. /code 또는 VS Code Insiders의 경우 /code-insiders를 입력하면 CLI를 종료하고 해당 폴더의 Chat 보기에서 동일한 세션을 엽니다.
핸드오프에는 /settings experimental on을 통해 실험적 기능을 활성화한 Copilot CLI 1.0.107 이상이 필요합니다. 대화 기록, 모델, 추론 노력, 모드 및 권한은 유지되지만, --allow-tool과 같은 프로세스별 권한 및 이전 승인은 이전되지 않습니다.
CLI로 돌아가려면 사용자는 핸드오프 중에 표시되는 copilot --resume 명령을 실행합니다. 다른 CLI 프로세스가 여전히 세션을 보유하고 있으면 VS Code는 세션을 열기 전에 확인을 요청합니다.
Agents 창에는 구성 가능한 백그라운드 전송 작업도 추가됩니다. macOS에서는 ⌘Enter, Windows 및 Linux에서는 Ctrl+Enter를 누르면 세션을 열지 않고 시작하며, chat.sendInBackgroundTip.enabled에서 구성된 바로 가기를 표시할 수 있습니다.
중요한 이유
이러한 변경으로 에이전트 세션은 클라이언트, 터미널, 창 및 환경 간에 이식 가능해집니다. 또한 권한과 네트워크 노출을 재평가해야 하는 전환 지점도 생성됩니다.
각 핸드오프 경계를 검토하세요. CLI 승인은 자동으로 VS Code로 이전되지 않습니다. 이는 올바른 보안 태세이지만 사용자가 혼란을 겪을 수 있습니다. 팀은 예상되는 재승인 흐름을 문서화해야 합니다.
컴퓨터 공유는 단순한 에이전트 편의 기능이 아니라 원격 액세스로 관리해야 합니다. 관리자는 실험적 설정을 활성화하기 전에 GitHub Environments, Dev Tunnels, 컴퓨터 이름 지정 및 검색 가능성이 기존 원격 개발 제어와 부합하는지 결정해야 합니다.
8. MCP를 통한 Skills, 새로운 컨텍스트 채널 추가
무엇인가
VS Code 1.146은 chat.agentHost.mcpSkills.enabled를 통해 SEP-2640의 MCP를 통한 Skills를 미리 보기로 지원합니다. Microsoft에 따르면 MCP 서버는 이 기능을 사용하여 모델에 skills를 자동으로 제공할 수 있습니다.
skills를 제공하는 MCP 서버에 처음 연결하면 해당 skills가 모델 컨텍스트에 들어가기 전에 승인 요청이 표시됩니다. 승인된 skills는 Agent Customizations 편집기의 Skills 탭에 나타납니다.
중요한 이유
MCP를 통한 Skills는 서버 연결을 모델 동작과 컨텍스트를 추가하는 메커니즘으로 전환합니다. 따라서 승인 프롬프트는 중요한 신뢰 경계입니다.
팀은 승인 전에 서버, 서버가 노출하는 skills 및 해당 skills가 도입하는 컨텍스트를 검증해야 합니다. 이는 수동적 통합을 활성화하는 것과 동등하지 않습니다. 세션 중 모델이 검색하고 사용할 수 있는 항목을 변경합니다.
관리자는 MCP 거버넌스 검토에 chat.agentHost.mcpSkills.enabled를 포함하고 미리 보기 기능이 관리형 개발자 환경에 적합한지 판단해야 합니다.
9. 권한 및 샌드박스 제어의 세분화
무엇인가
Microsoft에 따르면 Copilot harness 프롬프트는 이전에 웹 가져오기, 터미널 명령 및 파일 읽기를 포함한 작업에 광범위한 도구 수준 허용을 제안했습니다. 예를 들어 URL 가져오기에 대해 이 세션에서 허용을 선택하면 해당 세션 동안 모든 URL에 대한 액세스가 허용될 수 있었습니다.
VS Code 1.146은 기본값을 변경하여 특정 도메인, 명령 및 디렉터리에 더 좁은 범위의 허용을 제안합니다. 이는 단일 승인의 범위를 줄입니다.
새로운 chat.agent.sandbox.credentials.envVars 설정을 통해 관리자는 또는 사용자는 샌드박스 세션에서 선택한 환경 변수를 마스킹할 수 있습니다. 에이전트 도구에는 자리 표시자가 전달되며, 실제 값은 injectHosts를 통해 구성된 승인된 HTTPS 대상에 대해서만 복원됩니다.
Microsoft는 사용자가 설정에 비밀 값이 아니라 환경 변수 이름을 입력하도록 안내합니다. Windows에서는 마스킹에 로컬 네트워크 액세스가 필요하며, macOS 및 Windows에서 운영 체제 인증서 신뢰가 필요한 도구는 샌드박스 CA 인증서를 신뢰해야 합니다.
터미널 샌드박싱이 활성화되면 이제 채팅 입력란에 (sandbox enabled)가 표시됩니다. Microsoft에 따르면 사용자가 채팅을 전환하거나 설정을 변경해도 이 표시기는 동기화된 상태로 유지됩니다.
중요한 이유
세분화된 프롬프트는 일상적인 승인의 영향 범위를 줄입니다. 팀은 개발자에게 프롬프트를 기계적으로 승인하지 말고 제안된 도메인, 명령 또는 디렉터리를 검토하도록 교육해야 합니다.
환경 변수 마스킹은 자격 증명이 일반 에이전트 도구에는 숨겨진 상태로 승인된 HTTPS 호스트에 도달하도록 하는 제어된 경로를 도입합니다. 이 제어는 injectHosts 항목이 엄격하게 검토될 때만 유용합니다.
대상 구성을 비밀 정책으로 취급하세요. 마스킹 자체가 활성화되어 있더라도 광범위하거나 잘못된 호스트 목록은 의도된 격리를 약화시킬 수 있습니다. Windows 네트워킹 및 인증서 전제 조건은 배포 테스트에 포함해야 합니다.
샌드박스 표시기는 상호 작용 시점의 검증도 개선합니다. 개발자는 더 이상 터미널 샌드박싱이 활성화되었는지 확인하기 위해 별도의 권한 메뉴를 열 필요가 없습니다.
10. 엔터프라이즈 프록시 및 정책 제어 확장
무엇인가
Microsoft에 따르면 Copilot 세션은 로컬, WSL 또는 로컬 Dev Container에서 실행될 때 프록시 자동 구성 및 Kerberos 인증을 포함한 VS Code 프록시 구성을 따릅니다.
조직의 라우팅 규칙은 각 대상에 대해 서로 다른 프록시 또는 직접 연결을 선택할 수 있습니다. 이를 통해 모든 요청을 하나의 프록시 경로로 강제하지 않아도 됩니다.
엔터프라이즈 관리형 설정 communication.support.url은 이제 지원되는 정책 제한의 영향을 받는 개발자를 조직의 도움말 페이지로 안내할 수 있습니다. Microsoft에 따르면 유효한 절대 HTTP 또는 HTTPS URL을 설정하면 Agents 비활성화 또는 조직에서 비활성화한 모델과 같은 제한에 대해 Contact Admin 링크가 추가됩니다.
VS Code 1.146은 Copilot 관리형 strictPluginOnlyCustomization 설정을 독립형 canvas 확장으로도 확장합니다. 이를 true로 설정하면 적격 플러그인 콘텐츠는 허용하면서 지원되는 모든 독립형 사용자 지정 범주를 차단합니다.
대신 관리자는 "skills", "agents", "hooks", "mcp", "extensions" 중 선택한 범주가 포함된 목록을 제공할 수 있습니다. Microsoft는 Copilot SDK가 이를 관리하므로 부울 전용 ChatStrictPluginOnlyCustomization VS Code 정책은 canvas 확장을 제어하지 않는다고 언급합니다.
중요한 이유
프록시 정렬은 PAC 파일, Kerberos, WSL 또는 로컬 Dev Containers를 사용하는 조직의 구성 격차를 해소합니다. 네트워크 팀은 기존 편집기 트래픽 테스트가 모든 Copilot 세션 경로를 포괄한다고 가정하지 말고 대상 기반 라우팅을 테스트해야 합니다.
communication.support.url은 차단된 경험을 실행 가능한 지원 경로로 바꿉니다. 조직은 승인된 Copilot 사용, 액세스 요청 및 에스컬레이션 경로를 설명하는 유지 관리되는 페이지로 이를 연결해야 합니다.
Canvas 제한에는 올바른 제어 플레인이 필요합니다. ChatStrictPluginOnlyCustomization에만 의존하면 canvas 확장이 의도된 정책 범위에서 벗어나므로 관리자는 Copilot 관리형 strictPluginOnlyCustomization 설정을 구성해야 합니다.
11. 접근성, 다이어그램, 브라우저 및 메트릭 개선
무엇인가
이제 Welcome 페이지 자체에 키보드 포커스가 있을 때 표시되는 윤곽선이 나타납니다. Microsoft에 따르면 이 페이지는 스크린 리더 사용자에게도 포커스 가능한 상태로 유지됩니다.
VS Code 1.146은 채팅, Markdown 미리 보기 및 notebook 렌더링을 Mermaid 12로 이전합니다. 릴리스 노트는 결과 기능으로 유스케이스 다이어그램 및 업데이트된 자동 레이아웃 동작을 언급합니다.
Integrated Browser는 이제 외부 브라우저 또는 터미널에서 사용하도록 로컬 HTML 미리 보기의 file:// 주소를 복사할 수 있습니다.
Microsoft는 또한 GitHub Copilot 사용량 메트릭을 수정하여 에이전트 편집이 더 이상 편집 사이에 변경되지 않은 텍스트를 새로 추가되거나 삭제된 코드로 집계하지 않도록 했습니다.
중요한 이유
포커스 윤곽선은 키보드 사용자에게 Welcome 페이지에서 가시적인 위치 피드백을 제공합니다. 접근성 테스트는 상호 작용 제어뿐 아니라 페이지 자체도 포함해야 합니다.
Mermaid 12는 자동 다이어그램 레이아웃을 변경할 수 있습니다. 다이어그램이 많은 Markdown 또는 notebook을 사용하는 팀은 업그레이드 후 픽셀 수준의 연속성을 가정하지 말고 중요한 렌더링 결과물을 검사해야 합니다.
로컬 파일 주소 복사는 작지만 반복적인 워크플로 중단을 제거합니다. 변경되지 않은 텍스트가 더 이상 과다 집계되지 않으므로, 과거 및 현재 편집 수를 직접 비교할 수 없을 수 있다는 점에서 메트릭 수정은 엔지니어링 리더에게 더 중요한 의미가 있습니다.
12. VS Code 1.146의 광범위한 안정성 수정
무엇인가
Microsoft의 VS Code 1.146 기여 목록에는 터미널, 디버깅, Marketplace, 작업, 편집기, 접근성, 메모리, 검색 및 채팅 관련 수정이 포함됩니다.
- 터미널 경로: Pull request
#343203은 홈 디렉터리 경로를 축소할 때 발생하는 부분 문자열 충돌을 수정하며,#345650은 홈 검색 어댑터에 URI 기반 기본 작업 디렉터리를 사용합니다. - 터미널 상호 작용: Pull request
#334804는 사용자가 인라인 채팅 위젯 아래를 클릭할 때 포커스를 복원하며,#339330은 렌더러가 연결되기 전 스크롤을 방지합니다. - 터미널 수명 주기: Pull request
#342420은 이미 열려 있는 터미널의parentTerminal을 준수하며,#339488은 다른 편집기 그룹으로 이동한 후에도 터미널 편집기를 유지합니다. - 터미널 검색 및 예측: Pull request
#339556은PATH에 없는 로그인 셸 경로에서 프로필을 찾고,#305103은 type-ahead 예측이 유효한 스타일 시퀀스를 거부하지 않도록 합니다. - 디버깅: Pull request
#341972는 예외 중단점 모드를 디버그 어댑터에 전송합니다. - 프롬프트 안전성: Pull request
#332937은 프롬프트 URL 확인 대화 상자에서 전체 URI에 계속 접근할 수 있도록 합니다. - 초안 세션: 이슈
#345692를 해결하는 Pull request#345807은 새 초안 세션을 교체할 때 열려 있는 초안 편집기를 유지합니다. - Marketplace 안정성: Pull requests
#343686,#343687,#341049은403응답 이후 반복되는 로그인 프롬프트, 보호된 리소스 검색 캐싱, 비공개 Marketplace 차단 및 업데이트 게이팅을 해결합니다. - 리디렉션 보안: Pull request
#343690은 리디렉션 중 요청 자격 증명이 오리진 간에 전달되지 않도록 합니다. - 인라인 편집: Pull request
#339575는 명시적인 인라인 편집 gutter 메뉴 표시 여부를 준수합니다. - 정책 통합: Pull request
#345712는 VS Code 설정을 통해 Policy Helper 등록을 허용합니다. - 작업: Pull requests
#336159,#339551,#339550,#339387은 작업 유형을 유지하고, 완료 전 최종 마커를 플러시하며, 동일 리소스의 개별 오류를 보존하고, 공급자 카운터 버그를 수정합니다. - 작업 변수: 이슈
#160891을 수정하는 Pull request#316369은 프로세스 작업 명령 경로에서 확인되지 않은 변수를 보존합니다. - 접근성 신호: Pull request
#303604는 속성 변경 감지에서 중복된 조건을 제거합니다. - Test Explorer: Pull request
#345896은 많은 테스트를 실행할 때 성능을 개선합니다. - Notebook 안정성: Pull requests
#331805및#329000은 텍스트 diff 메모리 누수를 해결하고 셀이 삭제되는 동안 커서 선택 표시를 보호합니다. - 메모리 관리: Pull requests
#345461,#342528,#345781,#346139,#346126,#346501,#346498,#346268은 색상 선택기, AI 검색 모델, 파일 검색 리스너, 터미널 찾기 위젯, 검색 진행 상태 emitter, 마커 리소스 맵, 디바운스된 observable 및 키바인딩 검색의 누수를 해결합니다. - 메모리 감소: Pull request
#342397은 메모리 사용량을 24 kB 줄입니다. - 채팅 레이아웃: 이슈
#275257을 수정하는 Pull request#345436은 좁은 채팅 레이아웃에서 오버플로를 방지하기 위해 제안된 프롬프트 제목을 잘라냅니다. - Minimap 렌더링: Pull request
#311689은 minimap이 계속 불투명하게 유지되도록 했던 회귀를 제거합니다. - Hook 문서: Pull request
#346593은 Hooks 섹션 설명을 수정합니다.
중요한 이유
이러한 수정의 폭은 1.146.0을 Copilot 도입을 넘어선 측면에서도 중요하게 만듭니다. 터미널 사용 비중이 높은 팀, 비공개 Marketplace 사용자, 작업 공급자 작성자, notebook 사용자 및 대규모 테스트 스위트 모두가 대상별 수정을 받습니다.
보안 팀은 특히 오리진 간 자격 증명 전달 및 프롬프트 URL 가시성에 주목해야 합니다. 이러한 수정은 사용자가 검증할 수 있는 정보와 자격 증명이 이동하는 경계에 영향을 미칩니다.
플랫폼 팀은 비공개 Marketplace 인증, 터미널 복원, 작업 완료 보고, notebook 삭제 및 장기 실행 검색 또는 터미널 워크플로도 다시 테스트해야 합니다. 이 릴리스에는 개발자가 실제로 실행하는 워크로드에 따라 가치가 결정되는 수많은 세부적인 안정성 수정이 포함되어 있습니다.
결론
엔터프라이즈 팀에 의미하는 바
- harness 인벤토리를 완료하세요. Local harness 워크플로를 식별하고 2027년 2월 이전에 Copilot harness로 이전하세요.
- 실험적 기능을 신중하게 게이트하세요. 관리형 롤아웃 전에
sessions.list.inboxEnabled,sessions.list.inlineActions,sessions.chat.compareAgents.tools.enabled및 원격 컴퓨터 공유를 평가하세요. - 미리 보기 워크스페이스 변경을 테스트하세요. 대표 프로젝트를 대상으로
sessions.chatWindows.enabled, canvas 복원, 확장 호환성 및 Mermaid 12 렌더링을 검증하세요. - 에이전트 거버넌스를 강화하세요. 세분화된 권한, 환경 변수 마스킹, 프록시 라우팅, 지원 링크, MCP skill 승인 및 Copilot 관리형 canvas 제한을 구성하세요.
- 운영 메트릭 기준선을 재설정하세요. VS Code 1.146 업그레이드 전후 사용 데이터를 비교할 때 수정된 에이전트 편집 집계를 고려하세요.
에이전트 우선은 유행이 아닙니다. 이것이 방향이며, VS Code 1.146은 여기에 확고한 마이그레이션 기한을 부여합니다.
즐거운 코딩 되세요!