Visual Studio Code 1.145는 Microsoft가 2026년 11월 4일에 출시했으며, 원격 에이전트 작업을 로컬 편집기 경험에 더 가깝게 가져옵니다. 이 릴리스에는 원격 애플리케이션 미리 보기, 원격 캔버스, 혼합 에이전트 하니스, cron 기반 로컬 자동화, 채팅 표시 제어, 첨부 변경 사항, MCP 거버넌스 업데이트, 파일 제외 예외, 확장 API 작업 및 Local 하니스 제거 사항이 포함됩니다.
CTO와 엔지니어링 리더에게 신호는 명확합니다. 에이전트 우선 개발은 채팅을 넘어 원격 실행, 반복 자동화, 대화형 인터페이스 및 정책 제어 도구로 확장되고 있습니다. 기회는 더 넓은 워크플로 적용 범위에 있지만, Preview 플래그, 샌드박스 종속성, MCP 우선순위 및 제거된 Local 하니스 도구는 배포 전에 신중한 검증을 요구합니다.
1. VS Code 1.145 안정 빌드 출시
무엇인가요
Microsoft는 릴리스 페이지에서 Windows, macOS 및 Linux용 Visual Studio Code 1.145.0 다운로드를 제공합니다. 제공되는 형식에는 x64 및 Arm64 Windows 빌드, Universal, Intel 및 Apple Silicon macOS 빌드, 그리고 일반적인 Linux 패키지가 포함됩니다.
이는 Insiders 전용 패키지가 아닌 안정 릴리스입니다.
왜 중요한가요
플랫폼 팀은 기존 편집기 배포 프로세스를 사용하여 통제된 배포를 시작할 수 있습니다. Preview 및 Experimental 레이블은 여전히 개별 기능에 적용되므로 안정 편집기를 설치했다고 해서 포함된 모든 기능이 프로덕션 준비 상태가 되는 것은 아닙니다.
중요한 이유: 편집기 업그레이드 결정과 기능 활성화를 분리하세요. 파일럿 링을 통해 1.145.0을 배포한 다음, 게이트된 에이전트 및 거버넌스 기능을 개별적으로 평가하세요.
2. 원격 에이전트 브라우징 및 캔버스
무엇인가요
Microsoft에 따르면 workbench.browser.enableRemoteProxy가 활성화된 경우 Agents 창의 통합 브라우저는 이제 원격 에이전트 호스트를 통해 페이지를 로드할 수 있습니다. 에이전트가 원격 머신에서 개발 서버를 시작하면 개발자는 세션을 벗어나지 않고 Agents 창에서 해당 애플리케이션을 열고 결과를 검사하며 피드백을 제공할 수 있습니다.
원격 캔버스는 동일한 연결을 기반으로 합니다. chat.canvases.enabled와 workbench.browser.enableRemoteProxy를 모두 활성화하면 원격 에이전트 호스트에서 호스팅되는 캔버스가 VS Code에 표시될 수 있습니다.
캔버스는 Add to Sidebar 작업을 통해 왼쪽 사이드바에 고정할 수도 있습니다. Microsoft는 원격 브라우징과 원격 캔버스를 Preview로, 사이드바 고정을 Experimental로 표시합니다.
왜 중요한가요
원격 미리 보기는 에이전트가 다른 호스트에서 코드를 변경하지만 검증은 별도로 구성된 브라우저를 통해 계속 이루어질 때 발생하는 컨텍스트 전환을 줄입니다. 라우팅 변경도 중요합니다. 브라우저 트래픽이 개발자 워크스테이션이 아니라 원격 호스트를 통해 시작될 수 있습니다.
규제 환경에서는 이러한 네트워크 구분이 타협 불가능합니다. 검증 계획은 어떤 호스트가 대상을 확인하는지, 어떤 네트워크 리소스에 도달할 수 있게 되는지, 원격 애플리케이션 콘텐츠가 Agents 창 내 표시에 적합한지를 확인해야 합니다.
조치: 광범위하게 활성화하기 전에 대표적인 SSH, WSL 및 Dev Container 워크플로에서 workbench.browser.enableRemoteProxy를 테스트하세요. 캔버스는 대화형 에이전트 제공 인터페이스를 도입하므로 chat.canvases.enabled는 별도의 승인 대상으로 취급하세요.
3. 혼합 하니스와 Copilot 전환
무엇인가요
중첩 세션은 이전에 부모 세션의 하니스를 상속했습니다. chat.agentHost.multipleChatProviders.enabled가 활성화되면 VS Code 1.145는 서로 다른 하니스를 사용하는 채팅을 하나의 부모 세션 안에 배치할 수 있습니다.
Microsoft는 Copilot 채팅에서 작성한 계획을 Claude에게 검토하도록 요청하거나, 나란히 비교할 결과를 위해 동일한 작업을 Codex에 할당하는 사례를 제시합니다. 각 채팅은 이동하거나 포크되더라도 고유한 모델, 에이전트, 권한 수준, 기록 및 선택된 하니스를 유지합니다.
이제 하니스 선택기는 Copilot 세션을 식별하며, Copilot 하니스 세션은 Agent Host를 통해 백그라운드에서 계속 실행될 수 있습니다. Microsoft는 사용자 지정 호환성, 세션 연속성, 조직 도입 및 검증을 다루는 Local-to-Copilot 하니스 전환 가이드도 추가했습니다.
왜 중요한가요
혼합 하니스는 모델 비교를 연결되지 않은 세션 집합이 아니라 하나의 작업 컨텍스트에 포함시킵니다. 이는 단순한 UI 편의성이 아닙니다. 공급자 선택, 승인 범위 및 모델 동작을 동일한 작업 단위 안에 배치합니다.
조직은 chat.agentHost.multipleChatProviders.enabled를 활성화하기 전에 병렬 공급자가 기존 AI 사용 정책에 부합하는지 결정해야 합니다. 채팅은 자체 하니스와 연결된 권한을 유지하므로, 검토자는 형제 채팅이 동일한 제어를 공유한다고 가정해서는 안 됩니다.
중요한 이유: 하니스 마이그레이션은 운영 모델 결정이 되고 있습니다. Local 하니스 사용자 지정을 인벤토리화하고, Copilot 하니스 호환성을 검증하며, 조직 정책이 허용하는 대체 하니스를 확인하세요.
4. Cron 일정 및 로컬 에이전트 자동화
무엇인가요
로컬 자동화는 기본 제공 일정 사전 설정이 충분히 정확하지 않을 때 사용자 지정 5필드 cron 표현식을 사용할 수 있습니다. Microsoft에 따르면 일정 대화 상자는 표현식을 검증하고 결과 일정을 설명합니다.
이 기능은 로컬 자동화에만 적용됩니다. 이 릴리스에서 클라우드 자동화에는 cron 일정이 제공되지 않습니다.
VS Code 1.145에서는 로컬 자동화가 선택한 작업 영역의 사용자 지정 에이전트를 사용할 수도 있습니다. 비활성화된 자동화는 접힌 섹션으로 이동하므로 활성 일정과 실행 기록이 계속 두드러집니다.
왜 중요한가요
Cron은 자동화를 사전 설정 중심의 편의 기능에서 더 유연한 반복 실행 계층으로 확장합니다. 이러한 유연성은 무인 에이전트 활동, 작업 영역 상태, 자격 증명 및 머신 가용성에 관한 운영 질문도 만듭니다.
이는 클라우드 스케줄러가 아닙니다. 로컬 Agent Host에 연결된 반복 작업입니다.
조치: 모든 cron 기반 자동화에 대해 소유자, 실행 시간 창 및 검토 절차를 요구하세요. 편집기에서 표현식을 검증하고, 선택한 작업 영역 에이전트를 문서화하며, 작업 실행 예정 시점에 호스트를 사용할 수 있는지 확인하세요.
5. 작업 세트 및 필수 샌드박싱
무엇인가요
Microsoft에 따르면 Copilot 하니스 세션을 위한 Experimental 작업 세트는 이제 WSL, Dev Containers 및 SSH 작업 영역의 파일을 올바른 호스트에서 엽니다. 병렬 도구 호출이 동일한 파일을 편집하는 경우 작업 세트는 해당 변경 사항을 추적하고 편집이 완료된 후에도 인라인 검토 제어를 사용할 수 있도록 유지합니다.
이 릴리스에서는 조직이 에이전트 샌드박싱을 요구하지만 머신에서 이를 실행할 수 없을 때 표시되는 경고도 개선되었습니다. 배너는 누락된 종속성을 포함하여 터미널 명령이 차단되는 이유를 식별하고 사용자에게 문제 해결 방법을 안내합니다.
계정 및 조직에서 지원하는 경우, Microsoft는 로컬 에이전트 도구를 실행할 수 없을 때 Experimental 클라우드 세션을 고려할 것을 제안합니다.
왜 중요한가요
편집기 창이 로컬 및 원격 리소스에 걸쳐 있을 때 올바른 호스트 선택은 필수적입니다. 이 경계의 잘못된 쪽에서 파일을 열면 검토가 혼란스러워지고, 편집의 출처가 불분명해지거나, 해결 조치가 잘못된 환경을 향할 수 있습니다.
샌드박스 경고도 마찬가지로 중요합니다. 정책상 필수인 샌드박싱은 실패 시 차단됩니다. 호환되는 샌드박스가 없다는 것은 필요한 격리 없이 조용히 실행되는 것이 아니라 터미널 명령이 차단된다는 의미입니다.
조치: 에이전트 승인 테스트에 WSL, Dev Container 및 SSH 작업 세트 시나리오를 추가하세요. 관리형 샌드박싱의 경우 필요한 종속성을 문서화하고 차단 배너를 받는 사용자를 위한 에스컬레이션 경로를 마련하세요.
6. 채팅 상세 수준, 성능 및 첨부
무엇인가요
Experimental chat.persistentProgressVerbosity 설정은 세 가지 표시 모드를 도입합니다.
- Conversation: 추론 및 도구 호출이 응답 텍스트 사이의 접힌 섹션에 표시됩니다.
- Verbose: 도구 그룹에 내부 스크롤 제한 없이 도구 호출이 확장된 상태로 유지됩니다.
- Compact: 도구 호출은 실행 중에 표시된 후 요약 행으로 접힙니다. 이것이 기본값입니다.
모드 변경은 채팅 컨텍스트나 에이전트 동작이 아닌 표시 방식에 영향을 줍니다. 사용자는 다른 세션을 시작하지 않고도 모드를 전환할 수 있습니다. 별도의 chat.progressBorder.enabled 설정은 지속적인 진행률 표시기를 애니메이션 입력 테두리로 대체합니다.
Microsoft는 또한 VS Code가 기존 추론 제목을 재사용하고, 표시될 때 복원된 터미널 출력을 렌더링하며, 반복적인 진행률 업데이트와 레이아웃 측정을 줄이므로 긴 Copilot 하니스 채팅이 더 원활하게 다시 열린다고 설명합니다.
Experimental chat.inlineAttachments.enabled 설정은 첨부 파일 필을 커서 위치에 배치합니다. 이 기능은 Insiders에서는 기본적으로 활성화되고 Stable에서는 기본적으로 비활성화됩니다.
왜 중요한가요
상세 수준은 기능 제어가 아닌 관찰 가능성 제어입니다. Verbose 모드는 문제 해결과 검토에 도움이 될 수 있으며, Conversation 모드는 일상적인 작업의 시각적 부담을 줄입니다.
지연 렌더링은 긴 세션을 더 쉽게 다시 열 수 있게 해야 하지만, 세션 거버넌스나 검토의 중요성을 줄이지는 않습니다. 한편 인라인 첨부는 지침과 참조 컨텍스트 간 관계를 보존하여 복잡한 프롬프트의 모호성을 줄일 수 있습니다.
조치: 시나리오별 권장 보기 모드를 표준화하세요. 일상 작업에는 Compact 또는 Conversation을 사용하고, 도구 동작, 권한 또는 예상치 못한 결과를 검토할 때는 Verbose를 사용하세요.
7. 외부 첨부 및 세션 액세스
무엇인가요
이제 사용자는 Add Context를 선택한 후 Files를 선택하여 활성 작업 영역 외부의 파일을 포함한 하나 이상의 파일을 표준 시스템 대화 상자로 첨부할 수 있습니다. 이는 열려 있는 작업 영역이 없는 새 채팅에서도 작동합니다.
Microsoft에 따르면 클라우드 세션 파일 선택기에는 이미지만 나열됩니다. 샌드박스 처리된 Copilot 하니스 세션에서는 첨부된 경로가 해당 세션의 나머지 기간 동안 읽기 가능해지지만 쓰기는 불가능하며, 액세스는 설정에 저장되지 않습니다.
Manual 권한에서는 에이전트가 명시적으로 첨부된 파일을 읽기 전에 더 이상 요청하지 않습니다. 엔터프라이즈 관리 설정이 읽기 가능한 경로를 정의하는 경우 첨부 파일은 해당 관리 목록에 자체적으로 추가되지 않습니다.
왜 중요한가요
파일 대화 상자는 외부 컨텍스트를 더 쉽게 추가하게 하지만, 데스크톱 파일과 에이전트 세션 간의 마찰도 낮춥니다. 중요한 경계는 명시적 첨부입니다. 선택한 경로는 작업 영역 외부에 있더라도 해당 세션 동안 읽기 가능해집니다.
이는 세션 범위 액세스이며 영구적인 정책 변경이 아닙니다.
조치: 사용자에게 첨부를 정보 공개 결정으로 취급하도록 교육하세요. 관리형 환경에서는 외부 첨부가 샌드박싱, Manual 권한, 클라우드 세션 이미지 제한 및 엔터프라이즈 읽기 가능 경로 제어와 어떻게 상호 작용하는지 테스트해야 합니다.
8. MCP 앱 및 엔터프라이즈 허용 목록 우선순위
무엇인가요
이제 MCP 앱은 언어 모델이 다음 요청에서 호출할 수 있는 도구를 등록할 수 있습니다. Microsoft는 모델이 대화형 인터페이스를 통해 셰이더를 반복할 수 있게 하는 MCP 앱의 예로 ShaderToy 서버를 사용합니다.
VS Code가 시작한 MCP 서버의 경우 엔터프라이즈에서 관리하는 allowedMcpServers 목록이 이제 레지스트리 전용 액세스보다 우선합니다. 관리 목록과 일치하는 서버는 레지스트리에 게시되지 않았어도 실행할 수 있지만, 목록에 없는 레지스트리 서버는 차단됩니다.
Microsoft는 몇 가지 경계를 지정합니다.
- 빈 목록:
[]는 모든 MCP 서버를 차단합니다. - 목록 없음: 이전과 같이 레지스트리 전용 제한이 적용됩니다.
- 사용자 및 작업 영역 정책: 이러한 범위는 엔터프라이즈 목록에 서버를 추가할 수 없습니다.
- 거부:
deniedMcpServers와 MCP 비활성화는 여전히 우선합니다. - 범위: 이 변경은 Agent Host가 관리하는 서버가 아니라 VS Code가 시작한 서버에 적용됩니다.
- 일치: Microsoft는
serverName보다serverUrl및serverCommand규칙을 권장합니다.
왜 중요한가요
MCP 앱은 이제 대화형 인터페이스와 호출 가능한 도구를 결합합니다. 이는 승인된 서버가 모델에 노출할 수 있는 범위를 확장하므로, 서버 승인은 사실상 도구 승인이 됩니다.
허용 목록 우선순위 변경은 더 즉각적인 관리 문제입니다. 레지스트리 전용 정책도 활성화된 경우 관리 목록은 이제 VS Code가 시작한 서버의 권한 있는 집합이 됩니다.
조치: 1.145를 배포하기 전에 allowedMcpServers를 재평가하세요. 승인된 모든 serverUrl 및 serverCommand가 의도된 것인지 확인하고, 오래된 항목을 제거하며, 빈 목록이 예상한 전체 차단 상태를 생성하는지 테스트하세요.
9. 파일 제외, Mermaid 및 필수 플러그인
무엇인가요
이제 files.exclude 및 search.exclude 설정은 ! 접두사가 붙은 예외를 지원합니다. 예를 들어 작업 영역은 node_modules를 제외하면서 !node_modules/@types의 가시성은 유지할 수 있습니다.
files.exclude의 예외는 Explorer, Search 및 Quick Open에 영향을 줍니다. search.exclude의 예외는 Search 및 Quick Open에만 적용됩니다. Microsoft는 !**/node_modules/@types와 같은 광범위한 패턴이 검색 속도를 저하시킬 수 있다고 경고합니다.
Mermaid 렌더링도 1.145에서 변경됩니다. 간선이 서브그래프 제목을 가로지를 경우 제목이 이동하며, 기본 VS Code Mermaid 테마는 서브그래프를 채우는 대신 윤곽선을 표시합니다.
관리되는 enabledPlugins 설정을 통해 필수로 지정된 에이전트 플러그인의 경우, VS Code는 이제 Uninstall 작업을 비활성화합니다. 이 제한은 기여된 프롬프트, 스킬, 에이전트, 훅 및 MCP 서버에도 적용되며, 호버 및 키보드 포커스를 통해 설명을 확인할 수 있습니다.
왜 중요한가요
제외 예외는 일반적인 작업 영역 문제를 해결합니다. 큰 생성 트리 또는 종속성 트리를 숨기면서도 개발자가 검사해야 하는 특정 부분은 유지할 수 있습니다. 성능 경고는 팀이 깊이 전체에 적용되는 예외보다 좁은 패턴을 선호해야 함을 의미합니다.
필수 플러그인 동작은 이제 조직의 의도와 일치합니다. 사용자는 실패할 수밖에 없는 제거 작업을 더 이상 보지 않습니다.
조치: 광범위한 부정 패턴이 있는지 공유 files.exclude 및 search.exclude 구성을 검토하세요. 관리형 플러그인의 경우 enabledPlugins 항목을 검증하고, 각 필수 사용자 지정이 설치된 상태로 유지되어야 하는 이유를 문서화하세요.
10. Pull Requests 및 확정된 Timeline API
무엇인가요
GitHub Pull Requests 확장 버전 0.176.0은 pull request 개요 타임라인을 확장합니다. Microsoft는 추가된 이벤트로 레이블, 마일스톤, 제목, 검토 요청, 검토 해제, 초안, 검토 준비 완료, 강제 푸시, 브랜치 복원, 자동 병합 및 병합 큐 이벤트를 나열합니다.
이제 pull request 설명 템플릿은 Start Working on Issue를 통해 브랜치가 이슈와 연결된 경우 ${issueTitle}, ${issueNumber} 및 ${issueNumberLabel}을 사용할 수 있습니다. 스택형 pull request 워크플로는 스택의 pull request에서 자동 병합이 활성화된 경우 사용자에게 이를 비활성화하도록 안내합니다.
별도로 Microsoft는 Timeline API를 확정했습니다. Marketplace 확장은 workspace.registerTimelineProvider로 파일 및 폴더 공급자를 등록하거나 workspace.registerWorkspaceTimelineProvider로 작업 영역 전체 공급자를 등록할 수 있습니다. TimelineItem.resourceUri를 항목으로 표현되는 리소스 상태로 설정하면 Compare Selected를 통한 비교가 활성화됩니다.
왜 중요한가요
확장 업데이트는 편집기 내에서 pull request 수명 주기의 더 많은 부분을 노출하여 검토자가 코드 차이 외부의 상태 변경을 놓칠 가능성을 줄입니다. 템플릿 변수는 브랜치가 추적되는 이슈에서 시작될 때 일관성도 개선할 수 있습니다.
확정된 Timeline API는 확장 작성자에게 도메인별 기록을 위한 안정적인 통합 지점을 제공합니다. 이는 감사, 비교 및 변경 설명 워크플로에 유용하지만, 확장 팀은 최소 VS Code 호환성을 신중하게 설정해야 합니다.
조치: 테스트 링에서 GitHub Pull Requests 확장을 0.176.0으로 업데이트하고 새 이슈 변수를 사용할 수 있는 템플릿을 검토하세요. 확장 소유자는 Timeline 공급자가 독점적인 기록 뷰를 대체할 수 있는지 평가해야 합니다.
11. Local 하니스 도구 제거
무엇인가요
Microsoft는 Local 하니스 세션에서 여러 도구와 명령을 제거했습니다.
- 확장 설치:
#installExtension을 더 이상 사용할 수 없습니다. 대신 에이전트는 사용자 검토 및 설치를 위해 필요한 확장을.vscode/extensions.json에 추가합니다. - 명령 실행:
#runCommand를 더 이상 사용할 수 없습니다. 기본 제공 워크플로는 이제 Developer: Chat Diagnostics와 같은 필요한 명령을 사용자가 직접 실행하도록 요청합니다. - 작업 영역 생성:
#newWorkspace, 이전 이름인#new, 그리고/new명령이 제거되었습니다. - 프로젝트 설정: Generate New Workspace 링크 및 전용 프로젝트 설정 스킬이 제거되었습니다.
Microsoft는 github.copilot.chat.newWorkspaceCreation.enabled, github.copilot.chat.newWorkspace.useContext7 및 github.copilot.chat.useProjectTemplates도 제거했습니다. Notebook 생성은 변경되지 않았습니다.
이제 프로젝트를 만들려면 사용자가 빈 폴더를 열고 에이전트 세션에서 프로젝트를 설명합니다. 에이전트는 표준 도구를 사용하여 파일을 만들고, 스캐폴딩 명령을 실행하며, 작업을 구성합니다.
왜 중요한가요
제거된 식별자를 참조하는 사용자 지정 에이전트와 프롬프트 파일은 더 이상 설계된 대로 작동하지 않습니다. 이는 선택적 정리가 아닌 마이그레이션 작업입니다.
확장 변경은 검토 지점도 복원합니다. 에이전트는 확장을 직접 설치하는 대신 .vscode/extensions.json을 통해 프로젝트 확장을 권장합니다. #runCommand 제거도 마찬가지로 명령 호출을 사용자에게 다시 맡깁니다.
조치: 사용자 지정 에이전트, 프롬프트 파일, 작업 영역 템플릿 및 내부 문서에서 #installExtension, #runCommand, #newWorkspace, #new, /new, project-setup-info-local, project-setup-info-context7를 검색하세요. 1.145를 표준화하기 전에 모든 참조를 제거하거나 대체하세요.
12. 안정성 수정 및 정책 지속성
무엇인가요
Microsoft는 엔터프라이즈와 직접적인 관련이 있는 두 가지 정책 관련 수정 사항을 식별합니다.
문제 #345207은 사용자가 Claude 또는 Codex 에이전트를 선택한 후 조직에서 이를 비활성화한 사용자에게 영향을 미쳤습니다. New Chat, New Chat Editor 및 새 창에서 입력란이 없는 읽기 전용 채팅이 열릴 수 있었습니다. 이제 VS Code 1.145는 기본 하니스로 대체하고 전송되지 않은 프롬프트를 유지합니다. 정책이 나중에 허용하면 이전 선택 항목을 다시 사용할 수 있습니다.
문제 #344895는 네트워크 오류 또는 속도 제한 때문에 GitHub Copilot 정책 새로 고침이 실패했을 때 레지스트리 전용 MCP 액세스에 영향을 주었습니다. 이제 VS Code는 마지막으로 알려진 레지스트리 정책을 유지하고 GitHub가 적용되는 레지스트리가 없다고 보고할 때만 이를 지웁니다.
이 릴리스에는 PR #336022의 터미널 자동 응답 메모리 사용, PR #342418의 작업 준비 경합 상태, PR #344185 및 #344764의 원격 포트 규칙 처리, PR #344094의 Server-Sent Events 바이트 순서 표시 처리에 대한 수정도 포함됩니다.
왜 중요한가요
MCP 수정은 일시적인 새로 고침 실패가 다음 성공적 업데이트 전까지 레지스트리 제한을 제거할 수 있었던 실패 시 허용 구간을 닫습니다. 마지막으로 알려진 정책을 유지하는 것은 올바른 엔터프라이즈 태세입니다.
비활성화된 에이전트 대체도 관리자가 하니스 가용성을 변경할 때 배포 위험을 줄입니다. 사용자는 고립된 읽기 전용 세션 대신 작동하는 기본값을 받습니다.
조치: 롤아웃 테스트에 실패한 정책 새로 고침 및 비활성화된 에이전트 전환을 포함하세요. 시뮬레이션된 연결 손실 중에도 레지스트리 제어가 유지되는지, 새 채팅이 조직에서 허용하는 기본 하니스로 대체되는지 검증하세요.
13. Blobby Jump Game
무엇인가요
Microsoft는 VS Code 펫 Blobby가 등장하는 Experimental 플랫폼 점프 게임을 포함했습니다. 채팅에 /vscode-pet을 입력하면 Blobby가 표시되며, Agents 창의 새 세션 화면에는 Play Jump Game 작업이 제공됩니다.
스페이스바로 점프를 충전하고, 화살표 키로 다음 플랫폼을 향해 조준하며, 게임은 기기에 최고 점수를 저장합니다.
왜 중요한가요
이 게임은 엔터프라이즈 워크플로에 실질적인 영향을 미치지 않습니다. 선택 사항이며 Experimental 기능입니다.
관리형 환경에서는 롤아웃 계획이 아니라 릴리스 인지 항목에 속합니다. 팀은 원격 라우팅, 에이전트 권한, 자동화, 첨부 및 MCP 정책에 검증 노력을 집중해야 합니다.
결론
VS Code 1.145는 Agents 창을 원격 미리 보기, 캔버스, 공급자별 채팅, 반복 로컬 작업 및 MCP 기반 도구를 위한 제어 표면으로 확장합니다. 여기서 에이전트 우선은 추세가 아니라 편집기 워크플로 설계의 방향입니다.
- 먼저 원격 라우팅을 파일럿으로 운영하세요. 대표적인 호스트 및 네트워크 경계에 대해
workbench.browser.enableRemoteProxy와chat.canvases.enabled를 검증하세요. - 반복 실행을 거버넌스화하세요. 5필드 cron 자동화를 지정된 소유자와 검토 절차가 있는 무인 로컬 워크로드로 취급하세요.
- MCP 정책을 조정하세요.
allowedMcpServers,deniedMcpServers, 레지스트리 제한 및 VS Code 시작 서버와 Agent Host 관리 서버의 차이를 감사합니다. - Local 하니스 사용자 지정을 마이그레이션하세요. 1.145에서 삭제된 도구, 명령, 스킬 및 설정에 대한 참조를 제거하세요.
- 실패 상태를 테스트하세요. 광범위한 배포 전에 필수 샌드박스 동작, 정책 지속성, 비활성화된 하니스 대체 및 첨부 액세스를 확인하세요.
즐거운 코딩 되세요!