VS Code 1.136 업데이트
아래는 2026년 9월 2일 공개된 VS Code 1.136 공식 릴리스를 기능 목록의 번역이 아니라, agent가 pull request의 마지막 blocker를 반복 처리하고 복합 workspace와 관련 chat을 놓치지 않게 운영하는 흐름으로 재구성한 글입니다.
공식 릴리스 노트와 VS Code 문서 기준으로 Agent Merge Preview, Copilot·Claude multi-root workspace Experimental, workspace name resolution, chat hierarchy와 session notification, enterprise dictation data controls, accessibility·editor 개선을 정리했습니다. VS Code는 점진 배포 중이며 즉시 사용하려면 Check for Updates를 사용할 수 있습니다.
이번 릴리스의 중심 메시지
VS Code 1.136은 agent 작업을 “새 session 시작”에서 “관련 대화를 조직하고 PR을 merge 가능한 상태까지 돌보는 운영”으로 확장한 릴리스입니다.
Agent Merge는 review·CI·conflict를 반복 처리하고 구성에 따라 merge까지 수행할 수 있지만 Preview이며 branch를 변경·sync하고 model request를 소비합니다. Multi-root도 Experimental이고 agent hook은 한 folder만 사용합니다. 자동화 범위가 넓어진 만큼 권한·비용·workspace 경계를 먼저 설정해야 합니다.
1. 사용자 기능 단위별 가치
| 기능 단위 | 주요 사용자 | 사용자가 느끼는 문제 | 업데이트 가치 | 사용자에게 와닿는 메시지 |
|---|---|---|---|---|
| Agent Merge | 리뷰·CI·충돌 때문에 pull request 마무리가 반복되는 maintainer | feedback 반영, failed check 수정, branch sync를 각각 확인하고 agent에 다시 요청해야 함 | PR blocker를 감시하고 설정한 범위의 수정·동기화·재검사를 반복하는 Preview 흐름 | PR을 만드는 단계뿐 아니라 merge 가능한 상태까지의 반복 작업을 agent에 맡긴다 |
| Multi-root agent sessions | 제품·문서·도구처럼 여러 root folder를 한 workspace에서 다루는 개발자 | agent가 첫 폴더만 보거나 관련 project 경로를 매번 절대 경로로 지정해야 함 | Copilot·Claude session이 editor window의 multi-root workspace 전체에서 작업 | 서로 연결된 project를 한 agent 대화의 workspace 문맥으로 다룬다 |
| Improved workspace resolution | 여러 local·remote workspace를 이름으로 지시하는 agent 운영자 | workspace URI나 전체 path를 기억해야 하고 같은 이름을 잘못 선택할 위험이 있음 | project 이름으로 workspace를 찾고 중복 이름이면 후보를 보고하도록 처리 | 경로 대신 project 이름으로 요청하되 모호하면 agent가 선택을 요구한다 |
| Related chat hierarchy | 한 session에서 peer·side·delegated chat을 병렬 운영하는 사용자 | 독립된 chat 목록만으로는 어느 대화가 같은 작업에서 갈라졌는지 알기 어려움 | 부모 session 아래 chat별 title·status·pending approval과 출처 link를 표시 | 대화의 부모·자식 관계와 지금 응답해야 할 chat을 한 tree에서 찾는다 |
| Agent session notifications | 여러 workspace·window에서 agent 작업을 기다리는 개발자 | 완료나 승인 요청을 확인하려고 각 session을 반복해서 열어 봐야 함 | 입력 필요와 response 도착을 구분해 알리고 정확한 window·session으로 복귀 | agent를 지켜보지 않아도 개입할 시점에 해당 작업으로 돌아간다 |
| Enterprise dictation controls | 음성 입력은 유지하면서 audio·transcript의 외부 전송을 통제하는 관리자 | dictation을 전부 끄지 않고 cloud transcription과 LLM cleanup을 분리하기 어려움 | on-device model 강제와 Copilot transcript cleanup 비활성화를 별도 정책으로 관리 | 음성 입력을 없애지 않고 데이터가 기기 밖으로 나가는 두 경로를 닫는다 |
| Screen Reader Optimized badge | Agents window의 screen reader 최적화 상태를 확인하는 접근성 사용자 | 현재 accessibility mode가 켜졌는지 화면에서 빠르게 판별하기 어려움 | title bar badge로 활성 상태를 보여 주고 선택하면 즉시 비활성화 | agent 작업 화면의 접근성 모드를 눈에 보이는 상태로 확인한다 |
| Editor·terminal friction fixes | 긴 line, inlay hint, JavaScript debugger를 자주 쓰는 개발자 | injected text가 줄바꿈을 밀어내거나 debugger 시작이 특정 조건에서 5초 지연됨 | 시각 요소 너비를 반영한 wrapping과 extension terminal command의 불필요한 지연 제거 | 큰 기능보다 자주 마주치는 편집·실행 대기 시간을 줄인다 |
2. 가치 기준별 핵심 변화
A. PR 완주: Agent Merge가 blocker 해결 루프를 이어 간다
Agent Merge는 pull request와 연결된 session을 감시하며 unresolved review thread, changes-requested review, 새 comment, failed required check, 뒤처진 branch와 merge conflict를 설정한 범위 안에서 agent에게 반복 처리하게 하는 Preview 기능입니다.
| Agent Merge 항목 | 내용 |
|---|---|
| 상태 | Preview |
| 설정 | `chat.agentMerge.enabled` |
| 대상 | pull request와 연결된 Agents window session |
| Review | 미해결 review thread, changes-requested review, maintainer·Copilot reviewer의 새 comment 처리 |
| CI | 실패한 required check를 수정하고 workflow 재실행 |
| Branch | base branch보다 뒤처진 branch를 업데이트하고 merge conflict 해결 |
| Merge | 구성에 따라 준비된 PR을 merge하거나 merge queue에 추가 |
| 실행 경계 | agent turn을 시작하고 PR branch를 변경·sync하며 model request를 소비 |
| 권한 변화 | 활성화하면 session이 Autopilot과 Assisted permissions로 전환 |
| 중지 조건 | 추적 branch나 PR이 바뀌면 자동 해제되며 다시 명시적으로 활성화 |
Required check가 pending이면 기다리고, merge나 merge queue 진입 직전에 PR이 준비됐는지 다시 확인합니다. 그렇다고 안전한 자동 merge가 기본 보장되는 것은 아닙니다. 활성화하면 session이 Autopilot과 Assisted permissions로 바뀌고 agent가 branch를 수정·sync하며 model request를 사용하므로, automatic merge 여부와 처리할 blocker를 먼저 구성해야 합니다.
Agent Merge의 가치는 agent가 PR을 “작성”하는 데 있지 않고 review와 CI가 끝날 때까지 반복 루프를 이어 가는 데 있다.
B. 복합 workspace: 여러 root folder를 한 agent 문맥으로 다룬다
Editor window의 Chat view에서 Copilot과 Claude agent session이 multi-root workspace를 지원합니다. 제품 코드·문서·도구처럼 서로 연결된 folder를 한 workspace로 연 개발자는 agent에게 전체 project 관계를 보여 주고 folder 사이의 변경을 이어 갈 수 있습니다.
| Multi-root 항목 | 내용 |
|---|---|
| 상태 | Experimental |
| Copilot 설정 | `chat.agentHost.copilotAgent.multiRootEnabled` |
| Claude 설정 | `chat.agentHost.claudeAgent.multiRootEnabled` |
| 지원 범위 | editor window의 Chat view에 한정 |
| Workspace | multi-root workspace의 모든 folder에서 agent session 작업 |
| 이름 해석 | absolute path·workspace URI뿐 아니라 project 이름으로도 workspace 탐색 |
| 중복 이름 | 조용히 하나를 고르지 않고 가능한 workspace 후보를 보고 |
| Remote | remote workspace URI 지원 |
| Session tools | multi-root의 project URI와 모든 working directory 보존 |
| Hook 제한 | agent hook은 여전히 단일 workspace folder에 한정 |
| 여러 hook | 여러 folder에서 감지하면 load할 primary folder를 사용자가 선택 |
이 기능은 Experimental이며 Agents window 전체에 보편적으로 적용된다고 볼 수 없습니다. 특히 agent hook은 여전히 한 workspace folder에서만 load됩니다. 여러 folder에 hook이 있으면 primary folder를 선택해야 하므로, repository별 정책이 모두 자동 결합될 것이라고 가정하면 안 됩니다.
C. 세션 운영: 관련 chat의 계층과 개입 시점을 함께 본다
Sessions list는 chat을 부모 session 아래에 배치하고 각각의 title·status·pending approval을 보여 줍니다. 독립 작업을 위임해 생긴 chat도 의미 있는 이름과 source link를 받아 어느 요청에서 시작됐는지 되짚을 수 있습니다.
| Session·chat 항목 | 내용 |
|---|---|
| 새 session 입력 | prompt, model, workspace, context, permission, worktree·branch control을 한 layout에 배치 |
| 계층 | 관련 chat을 부모 session의 child row로 표시 |
| 상태 | 각 chat의 title, 진행 상태, pending approval 표시 |
| 관리 | tree에서 chat을 열고 rename·move·delete |
| Delegation | 독립 작업으로 생성된 chat에 의미 있는 title 부여 |
| 배치 | 새 session·chat을 요청을 보낸 source 가까이에 배치 |
| 출처 | Sent by another session 또는 Sent from another chat link로 정확한 source에 복귀 |
| Breadcrumb | 내부 session ID 대신 안정된 provider·session label 표시 |
| Notification 항목 | 내용 |
|---|---|
| 입력 필요 | `chat.notifyWindowOnConfirmation` |
| 응답 도착 | `chat.notifyWindowOnResponseReceived` |
| 기본 동작 | VS Code window에 focus가 없을 때만 notification 표시 |
| 구분 | 확인이 필요한 session과 response를 받은 session을 각각 설정 |
| 복귀 | notification의 direct link가 올바른 window를 focus하고 관련 session을 열기 |
| 운영 의미 | 여러 session을 기다리는 polling은 줄지만 notification 정책과 OS 권한은 확인 필요 |
Notification은 기본적으로 VS Code window가 focus되지 않았을 때만 나타나며, 입력 필요와 response 도착을 따로 설정할 수 있습니다. 여러 agent를 계속 열어 보는 대신 notification에서 정확한 window와 session으로 돌아갈 수 있지만, OS notification 권한과 팀의 과도한 알림 기준은 별도로 조정해야 합니다.
D. 데이터 경계: dictation을 유지하면서 cloud 경로를 분리한다
Enterprise 관리자는 dictation 자체의 사용 여부, transcription model, language-model transcript cleanup을 각각 정책으로 제어할 수 있습니다. 음성 입력을 전면 차단하지 않고 audio와 최종 transcript가 기기 밖으로 나가는 경로를 구분해 닫을 수 있다는 점이 핵심입니다.
| Enterprise dictation 항목 | 내용 |
|---|---|
| 기능 정책 | `DictationEnabled` → `dictation.enabled` |
| Model 정책 | `DictationModel` → `dictation.model` |
| Cleanup 정책 | `DictationLLMCleanup` → `dictation.experimental.llmCleanup` |
| On-device | `nemotron-3.5-asr-streaming-0.6b`를 강제해 dictation audio를 기기에 유지 |
| Transcript | `DictationLLMCleanup`을 `false`로 두어 최종 transcript의 Copilot model 전송 차단 |
| 사용자 경험 | dictation은 계속 사용할 수 있지만 language-model punctuation·formatting cleanup은 없음 |
| 관리 가치 | 음성 기능 전체 차단 대신 audio와 transcript 처리 경로를 각각 정책화 |
On-device model을 강제하고 LLM cleanup을 끄면 dictation은 계속 사용할 수 있지만 Copilot model이 제공하던 punctuation·formatting 정리는 받지 못합니다. 데이터 경계를 분명히 하는 대신 transcript의 후처리 품질과 사용자가 직접 다듬는 비용을 함께 평가해야 합니다.
E. 작업 환경: 접근성 상태와 작은 편집 지연을 드러낸다
Screen Reader Optimized badge는 Agents window에서 현재 accessibility mode를 바로 확인하게 합니다. 동시에 word wrapping은 injected visual 요소의 너비를 계산하고, extension terminal command의 특정 timing 지연이 제거돼 JavaScript debugger 시작이 5초 늦어지던 사례도 줄어듭니다.
| 사용 경험 항목 | 내용 |
|---|---|
| Screen reader | Screen Reader Optimized mode가 켜지면 Agents window title bar에 badge 표시 |
| Badge action | badge를 선택해 optimized mode 비활성화 |
| Chat background | Experimental; built-in Codicons pattern 또는 local image 선택 |
| Background 보관 | 최근 image 5개 목록은 해당 machine에만 유지 |
| Theme | dark·light background를 분리하며 high contrast theme에서는 background와 관련 command 비활성화 |
| Compact density | Experimental `workbench.experimental.modernUI`에서 `window.density.layout`을 Compact로 선택 |
| Word wrapping | color decorator·inlay hint·inline progress·breakpoint placeholder의 visual width 반영 |
| Terminal | shell integration 준비 시 extension command의 불필요한 delay 제거; 해당 JavaScript debugger 시작 지연 5초 해소 |
Chat background와 compact density는 Experimental 개인화 옵션입니다. High contrast theme에서는 배경이 표시되지 않아 가독성 경계를 유지합니다. 이들은 핵심 agent 결과를 바꾸기보다 화면의 취향과 밀도를 조정하는 기능이므로 조직 도입 우선순위는 낮게 두는 편이 합리적입니다.
3. 사용자 세그먼트별 해석
PR maintainer
Agent Merge를 Preview로 평가해 review·required CI·conflict 처리 범위를 고르고, automatic merge 여부와 model request 소비를 먼저 검토
Monorepo 개발자
Copilot·Claude의 multi-root 설정을 켜 관련 folder 전체를 한 session에서 다루되 hook의 primary folder는 명시적으로 선택
Agent orchestrator
부모 session 아래 chat의 status·pending approval을 보고 notification에서 개입이 필요한 정확한 대화로 복귀
Enterprise 관리자
on-device dictation model과 LLM cleanup 금지 정책을 조합해 음성 입력은 유지하면서 audio·transcript의 cloud 경로를 통제
접근성 사용자
Screen Reader Optimized badge로 활성 상태를 확인하고 high contrast theme에서 장식 background가 억제되는 일관성을 유지
Frontend·debugger 사용자
시각 요소가 많은 line의 잘림과 특정 JavaScript debugger 실행의 5초 지연이 줄어든 편집·실행 흐름을 체감
4. 기능별 우선순위 평가
| 우선순위 | 기능 | 이유 |
|---|---|---|
| 1 | Agent Merge | PR blocker 해결부터 optional merge까지의 반복 루프를 바꾸지만 Preview·branch mutation·권한·model cost를 함께 평가해야 함 |
| 2 | Multi-root agent sessions | 여러 project를 한 workspace에서 다루는 실제 agent 범위를 넓히며 hook의 단일-folder 제한이 도입 판단을 좌우 |
| 3 | Chat hierarchy와 notifications | 병렬 agent 작업에서 관계와 개입 시점을 드러내 session 확인을 위한 반복 전환을 줄임 |
| 4 | Enterprise dictation controls | 기능을 전면 차단하지 않고 audio·transcript의 외부 전송 경계를 분리해 조직 정책으로 강제 |
| 5 | Workspace name resolution | 경로 중심 요청을 project 이름 중심으로 줄이고 모호할 때 silent selection을 피함 |
| 6 | Accessibility·word wrapping | 접근성 상태와 line 가독성을 눈에 보이게 개선해 특정 사용자의 반복 마찰을 직접 줄임 |
| 7 | Background·compact density | 개인화와 화면 밀도 선택을 넓히지만 Experimental이며 핵심 작업 결과에는 영향이 제한적 |
5. 한 줄 포지셔닝
VS Code 1.136은 Agent Merge로 PR의 마지막 반복 작업을 자동화하고 multi-root·chat hierarchy·notification으로 복합 agent 작업의 문맥과 개입 시점을 관리하게 하면서, 권한·비용·데이터 경계 설정의 중요성도 키운 릴리스입니다.
1
Agent Merge로 review feedback·required CI·merge conflict를 반복 처리하되 Preview, Assisted permissions, model request 소비를 먼저 평가한다
2
Copilot·Claude session이 multi-root workspace를 다루게 하고 관련 chat의 계층·상태·pending approval을 한 tree에서 확인한다
3
Enterprise dictation 정책으로 음성 입력은 유지하면서 audio와 transcript가 cloud model로 나가는 경로를 각각 통제한다