Visual Studio | The .NET Blog

Visual Studio 2026 4월 업데이트: 클라우드 에이전트, 사용자 지정 에이전트, 디버거 에이전트

Emiliano Montesdeoca — Thu, 14 May 2026 00:00:00 +0000

이 게시물은 자동으로 번역되었습니다. 원본 버전은 여기를 클릭하세요.

Visual Studio 2026 (18.5) 4월 업데이트는 클라우드 에이전트 통합, 사용자 수준 사용자 지정 에이전트, GA에 도달하는 C++ 도구, 새로운 디버거 에이전트를 제공합니다.

클라우드 에이전트: 원격 Copilot 세션에 작업 위임

Chat 창의 에이전트 선택기에서 Cloud를 선택하면 원격 Copilot 코딩 에이전트에게 작업을 위임할 수 있습니다. 작업을 설명하면 에이전트가 리포지토리에 GitHub 이슈를 생성한 후 완료되면 PR을 엽니다. “View PR” / “Open in browser"와 함께 알림을 받습니다 — 코딩을 계속하는 동안, 또는 IDE를 닫은 상태에서도 동작합니다.

사용자 지정 에이전트가 이제 어디서나 따라옵니다

%USERPROFILE%/.github/agents/에 저장된 사용자 수준 사용자 지정 에이전트는 더 이상 리포지토리에 국한되지 않습니다 — 프로젝트 전반에 걸쳐 따라옵니다. 저장 경로는 Tools > Options > GitHub > Copilot > Chat에서 구성할 수 있습니다. 에이전트 선택기의 + 버튼으로 새 에이전트를 직접 만들 수 있습니다. 리포지토리 범위 에이전트와 동일한 기능을 갖습니다: 작업 공간 인식, 도구, 모델 선택, MCP 연결.

기본 제공 에이전트: Agent, Ask, Copilot CLI, Debugger, Modernize, Profiler.

C++ 코드 편집 도구가 GA로

두 가지 도구 — get_symbol_call_hierarchy와 get_symbol_class_hierarchy — 가 이제 기본적으로 활성화됩니다. C++ 코드베이스에서 상속 계층 구조와 함수 호출 체인을 Copilot이 언어 인식 탐색으로 파악합니다. Copilot Chat의 도구 아이콘으로 활성화합니다. 도구 호출 모델과 함께 사용할 때 가장 효과적입니다.

디버거 에이전트: 실제 런타임 동작에 대해 수정 사항 검증

GitHub 또는 Azure DevOps 이슈(또는 자연어 설명)에서 시작하여 Debugger 모드로 전환하면 에이전트는:

최소 재현 코드 생성
실패 가설 생성
트레이스포인트와 조건부 중단점으로 앱 계측
실제 디버그 세션 실행
라이브 원격 측정 분석
정확한 수정 제안

전체 과정에서 루프에 머물러 있습니다 — 인터랙티브하며 완전히 자율적이지 않습니다.

IntelliSense 우선순위 수정

IntelliSense 목록이 활성 상태일 때 VS는 이제 Copilot 완성을 억제합니다. 한 번에 하나의 제안만. 자주 발생하는 마찰 포인트였으며 이제 기본적으로 활성화됩니다.

전체 릴리스 노트와 다운로드는 devblogs.microsoft.com에서.

Visual Studio 확장 프로젝트에 대한 SDK 스타일 지원

Emiliano Montesdeoca — Wed, 13 May 2026 00:00:00 +0000

이 게시물은 자동으로 번역되었습니다. 원본 버전은 여기를 클릭하세요.

VSSDK 기반 확장 프로젝트에 대한 SDK 스타일 지원이 이제 Visual Studio 18.5에서 공식적으로 지원됩니다 — 클래식 VSIX 확장 프로젝트는 오래된 MPF 스타일 .csproj 형식을 버릴 수 있습니다.

프로젝트 파일의 변화

가장 눈에 띄는 변화는 프로젝트 파일이 얼마나 작아지는지입니다. 일반적인 VSSDK 확장은 이제 다음과 같이 보입니다:

