Visual Studio Code 1.144는 GitHub Copilot 에이전트를 편집기 창의 수명 주기 너머로 확장합니다. 2026년 10월 릴리스는 지속형 로컬 및 클라우드 세션, Agent Host Protocol v1.0, Copilot Fusion, 모델 비교, 이미지 생성, 컴퓨터 사용, 커넥터, 세션 구성, 거버넌스 제어, 터미널 변경 사항 및 토큰 없는 확장 프로그램 게시를 결합합니다.
CTO와 엔지니어링 리더에게 주는 신호는 분명합니다. 에이전트 실행은 채팅 기능이 아니라 관리되는 개발 환경이 되고 있습니다. 이제 플랫폼 팀은 에이전트가 실행되는 위치, 호출할 수 있는 도구, 유지하는 컨텍스트 및 다중 모델 사용량의 청구 방식에 대한 정책을 마련해야 합니다.
1. 에이전트 세션은 로컬, 원격 및 클라우드 환경 전반에서 계속됩니다
무엇인가요?
Microsoft의 VS Code 1.144 릴리스 정보에는 버전 1.144.0의 Stable 다운로드가 나열되어 있으며, 별도의 Agent Host 프로세스가 도입됩니다. 이 호스트는 개별 VS Code 창과 독립적으로 에이전트 세션을 로컬 컴퓨터 또는 원격 시스템에서 계속 실행합니다.
Microsoft는 Agents 창이 작업 영역과 환경 전반의 세션을 위한 단일 인터페이스를 제공한다고 설명합니다. 개발자는 Chat 또는 Agents 창에서 GitHub 호스팅 클라우드 작업을 시작하고, 승인 요청에 응답하며, 변경 사항을 검사하고, 세션 목록에서 동일한 대화를 다시 열 수 있습니다.
GitHub의 2026년 10월 28일 클라우드 세션 발표에 따르면, 이러한 세션은 관리형 GitHub 환경에서 리포지토리와 도구를 실행합니다. 개발자가 VS Code로 돌아오기 전에도 GitHub.com 및 GitHub Mobile을 포함한 다른 Copilot 클라이언트를 통해 계속 액세스할 수 있습니다.
클라우드 세션에는 유료 Copilot 플랜이 필요하며 조직 정책의 적용을 계속 받습니다. 또한 별도의 작업 영역을 사용하므로 로컬의 커밋되지 않은 변경 사항은 자동으로 복사되지 않습니다.
새로운 Remote Environments 대화 상자는 GitHub Environments, Dev Tunnels, WSL 배포판 및 SSH 호스트를 통합합니다. 사용자는 상태를 검사하고, 연결 또는 연결 해제하며, 환경 선택기에 표시할 원격 환경을 제어할 수 있습니다.
왜 중요한가요?
세션 연속성은 에이전트 지원 개발의 운영 모델을 바꿉니다. 노트북을 닫아도 작업이 반드시 중단되는 것은 아니지만, 실행 위치에 따라 적용되는 리포지토리 상태, 자격 증명, 도구 및 정책이 달라집니다.
이는 투명한 작업 영역 로밍이 아닙니다. 실행 경로 변경입니다.
팀은 작업을 GitHub 인프라로 이동할 수 있는 시점과 관리되는 엔드포인트 또는 승인된 원격 호스트에 유지해야 하는 시점을 정의해야 합니다. 개발자에게는 클라우드 세션을 시작하기 전에 로컬의 커밋되지 않은 변경 사항을 처리하는 명확한 인계 규칙도 필요합니다.
규제 환경에서는 클라우드 세션을 광범위하게 활성화하기 전에 리포지토리 액세스 및 승인 정책을 검증해야 합니다. 편의성이 향상되어도 환경 분류의 필요성이 사라지지는 않습니다.
2. 클라우드 자동화와 Agent Host Protocol이 플랫폼을 확장합니다
무엇인가요?
Cloud Automations는 VS Code 릴리스 정보에 따라 기본적으로 활성화된 chat.automations.cloud.enabled에서 미리 보기로 제공됩니다. 자동화는 사용자의 컴퓨터가 오프라인인 경우에도 일정에 따라 또는 리포지토리 이벤트에 반응하여 GitHub 인프라에서 실행될 수 있습니다.
팀은 이슈 또는 풀 요청에 반응하는 공유 워크플로를 만들 수 있습니다. 필터와 허용 도구 제한을 사용하면 자동화가 실행되는 시점과 수행할 수 있는 작업을 제한할 수 있습니다.
Microsoft는 로컬 및 원격 시스템의 에이전트와 통신하기 위해 VS Code가 사용하는 프로토콜인 Agent Host Protocol v1.0도 공개했습니다. WebSocket 기반 호스트는 Agents: Add Remote Agent Host...를 통해 추가할 수 있으며, Microsoft는 6개 언어로 클라이언트 라이브러리를 제공한다고 밝혔습니다.
이 릴리스에서는 extensions.experimental.agentsWindowManagement가 true로 설정된 경우 확장 프로그램을 Agents 창 내에서 실행하고 활성화하거나 비활성화할 수도 있습니다.
왜 중요한가요?
클라우드 자동화는 에이전트 동작을 리포지토리 인프라로 전환합니다. 이는 트리거 설계, 도구 권한 부여, 소유권 및 변경 검토를 플랫폼 엔지니어링의 책임으로 만듭니다.
안전한 도입은 허용 도구 없이 시작한 후 각 워크플로에 필요한 기능만 추가해야 합니다. 이 릴리스에는 새 클라우드 자동화의 기본값을 허용 도구 없음으로 설정하는 기여 사항이 포함되어 최소 권한 배포를 강화합니다.
Agent Host Protocol v1.0은 별도의 통합 결정을 만듭니다. 팀은 사용자 지정 에이전트 인터페이스를 구축하거나 에이전트 플랫폼을 호환 가능한 클라이언트에 연결할 수 있지만, 원격 호스트 역시 인증, 수명 주기 관리, 로깅 및 네트워크 제어가 필요한 지속형 서비스가 됩니다.
에이전트 우선은 트렌드가 아닙니다. 이것이 VS Code 아키텍처의 방향입니다.
3. Copilot Fusion은 여러 모델에 걸쳐 작업을 라우팅합니다
무엇인가요?
GitHub의 2026년 10월 28일 발표와 VS Code 릴리스 정보에 따르면 GitHub Copilot Fusion은 정식 출시되었습니다. Fusion은 개발자가 하나의 모델을 선택하도록 요구하는 대신, 각 요청에 대해 모델, 추론 노력 및 실행 패턴을 선택합니다.
간단한 작업에는 하나의 모델이 사용될 수 있습니다. 더 어려운 작업에서는 하나의 모델이 솔루션 초안을 작성하고 추가 모델이 이를 검토하거나 비평할 수 있습니다.
사용자는 Standard, High 또는 Max 노력을 선택할 수 있습니다. Fusion High 및 Max는 Copilot Pro+, Max, Business 및 Enterprise 플랜에서 제공됩니다.
GitHub는 Fusion이 사용하는 각 모델을 표준 요금으로 청구합니다. 유료 Copilot 플랜은 2026년 11월 30일까지 30% 할인을 받습니다.
Agent Bake-Off라고도 설명되는 모델 비교는 동일한 프롬프트를 여러 모델 또는 하니스에서 실행합니다. sessions.chat.compareAgents.enabled 설정은 이 기능을 제어하며, 사용자 설정 또는 실험이 이를 재정의하지 않는 한 적격한 새 세션에서 기본적으로 활성화됩니다.
VS Code 1.144는 비교 기능을 폴더 없는 채팅, 빈 리포지토리 및 초기 커밋이 없는 로컬 리포지토리까지 확장합니다. 모델 비교는 Dev Containers에서 지원되지 않습니다.
왜 중요한가요?
Fusion은 수동 모델 선택 단계를 없애지만 모델 선택 비용을 없애지는 않습니다. 단일 요청으로 개별 청구되는 여러 모델 호출이 발생할 수 있습니다.
따라서 FinOps 제어는 프롬프트 수뿐 아니라 실행 패턴별로 요청을 측정해야 합니다. 2026년 11월 30일 할인 마감일은 영구적인 단가 가정이 아니라 예산 계획 날짜로 다뤄야 합니다.
모델 비교는 엔지니어링 팀에 실용적인 평가 메커니즘을 제공합니다. 대표적인 내부 작업을 승인된 모델 전반에서 실행한 후 조직 기본값을 설정하기 전에 출력 품질, 지연 시간 및 검토 부담을 비교하세요.
Dev Container 워크플로에 기능 동등성이 있다고 가정하지 마세요. 이 릴리스에서는 모델 비교를 지원하지 않습니다.
4. 이미지 생성과 컴퓨터 사용이 에이전트의 범위를 확장합니다
무엇인가요?
이미지 생성은 GPT Image 2.5 Flare를 기본 이미지 모델로 하여 미리 보기로 도입됩니다. 에이전트는 이미지를 만들거나, 채팅 컨텍스트로 제공된 이미지를 수정하거나, 변형 이미지를 생성할 수 있습니다.
chat.copilot.imageGeneration.model 설정은 이미지 모델을 선택합니다. 이를 off로 설정하면 이미지 생성이 비활성화되며, chat.copilot.imageGeneration.watermark는 눈에 보이는 “Made with AI” 워터마크를 추가합니다.
Microsoft는 이미지 생성에 선택한 모델에 대한 액세스가 필요하며 대화 모델이 사용하는 크레딧에 더해 AI 크레딧을 소비한다고 설명합니다.
Computer Use는 실험적 기능이며 chat.agentHost.computerUse.enabled로 제어됩니다. 이 기능은 macOS 또는 Windows에서 로컬로 실행되는 Copilot-harness 세션이 데스크톱 애플리케이션을 보고 제어할 수 있게 합니다.
사용자는 /computer on으로 이를 활성화하고 /computer off로 중지합니다. GitHub의 2026년 10월 28일 발표에 따르면 각 애플리케이션에는 승인이 필요하며 macOS에서는 운영 체제 권한이 필요할 수 있습니다.
Canvases는 VS Code 1.142에서 도입된 후에도 미리 보기 상태로 유지됩니다. 버전 1.144에서는 Agent Customizations, Browse 및 Add Context 메뉴를 통해 더 쉽게 찾을 수 있습니다.
왜 중요한가요?
이미지 생성은 별도의 크레딧 흐름과 콘텐츠 거버넌스 결정을 도입합니다. 조직은 팀이 프로덕션 작업에 생성 자산을 사용하기 전에 가시적인 워터마크, 검토 또는 출처 기록이 필요한지 결정해야 합니다.
Computer Use는 에이전트가 편집기와 터미널 외부의 애플리케이션과 상호 작용할 수 있으므로 더 광범위한 엔드포인트 위험을 수반합니다. 실험은 관리되는 macOS 또는 Windows 디바이스, 승인된 애플리케이션 및 결과를 관찰할 수 있는 워크플로로 제한하세요.
이는 또 하나의 편집기 도구 호출이 아닙니다. 에이전트를 통해 시작되는 데스크톱 자동화입니다.
Canvases는 아티팩트와 에이전트 출력을 검토하는 더 풍부한 표면을 제공합니다. 특히 Marketplace 사용자 지정에서 코드가 실행될 수 있는 경우 플랫폼 팀은 해당 Canvases에 기여하는 확장 프로그램 또는 플러그인도 승인해야 합니다.
5. 권한, 작업 세트 및 메모리가 제어 계층을 추가합니다
무엇인가요?
GitHub에 따르면 지원 권한은 2026년 10월 26일에 정식 출시되었습니다. LLM은 각 도구 호출을 평가하고 낮은 위험으로 판단하는 호출을 자동 승인하며, 더 높은 위험 또는 판단 불가 호출에는 여전히 명시적 승인이 필요합니다.
VS Code에서 지원 권한은 Folder isolation이 필요하며 조직 정책으로 제한될 수 있습니다. 제한된 Assisted 및 Allow All 옵션은 이제 계속 표시되지만 비활성화되며 설명이 함께 제공됩니다.
조직 관리 세션 기본값에서는 모델, Copilot Fusion 계층 및 권한 수준을 지정할 수 있습니다. 이러한 기본값은 기억된 사용자 선택보다 우선하며, 사용할 수 없는 권한 모드는 Manual로 대체됩니다.
실험적 작업 세트는 Copilot-harness 에이전트 도구를 통해 수행된 파일 편집을 기록합니다. 개발자는 개별 편집에 대해 인라인 Keep 및 Undo 제어를 사용하거나 채팅 입력 위에서 보류 중인 변경 사항을 관리할 수 있습니다.
작업 세트는 편집기에서 기본적으로 활성화되어 있으며 chat.editor.workingSet.enabled를 통해 비활성화할 수 있습니다. 터미널 명령으로 수행된 변경 사항은 여기에 나타나지 않습니다.
Copilot Memory도 GitHub 설정 및 조직 정책에 따라 기본적으로 활성화됩니다. 이는 리포지토리에 액세스할 수 있는 사용자와 공유되는 리포지토리 정보 및 리포지토리 전반에 적용되는 사용자 기본 설정을 저장합니다.
왜 중요한가요?
지원 권한은 승인 피로를 줄이지만 모델 기반 위험 분류에 의존합니다. 영향도가 높은 리포지토리의 경우 보안 팀이 대표적인 도구 호출을 평가할 때까지 Manual 승인이 보수적인 기준선으로 남습니다.
작업 세트는 에이전트 도구로 수행된 편집에 대해서만 검토 가능성을 향상합니다. 터미널을 통해 수행된 변경 사항에는 여전히 일반적인 소스 제어 검토가 필요하므로 팀은 작업 세트를 완전한 변경 원장으로 간주해서는 안 됩니다.
Copilot Memory는 데이터 분류 요구 사항을 만듭니다. 리포지토리 정보는 권한이 부여된 다른 리포지토리 사용자와 공유될 수 있으며, 기본 설정은 리포지토리 경계를 넘을 수 있습니다.
도입 체크리스트에는 에이전트가 유지할 수 있는 규칙, 저장된 메모리를 삭제할 수 있는 사용자 및 조직 정책이 서비스를 허용하는지를 식별해야 합니다. 메모리는 반복 프롬프트를 줄이지만 유지되는 컨텍스트를 제어 영역의 일부로 만듭니다.
6. 커넥터와 사용자 지정이 관리되는 Marketplace가 됩니다
무엇인가요?
Copilot 커넥터는 Slack, Notion 및 Microsoft Learn과 같은 서비스를 위한 GitHub 관리 MCP 서버로 미리 보기에 진입합니다. 이들은 로컬 MCP 서버 설정을 피하고 브라우저 인증 후 지원되는 Copilot 클라이언트 전반에서 재사용할 수 있습니다.
커넥터는 Copilot 플랜에서 기본적으로 활성화되어 있으며 Copilot harness에서만 VS Code와 함께 작동합니다. Business 및 Enterprise 관리자는 Editor 미리 보기 기능을 활성화해야 하며, 조직 MCP 제한 및 서비스별 승인은 계속 적용됩니다.
새로운 Browse 환경은 기술, 도구, 플러그인, 워크플로, GitHub Feed 콘텐츠 및 엔터프라이즈 구성 Marketplace를 수집합니다. GitHub Feed에는 지원되는 하니스가 필요하며 Local 세션에서는 사용할 수 없습니다.
이제 사용자 지정 에이전트 편집은 모델, 도구, 기술, 후크 및 에이전트 범위 MCP 서버에 대해 완성, 호버 및 유효성 검사를 제공합니다. 명시적 target이 없는 파일은 안내를 위해 활성 사용자 지정 하니스를 사용합니다.
개발자는 /plugin, /mcp 및 /skills를 사용하여 Chat에서 사용자 지정을 관리할 수 있습니다. 딥 링크는 Marketplace를 추가하고, 플러그인을 설치하거나, 필터링된 사용자 지정 페이지를 열 수 있으며 설치 전에 확인이 필요합니다.
왜 중요한가요?
커넥터는 설정 노력을 줄일 수 있지만, 콘텐츠와 도구가 에이전트 세션에 들어갈 수 있는 외부 시스템의 수를 늘립니다. 조직은 각 커넥터를 데이터 액세스 규칙, MCP 제한 및 서비스 소유자 승인에 매핑해야 합니다.
Marketplace 플러그인은 VS Code 릴리스 정보에서 플러그인이 컴퓨터에서 코드를 실행할 수 있다고 경고하므로 더 강력한 제어가 필요합니다. 확인은 필요하지만 소스 검토 및 허용 목록의 대체 수단은 아닙니다.
더 풍부한 유효성 검사는 에이전트가 실행되기 전에 구성 오류를 포착할 수 있습니다. 동일한 사용자 지정 에이전트 파일이 하니스 간에 이동할 경우 플랫폼 팀은 활성 환경에 따라 진단이 변경되는 것을 피하기 위해 명시적인 target 값을 표준화해야 합니다.
사용자 지정 소스를 소프트웨어 공급망 입력으로 취급하세요. 1.144에서는 검색이 더 쉬워졌지만 신뢰는 여전히 확립되어야 합니다.
7. 세션 관리가 다중 작업 영역 워크플로가 됩니다
무엇인가요?
실험적 세션 작성기는 환경 선택을 먼저 배치하여 This Computer, Cloud, 적격한 원격 호스트 및 지원되는 Dev Containers를 제공합니다. 작업 영역 없는 채팅은 sessions.chat.experimental.workspaceOptOut을 통해 활성화할 수 있습니다.
Copilot harness는 새 세션의 기본값으로 유지됩니다. 이는 Microsoft가 Copilot 제품 전반의 공유 기반으로 설명하는 Copilot SDK를 기반으로 구축됩니다.
미리 보기 설정 chat.agentHost.moveChats.enabled를 통해 사용자는 대화 기록과 작업 폴더 컨텍스트를 유지한 채 중첩 채팅을 호환되는 세션 간에 이동할 수 있습니다. 이동에는 동일한 에이전트와 공급자가 필요하며 대상은 여러 채팅을 지원해야 합니다.
중첩 세션은 이제 별도의 작업 영역을 사용할 수 있습니다. 예를 들어 프런트엔드 채팅과 백엔드 채팅은 서로 다른 폴더 또는 worktree에서 작동하면서 하나의 상위 세션 아래에 유지될 수 있습니다.
Quick chats도 별도의 임시 폴더를 사용하는 중첩 세션을 지원합니다. 세션 그룹에는 사용자 지정 아이콘과 테마 인식 색상이 추가됩니다.
Voice Mode는 agents.voice.enabled에서 실험적 기능으로 유지됩니다. agents.voice.useBYOKVoiceModel을 사용하면 사용자는 OpenAI 라이브 모델 API 키를 제공할 수 있으며, agents.voice.sessionAwareness는 추적된 세션 및 최근 활성 채팅 컨텍스트에 대한 제한된 브리핑을 공유합니다.
음성 승인은 영어를 대체 언어로 하여 25개 언어를 지원합니다.
왜 중요한가요?
다중 작업 영역 세션은 리포지토리 간 작업에 적합하지만 실행 컨텍스트를 덜 명확하게 만듭니다. 검토자는 각 변경 사항을 생성한 폴더, 브랜치, worktree, 에이전트 및 호스트를 알아야 합니다.
작업 영역 없는 채팅은 리포지토리별 작업과 분리해야 합니다. 임시 폴더는 설정 마찰을 줄이지만 아티팩트 보존과 감사 추적을 복잡하게 만들 수 있습니다.
음성 세션 인식은 구성된 음성 모드에 세션 제목, 응답 요약, 보류 중인 프롬프트 세부 정보, 선택된 모델 및 첨부 파일 이름을 노출합니다. Microsoft는 첨부 파일 내용은 제외된다고 설명하지만, 남은 브리핑에도 운영 컨텍스트가 포함될 수 있습니다.
엔터프라이즈 도입을 위해 음성은 API 키 처리, 데이터 라우팅, 언어 동작 및 세션 컨텍스트 노출이 승인될 때까지 옵트인으로 유지되어야 합니다.
8. 편집기, 이슈 보고 및 터미널 워크플로가 개선됩니다
무엇인가요?
VS Code 1.144는 chat.agentSessions.sessionStorageCleanupSuggestion.enabled로 제어되는 실험적 worktree 정리 제안을 추가합니다. 로컬 worktree의 디스크 여유 공간이 5 GB 미만이면 Agents 창은 worktree의 사용 기간이나 수에 관계없이 정리를 제안할 수 있습니다.
새 이슈 보고기는 issueReporter.wizard.enabled를 통해 활성화됩니다. 단일 페이지 양식을 사용하고, 스크린샷, 화면 녹화, 로그, 아카이브, 이미지 및 비디오를 지원하며, 기본적으로 자체 창에서 열립니다.
issueReporter.wizard.openLocation을 editor로 설정하면 보고기가 편집기 탭으로 이동합니다. 팀은 issueReporter.additionalRepositories를 통해 owner/repo 형식으로 자체 GitHub 리포지토리를 추가할 수 있습니다.
Windows에서 terminal.integrated.windowsReparentConsoleWindow는 로컬 터미널 도구가 연 대화 상자가 VS Code 뒤가 아닌 앞에 표시되도록 합니다. 이 동작에는 기본적으로 활성화된 terminal.integrated.windowsUseConptyDll이 필요합니다.
릴리스 요약에는 렌더링된 Markdown 편집 환경과 새로워진 라이트 및 다크 인터페이스도 포함됩니다.
왜 중요한가요?
에이전트 worktree는 세션이 끝난 후에도 오랫동안 로컬 스토리지를 소비할 수 있습니다. 5 GB 임계값은 유용한 경고를 제공하지만, 플랫폼 팀은 관리되는 개발자 디바이스를 위한 보존 및 정리 방침을 계속 정의해야 합니다.
이슈 보고기는 VS Code를 벗어나지 않고 증거를 캡처하여 재현성을 개선할 수 있습니다. 내부 리포지토리와 함께 사용하는 팀은 녹화, 로그 및 아카이브가 비밀 또는 규제 데이터를 공개하지 않는지 확인해야 합니다.
Windows 터미널 변경은 인증 대화 상자가 VS Code 뒤에 숨겨져 표시되는 실패 모드를 제거합니다. 조직이 터미널에서 시작하는 로그인 도구에 의존한다면 새 기본값을 비활성화하기 전에 테스트하세요.
9. 풀 요청 및 확장 프로그램 게시에 보안 업데이트가 적용됩니다
무엇인가요?
GitHub Pull Requests and Issues 확장 프로그램이 버전 0.174.0에 도달합니다. 이 확장 프로그램의 Update Stack 작업은 해당 스택의 풀 요청을 체크 아웃하지 않아도 GitHub API를 사용하여 스택형 풀 요청을 업데이트할 수 있습니다.
풀 요청 개요는 브랜치 관계가 아직 스택되지 않은 다른 열린 풀 요청과 일치할 경우 스택 생성을 제안할 수도 있습니다.
확장 프로그램 게시자를 위해 @vscode/vsce 4.0.2 이상은 vsce publish --oidc를 지원합니다. GitHub Actions는 단기 OpenID Connect 토큰을 요청하고 이를 최대 15분 동안 유효한 임시 Visual Studio Marketplace 자격 증명으로 교환합니다.
게시자는 리포지토리와 워크플로에 대한 Trusted Publishing 정책을 만들고 게시 작업에 id-token: write를 부여해야 합니다. 토큰 교환이 실패하면 vsce는 개인 액세스 토큰으로 대체하지 않습니다.
Trusted Publishing은 현재 GitHub Actions만 지원합니다. Microsoft는 Azure Pipelines가 Microsoft Entra ID 서비스 연결을 계속 사용하도록 권장하며, 전역 Azure DevOps 개인 액세스 토큰은 2026년 12월 1일에 사용 중단될 예정이라고 설명합니다.
왜 중요한가요?
OIDC는 GitHub Actions 시크릿에서 장기 Marketplace 자격 증명을 제거합니다. 이는 시크릿 교체 작업을 줄이고 게시 자격 증명의 수명을 15분으로 제한합니다.
확장 프로그램 팀은 2026년 12월 1일 Azure DevOps PAT 사용 중단이 인접한 릴리스 프로세스에 영향을 미치기 전에 적격한 GitHub Actions 워크플로를 Trusted Publishing으로 마이그레이션해야 합니다. Azure Pipelines 팀은 GitHub Actions 구성을 복사하는 대신 Microsoft Entra ID 서비스 연결을 검증해야 합니다.
풀 요청 확장 프로그램 변경 사항은 스택형 변경을 위한 로컬 체크 아웃 요구 사항도 줄입니다. 스택형 풀 요청을 사용하는 팀은 워크플로를 표준화하기 전에 기존 브랜치 및 검토 규칙에 대해 버전 0.174.0을 테스트해야 합니다.
핵심 요약
VS Code 1.144는 에이전트 플랫폼 릴리스입니다. 지속형 실행, 프로토콜 수준 상호 운용성, 모델 오케스트레이션, 커넥터, 메모리, 데스크톱 제어 및 클라우드 자동화는 Copilot을 편집기 대화 이상으로 확장합니다.
이것이 엔터프라이즈 팀에 의미하는 바
실행 환경을 분류하세요. 로컬, 원격 및 GitHub 호스팅 에이전트 세션을 사용할 수 있는 리포지토리를 결정하세요.
보수적인 권한 기본값을 설정하세요. Manual 승인 또는 엄격하게 범위가 제한된 지원 권한, Folder isolation 및 새 클라우드 자동화를 위한 도구 없음을 기준으로 시작하세요.
오케스트레이션 비용을 예산에 반영하세요. 모델 호출별로 Copilot Fusion을 측정하고 2026년 11월 30일에 30% 할인이 종료되기 전 예상 비용을 재평가하세요.
컨텍스트와 사용자 지정을 거버넌스하세요. Copilot Memory, 커넥터, MCP 제한, Marketplace 소스, 플러그인, 이미지 생성 및 음성 세션 인식을 검토하세요.
확장 프로그램 게시를 현대화하세요. GitHub Actions가 지원되는 경우
@vscode/vsce4.0.2이상으로 OIDC를 도입하고, 2026년 12월 1일 Azure DevOps 전역 PAT 사용 중단에 대비하세요.
즐거운 코딩 되세요!