Productivity | The .NET Blog

VS Code 1.119: 에이전트 세션용 OpenTelemetry, 브라우저 통합, 보안

Emiliano Montesdeoca — Fri, 15 May 2026 00:00:00 +0000

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

VS Code 1.119는 2026년 5월 6일 출시되었습니다 (직후 1.119.1 보안 패치 포함). 이 릴리스는 에이전트 관찰 가능성, 브라우저 상호 작용, 중단 감소에 중점을 둡니다.

에이전트 세션용 OpenTelemetry 추적

프로덕션에서 에이전트를 실행하거나 에이전트 워크플로를 디버깅하는 누구에게나 주목할 기능입니다. 두 가지 설정으로 활성화합니다:

"github.copilot.chat.otel.enabled": true,
"github.copilot.chat.otel.otlpEndpoint": "http://localhost:4318"

추적은 GenAI 의미 규약을 따릅니다. 각 에이전트 요청은 중첩된 하위 스팬을 포함하는 invoke_agent 루트 스팬을 생성합니다: chat, execute_tool, execute_hook. 토큰 사용량은 요청별로 보고됩니다 — 캐시 읽기 및 생성 횟수 포함.

로컬 에이전트, Copilot CLI 백그라운드 에이전트, Claude 에이전트와 함께 작동합니다. OTLP 호환 백엔드에서 추적을 수신할 수 있습니다 — 로컬 개발에는 Aspire Dashboard 독립 실행형이 잘 작동합니다.

에이전트가 이제 브라우저 탭에 접근 가능

에이전트는 통합 브라우저 탭에 대한 접근을 요청할 수 있습니다 — 하지만 자동이 아닙니다. 컨텍스트 선택기, 드래그 앤 드롭, 또는 제안된 컨텍스트를 통해 명시적으로 탭을 공유해야 합니다. 브라우저에 접근을 취소하는 공유 버튼이 있습니다. 에이전트가 이미 열린 (공유되지 않은) 탭과 같은 도메인에 새 탭을 열려고 할 때, VS Code는 기존 탭을 재사용하도록 안내합니다.

최적화된 토큰 사용량

실험적 경량 모델이 에이전트 할 일 목록 관리를 처리하여 이 관리 작업을 더 비싼 기본 모델에서 분리합니다. 전체 추론 능력이 필요하지 않은 작업의 토큰 소비를 줄입니다.

신뢰 및 보안

중단 감소: VS Code 1.119는 에이전트에 의한 네트워크 접근 요청과 임시 폴더 쓰기 프롬프트를 줄입니다. 1.119.1 패치는 특정 보안 문제를 해결합니다 — 아직 업데이트하지 않았다면 업데이트할 가치가 있습니다.

마크다운 미리보기 빠른 전환

작지만 유용합니다: 이제 탐색 없이 현재 편집기를 마크다운 미리보기로 빠르게 전환할 수 있습니다.

VS Code Agents (Insiders 미리보기)

재설계된 에이전트 세션 UI — 새로운 리포지토리 선택기 (로컬/repos/원격), 하위 세션 개선, 웹 및 모바일 개선, 진행 애니메이션 — 는 Insiders의 insiders.vscode.dev/agents에서 이용 가능합니다.

전체 변경 로그: code.visualstudio.com/updates/v1_119.

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 플로팅 윈도우 설정 (하지만 알아야 할)

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의 플로팅 윈도우가 한 번이라도 불편했다면, 지금 바로 바꾸러 가세요.

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

Azure DevOps가 드디어 모두가 불평하던 Markdown 편집기를 고쳤다

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

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

Azure Boards를 사용한다면 아마 이런 경험이 있을 겁니다: 작업 항목 설명을 읽고 있는데, 인수 기준을 확인하는 중에 실수로 더블클릭을 합니다. 쾅 — 편집 모드에 들어갔습니다. 아무것도 편집하고 싶지 않았는데. 그냥 읽고 있었을 뿐인데.

Dan Hellem이 수정을 발표했는데, 작아 보이지만 일상 워크플로에서 진짜 마찰을 제거하는 변경입니다.

무엇이 바뀌었나

작업 항목 텍스트 필드의 Markdown 편집기가 이제 기본적으로 미리보기 모드로 열립니다. 콘텐츠를 읽고 상호작용할 수 있습니다 — 링크 따라가기, 포맷 확인 — 실수로 편집 모드에 들어갈 걱정 없이.

실제로 편집하고 싶을 때 필드 상단의 편집 아이콘을 클릭합니다. 완료하면 명시적으로 미리보기 모드로 돌아갑니다. 단순하고, 의도적이고, 예측 가능합니다.

보이는 것보다 더 중요한 이유

커뮤니티 피드백 스레드가 길었습니다. 더블클릭으로 편집하는 동작은 2025년 7월 Markdown 편집기와 함께 도입되었고, 불만은 거의 즉시 시작되었습니다.

Azure Boards로 스프린트 계획, 백로그 개선, 코드 리뷰를 하는 팀에게 이런 미세한 마찰은 누적됩니다.

배포 상태

이미 일부 고객에게 배포되고 있으며 앞으로 2~3주에 걸쳐 전체로 확대됩니다.

마무리

모든 개선이 헤드라인 기능이 될 필요는 없습니다. 때로 최고의 업데이트는 단순히 성가신 것을 제거하는 것입니다. 이것이 바로 그런 것 — 작업 항목을 평화롭게 읽고 싶은 사람들을 위해 Azure Boards를 덜 적대적으로 만드는 작은 UX 수정입니다.

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에서 다운로드하세요.

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 내에서 도움말 > 업데이트 확인으로 업데이트하세요.