<Project Sdk="Microsoft.NET.Sdk">
 <PropertyGroup>
 <TargetFramework>net472</TargetFramework>
 <VSSDKBuildToolsAutoSetup>true</VSSDKBuildToolsAutoSetup>
 <VsixDeployOnDebug>true</VsixDeployOnDebug>
 <GeneratePkgDefFile>true</GeneratePkgDefFile>
 </PropertyGroup>
 <ItemGroup><ProjectCapability Include="CreateVsixContainer" /></ItemGroup>
 <ItemGroup>
 <PackageReference Include="Microsoft.VisualStudio.SDK" Version="17.14.40265" ExcludeAssets="runtime" />
 <PackageReference Include="Microsoft.VSSDK.BuildTools" Version="18.5.38461" />
 </ItemGroup>
</Project>

VSSDKBuildToolsAutoSetup=true는 합리적인 기본값을 적용합니다: CreateVsixContainer=true와 레거시 DeployExtension=false. 이 단일 속성이 이전에 명시적으로 지정해야 했던 상당 부분을 대체합니다.

빌드 시간 개선

Fast Up-To-Date Check와 증분 빌드 지원이 포함됩니다. 대규모 솔루션에서 작은 변경의 경우 빌드 시간이 최대 75% 단축됩니다 — 대규모 호스트 솔루션 내에서 확장을 반복 개발할 때 의미가 있습니다.

신규 프로젝트 vs 기존 프로젝트

18.5에서 생성한 새 확장 프로젝트는 자동으로 SDK 스타일을 사용합니다. 기존 MPF 스타일 확장은 계속 작동합니다 — 마이그레이션은 선택 사항입니다. 마이그레이션 시 주의할 점: 확장이 XAML을 사용하면 <UseWpf>true</UseWpf>를 추가하세요. .sln 또는 .slnx 파일에서 확장을 배포 가능으로 표시해야 합니다.

vsixmanifest 디자이너는 기본적으로 XML 편집기로 대체됩니다 — 이전 디자이너가 필요하면 우클릭 → 연결 프로그램.

에이전트 기반 마이그레이션 경로

vs-agent-plugins의 Modernize 에이전트가 마이그레이션을 자동화할 수 있습니다. Mads Kristensen의 Smart Screen, Command Explorer, Postfix Templates, Whitespace Visualizer 등 여러 실제 확장이 이미 이 방법으로 변환되었습니다.

참고 사항

VisualStudio.Extensibility(최신 확장성 프레임워크)는 이미 SDK 스타일을 지원했습니다. 이번 업데이트는 클래식 VSSDK 경로와의 동등성을 가져옵니다. 유일한 요구 사항은 Visual Studio 확장 개발 워크로드입니다.

자세한 내용은 공식 게시물에서 확인하세요.

Azure MCP 도구가 Visual Studio 2022에 기본 탑재 — 확장 프로그램 설치 불필요

Emiliano Montesdeoca — Thu, 16 Apr 2026 00:00:00 +0000

이 글은 자동 번역되었습니다. 원문을 보시려면 여기를 클릭하세요.

Visual Studio에서 별도 확장 프로그램을 통해 Azure MCP 도구를 사용해 왔다면, 그 과정을 잘 아실 겁니다 — VSIX 설치, 재시작, 문제가 안 생기길 바라기, 버전 불일치 관리. 그 번거로움이 사라졌습니다.

Yun Jung Choi가 발표한 바와 같이, Azure MCP 도구가 이제 Visual Studio 2022의 Azure 개발 워크로드의 일부로 직접 제공됩니다. 확장 프로그램 없음. VSIX 없음. 재시작 댄스 없음.

이것이 실제로 의미하는 것

Visual Studio 2022 버전 17.14.30부터 Azure MCP Server가 Azure 개발 워크로드에 번들로 포함됩니다. 이미 해당 워크로드가 설치되어 있다면, GitHub Copilot Chat에서 활성화하기만 하면 됩니다.

45개 Azure 서비스에 걸친 230개 이상의 도구 — 채팅 창에서 직접 접근할 수 있습니다. 스토리지 계정 목록 조회, ASP.NET Core 앱 배포, App Service 문제 진단, Log Analytics 쿼리 — 브라우저 탭을 열 필요 없이 모두 가능합니다.

왜 이것이 들리는 것보다 더 중요한가

개발자 도구에 대해 이런 말이 있습니다: 추가 단계 하나하나가 마찰이고, 마찰은 도입을 망칩니다. MCP가 별도 확장 프로그램이었을 때는 버전 불일치, 설치 실패, 그리고 업데이트해야 할 것이 하나 더 생긴다는 것을 의미했습니다. 워크로드에 내장된다는 것은:

단일 업데이트 경로 — Visual Studio Installer를 통해
버전 차이 없음 — 확장 프로그램과 IDE 간에
항상 최신 — MCP Server가 정기 VS 릴리스와 함께 업데이트

Azure를 표준으로 사용하는 팀에게 이것은 큰 의미가 있습니다. 워크로드를 한 번 설치하고, 도구를 활성화하면, 매 세션마다 사용할 수 있습니다.

이것으로 무엇을 할 수 있는가

도구들은 Copilot Chat를 통해 전체 개발 라이프사이클을 지원합니다:

학습 — Azure 서비스, 모범 사례, 아키텍처 패턴에 대해 질문
설계 및 개발 — 서비스 추천 받기, 앱 코드 구성
배포 — 리소스 프로비저닝 및 IDE에서 직접 배포
문제 해결 — 로그 쿼리, 리소스 상태 확인, 프로덕션 문제 진단

간단한 예시 — Copilot Chat에 다음을 입력해 보세요:

List my storage accounts in my current subscription.

Copilot이 뒤에서 Azure MCP 도구를 호출하고, 구독을 조회하여, 이름, 위치, SKU가 포함된 정리된 목록을 반환합니다. 포털이 필요 없습니다.

활성화 방법

Visual Studio 2022 17.14.30 이상으로 업데이트
Azure development 워크로드가 설치되어 있는지 확인
GitHub Copilot Chat 열기
Select tools 버튼(렌치 아이콘) 클릭
Azure MCP Server 활성화

끝입니다. 세션 간에 활성화 상태가 유지됩니다.

한 가지 주의사항

도구는 기본적으로 비활성화되어 있습니다 — 직접 활성화해야 합니다. 그리고 VS 2026 전용 도구는 VS 2022에서 사용할 수 없습니다. 도구 사용 가능 여부는 Azure 구독 권한에 따라 달라지며, 포털과 동일합니다.

더 큰 그림

이것은 분명한 트렌드의 일부입니다: MCP는 개발자 IDE에서 클라우드 도구를 제공하는 표준이 되어가고 있습니다. 이미 Azure MCP Server 2.0 안정 버전 출시와 VS Code 및 기타 에디터에서의 MCP 통합을 봐왔습니다. Visual Studio의 워크로드 시스템에 내장하는 것은 자연스러운 발전입니다.

Visual Studio에서 살다시피 하는 .NET 개발자에게, Azure 포털로 컨텍스트 전환해야 할 이유가 하나 더 사라진 셈입니다. 솔직히, 탭 전환은 적을수록 좋으니까요.

몰랐던 Visual Studio 플로팅 윈도우 설정 (하지만 알아야 할)

Emiliano Montesdeoca — Fri, 10 Apr 2026 00:00:00 +0000

이 글은 자동 번역되었습니다. 원문은 여기에서 확인하세요.

Visual Studio에서 여러 모니터를 사용한다면 (솔직히 요즘 누가 안 쓰겠어요?), 아마 이런 불편함을 경험했을 겁니다: 플로팅 도구 창이 메인 IDE를 최소화하면 사라지고, 항상 다른 모든 것 위에 표시되며, 작업 표시줄에 별도의 버튼으로 나타나지 않습니다. 일부 워크플로에서는 괜찮지만 멀티 모니터 설정에서는 정말 답답합니다.

Visual Studio 팀의 Mads Kristensen이 플로팅 윈도우의 동작을 완전히 바꾸는 잘 알려지지 않은 설정을 공유했습니다. 드롭다운 하나. 그게 전부입니다.

설정

Tools > Options > Environment > Windows > Floating Windows

드롭다운 “These floating windows are owned by the main window"에는 세 가지 옵션이 있습니다:

None — 완전한 독립. 모든 플로팅 윈도우가 자체 작업 표시줄 항목을 가지며 일반 Windows 창처럼 동작합니다.
Tool Windows (기본값) — 문서는 자유롭게 플로팅, 도구 창은 IDE에 연결됩니다.
Documents and Tool Windows — 클래식 Visual Studio 동작, 모든 것이 메인 창에 연결됩니다.

멀티 모니터 설정에서 “None"이 최적인 이유

None으로 설정하면 갑자기 모든 플로팅 도구 창과 문서가 진짜 Windows 애플리케이션처럼 동작합니다. 작업 표시줄에 나타나고, Visual Studio 메인 창을 최소화해도 보이며, 더 이상 모든 것 앞으로 강제되지 않습니다.

이것을 PowerToys FancyZones와 결합하면 완전히 달라집니다. 모니터 전체에 커스텀 레이아웃을 만들고, 솔루션 탐색기를 한 존에, 디버거를 다른 존에, 코드 파일을 원하는 곳에 배치하세요. 모든 것이 제자리에 있고, 모든 것이 독립적으로 접근 가능하며, 작업 공간이 혼란스럽지 않고 정돈된 느낌입니다.

빠른 추천

멀티 모니터 파워 유저: None으로 설정하고 FancyZones와 함께 사용
가끔 플로팅하는 분: Tool Windows (기본값)가 좋은 중간 지점
전통적인 워크플로: Documents and Tool Windows가 클래식한 방식 유지

프로 팁: 아무 도구 창의 제목 표시줄에서 Ctrl + 더블 클릭으로 즉시 플로팅 또는 도킹할 수 있습니다. 설정 변경 후 재시작이 필요 없습니다.

마무리

전형적인 “이걸 왜 몰랐지” 설정입니다. Visual Studio의 플로팅 윈도우가 한 번이라도 불편했다면, 지금 바로 바꾸러 가세요.

자세한 내용과 스크린샷은 전체 포스트에서 확인하세요.

Bookmark Studio가 Visual Studio 북마크에 슬롯 기반 내비게이션과 공유 기능을 추가

Emiliano Montesdeoca — Thu, 02 Apr 2026 00:00:00 +0000

이 글은 자동 번역되었습니다. 원본은 여기에서 확인하세요.

Visual Studio의 북마크는 항상…그럭저럭이었습니다. 하나 설정하고, 다음으로 이동하고, 어떤 게 어떤 건지 잊어버립니다. 작동하지만 강력하다고 부를 수 있는 기능은 아니었습니다.

Mads Kristensen이 Bookmark Studio를 출시했습니다. 정기적으로 북마크를 사용한다면 느꼈을 빈틈을 정확히 채우는 실험적 확장입니다.

슬롯 기반 내비게이션

북마크를 1-9번 슬롯에 할당하고 Alt+Shift+1부터 Alt+Shift+9로 직접 이동할 수 있습니다. 새 북마크는 자동으로 다음 사용 가능한 슬롯을 받습니다.

북마크 관리자

새 도구 창에서 모든 북마크를 표시하고 이름, 파일, 위치, 색상, 슬롯으로 필터링할 수 있습니다.

라벨, 색상, 폴더로 정리

북마크에 라벨, 색상을 추가하고 폴더로 그룹화할 수 있습니다. 메타데이터는 솔루션별로 저장됩니다.

내보내기 및 공유

Bookmark Studio는 북마크를 일반 텍스트, Markdown 또는 CSV로 내보낼 수 있습니다.

코드 이동을 따라가는 북마크

Bookmark Studio는 고정된 텍스트에 상대적으로 북마크를 추적하므로 편집 중 잘못된 줄로 떠내려가지 않습니다.

마무리

Bookmark Studio는 아무것도 재발명하지 않습니다. 수년간 “충분했던” 기능을 진정으로 유용하게 만듭니다. Visual Studio Marketplace에서 다운로드하세요.

Visual Studio 3월 업데이트로 커스텀 Copilot 에이전트 제작 가능 — find_symbol이 큰 변화

Emiliano Montesdeoca — Thu, 02 Apr 2026 00:00:00 +0000

이 글은 자동 번역되었습니다. 원본은 여기에서 확인하세요.

Visual Studio가 가장 중요한 Copilot 업데이트를 받았습니다. Mark Downie가 3월 릴리스를 발표했는데, 헤드라인은 커스텀 에이전트이지만 솔직히 find_symbol 도구가 워크플로를 가장 많이 바꿀 기능일 수 있습니다.

리포에 커스텀 Copilot 에이전트

Copilot이 팀의 코딩 표준을 따르게 하고 싶으세요? 커스텀 에이전트는 리포의 .github/agents/에 .agent.md 파일로 정의됩니다. 각 에이전트는 워크스페이스 인식, 코드 이해, 도구, 선호 모델, MCP 연결에 대한 전체 접근 권한을 가집니다.

에이전트 스킬: 재사용 가능한 인스트럭션 팩

스킬은 리포의 .github/skills/나 프로필의 ~/.copilot/skills/에서 자동 로드됩니다.

find_symbol: 언어 인식 내비게이션

새로운 find_symbol 도구는 Copilot의 에이전트 모드에 언어 서비스 기반 심볼 내비게이션을 제공합니다. 텍스트 검색 대신 심볼의 모든 참조를 찾고 타입 정보와 스코프에 접근할 수 있습니다.

.NET 개발자에게 이것은 엄청난 개선입니다 — 깊은 타입 계층 구조를 가진 C# 코드베이스가 크게 혜택을 받습니다.

Copilot으로 테스트 프로파일링

Test Explorer 컨텍스트 메뉴에 Profile with Copilot이 추가됐습니다. Profiling Agent가 테스트를 실행하고 자동으로 성능을 분석합니다.

라이브 디버깅 중 Perf Tips

성능 최적화가 이제 디버깅 중에 이루어집니다. Visual Studio가 인라인으로 실행 시간을 표시합니다. 느린 라인을 발견하면 Perf Tip을 클릭하고 Copilot에게 최적화 제안을 요청하세요.

Solution Explorer에서 NuGet 취약점 수정

NuGet 패키지 취약점이 감지되면 Solution Explorer에 직접 Fix with GitHub Copilot 링크가 표시됩니다.

마무리

커스텀 에이전트와 스킬이 헤드라인이지만, find_symbol이 숨겨진 보석입니다 — .NET 코드 리팩토링 시 Copilot의 정확도를 근본적으로 바꿉니다. Visual Studio 2026 Insiders를 다운로드해서 모든 기능을 체험해보세요.

VS Code 1.112: .NET 개발자가 정말 주목해야 할 것들

Emiliano Montesdeoca — Thu, 26 Mar 2026 00:00:00 +0000

VS Code 1.112가 도착했고, 솔직히? .NET 세계에서 매일을 보내고 있다면 이번 릴리스는 다르게 다가옵니다. 공식 릴리스 노트에 많은 내용이 있지만, 스크롤을 좀 줄여드리고 우리에게 정말 중요한 것에 집중하겠습니다.

Copilot CLI가 훨씬 유용해졌다

이번 릴리스의 큰 테마는 에이전트 자율성 — Copilot에게 더 많은 자유를 주어 당신이 매 단계를 감시하지 않아도 되게 하는 것입니다.

메시지 스티어링과 큐잉

Copilot CLI가 작업 중간에 있는데 뭔가 말하는 걸 깜빡했다는 걸 깨닫는 그 순간 알죠? 전에는 기다려야 했습니다. 이제 요청이 아직 실행 중일 때도 메시지를 보낼 수 있습니다 — 현재 응답을 방향 전환하거나 후속 지시를 큐에 넣거나.

dotnet 스캐폴딩의 긴 작업을 보면서 “아 잠깐, MassTransit도 필요한데"라고 생각하는 경우에 이것은 대단합니다.

권한 레벨

이것이 가장 흥분되는 것입니다. Copilot CLI 세션이 이제 세 가지 권한 레벨을 지원합니다:

기본 권한 — 도구가 실행 전에 확인을 요청하는 일반적인 흐름
승인 우회 — 모든 것을 자동 승인하고 오류 시 재시도
오토파일럿 — 완전 자율: 도구를 승인하고, 자체 질문에 답하고, 작업이 완료될 때까지 계속

Entity Framework, 마이그레이션, Docker 설정으로 새 ASP.NET Core API를 만드는 것 같은 작업을 한다면 — 오토파일럿 모드는 원하는 것을 설명하고 커피를 가지러 가면 됩니다. 알아서 할 겁니다.

chat.autopilot.enabled 설정으로 오토파일럿을 활성화할 수 있습니다.

위임 전 변경사항 미리보기

Copilot CLI에 작업을 위임하면 워크트리가 생성됩니다. 전에는 커밋하지 않은 변경사항이 있으면 소스 컨트롤을 확인해서 뭐가 영향받는지 봐야 했습니다. 이제 채팅 뷰에서 복사, 이동, 무시를 결정하기 전에 보류 중인 변경사항을 바로 보여줍니다.

작은 것이지만 “잠깐, 스테이징에 뭐가 있었지?” 하는 순간을 없애줍니다.

VS Code를 떠나지 않고 웹 앱 디버그

통합 브라우저가 이제 완전한 디버깅을 지원합니다. 브레이크포인트를 설정하고, 코드를 스텝스루하고, 변수를 검사할 수 있습니다 — 모두 VS Code 안에서. Edge DevTools로 전환할 필요 없습니다.

새로운 editor-browser 디버그 타입이 있고, 이미 msedge나 chrome 실행 구성이 있다면 launch.json의 type 필드만 바꾸면 됩니다:

{
 "type": "editor-browser",
 "request": "launch",
 "name": "Debug Blazor App",
 "url": "https://localhost:5001"
}

Blazor 개발자에게 이것은 게임 체인저입니다. 이미 터미널에서 dotnet watch를 실행하고 있으니 — 이제 디버깅도 같은 창에 머무릅니다.

브라우저에 독립적인 줌 레벨(드디어), 적절한 우클릭 컨텍스트 메뉴, 웹사이트별 줌 기억 기능도 추가되었습니다.

MCP 서버 샌드박싱

이것은 생각보다 중요합니다. MCP 서버를 사용하고 있다면 — Azure 리소스나 데이터베이스 쿼리를 위한 커스텀 서버를 설정했을 수 있습니다 — VS Code 프로세스와 같은 권한으로 실행되고 있었습니다. 파일 시스템, 네트워크, 모든 것에 대한 전체 액세스를 의미합니다.

이제 샌드박스처리할 수 있습니다. mcp.json에서:

{
 "servers": {
 "my-azure-tools": {
 "command": "node",
 "args": ["./mcp-server.js"],
 "sandboxEnabled": true
 }
 }
}

샌드박스된 서버가 가지고 있지 않은 것에 대한 액세스가 필요하면 VS Code가 권한 부여를 요청합니다. “아무도 이상한 걸 안 하길 바라자” 접근방식보다 훨씬 낫습니다.

참고: 샌드박싱은 현재 macOS와 Linux에서 사용 가능합니다. Windows 지원이 준비 중입니다 — WSL 같은 원격 시나리오는 작동합니다.

모노레포 커스터마이제이션 발견

모노레포에서 작업하고 있다면 (솔직히 많은 엔터프라이즈 .NET 솔루션이 모노레포가 됩니다), 이것은 진짜 페인 포인트를 해결합니다.

이전에는 레포의 하위 폴더를 열면 레포지토리 루트에 있는 copilot-instructions.md, AGENTS.md, 커스텀 스킬을 VS Code가 찾지 못했습니다. 이제 chat.useCustomizationsInParentRepositories 설정으로 .git 루트까지 올라가서 모든 것을 발견합니다.

팀이 모노레포의 모든 프로젝트에 걸쳐 에이전트 지시, 프롬프트 파일, 커스텀 도구를 공유할 수 있게 됩니다. 모두가 루트 폴더를 열 필요 없이.

에이전트 디버깅을 위한 /troubleshoot

커스텀 지시나 스킬을 설정한 후 왜 감지되지 않는지 궁금했던 적 있나요? 새로운 /troubleshoot 스킬이 에이전트 디버그 로그를 읽고 무슨 일이 있었는지 알려줍니다 — 어떤 도구가 사용되거나 건너뛰어졌는지, 왜 지시가 로드되지 않았는지, 무엇이 느린 응답을 유발하는지.

다음 설정으로 활성화하세요:

{
 "github.copilot.chat.agentDebugLog.enabled": true,
 "github.copilot.chat.agentDebugLog.fileLogging.enabled": true
}

그런 다음 채팅에서 /troubleshoot why is my custom skill not loading?을 입력하면 됩니다.

이 디버그 로그를 내보내기와 가져오기도 할 수 있어서, 뭔가 예상대로 작동하지 않을 때 팀과 공유하기 좋습니다.

이미지와 바이너리 파일 지원

에이전트가 이제 디스크에서 이미지 파일과 바이너리 파일을 네이티브로 읽을 수 있습니다. 바이너리 파일은 hexdump 형식으로 표시되고, 이미지 출력(통합 브라우저의 스크린샷 등)은 캐러셀 뷰로 나타납니다.

.NET 개발자의 경우: UI 버그의 스크린샷을 채팅에 붙여넣고 에이전트가 무엇이 잘못되었는지 이해하게 하거나, Blazor 컴포넌트 렌더링 출력을 분석하게 할 수 있습니다.

자동 심볼 참조

작은 삶의 질 개선: 심볼 이름(클래스, 메서드 등)을 복사해서 채팅에 붙여넣으면, VS Code가 자동으로 #sym:Name 참조로 변환합니다. 수동으로 추가하지 않아도 에이전트에 해당 심볼의 전체 컨텍스트를 제공합니다.

일반 텍스트를 원하면 Ctrl+Shift+V를 사용하세요.

플러그인 활성화/비활성화 가능

이전에는 MCP 서버나 플러그인을 비활성화하려면 제거해야 했습니다. 이제 켜고 끌 수 있습니다 — 전역적으로도 워크스페이스별로도. 확장 뷰나 커스터마이제이션 뷰에서 우클릭하면 됩니다.

npm과 pypi의 플러그인도 자동 업데이트가 가능하지만, 업데이트가 기기에서 새 코드를 실행하는 것을 의미하므로 먼저 승인을 요청합니다.

마무리

VS Code 1.112는 확실히 에이전트 경험을 강하게 밀어붙이고 있습니다 — 더 많은 자율성, 더 나은 디버깅, 더 단단한 보안. .NET 개발자에게 통합 브라우저 디버깅과 Copilot CLI 개선이 두드러진 기능입니다.

.NET 프로젝트를 위해 오토파일럿 모드에서 전체 Copilot CLI 세션을 아직 시도해보지 않았다면, 이번 릴리스가 시작하기 좋은 때입니다. 권한을 설정하고 맡기면 됩니다.

VS Code 1.112 다운로드 또는 VS Code 내에서 도움말 > 업데이트 확인으로 업데이트하세요.