Copilot 플랫폼은 2026년 10월 19일까지 여러 측면에서 변화했습니다. Microsoft는 영구 에이전트 기능을 도입하고, 법률 워크플로 도구를 출시했으며, 데이터 그라운딩을 확장하고, 멀티모델 전략을 발전시키는 한편 연속된 세 차례의 GitHub Copilot CLI 업데이트를 제공했습니다.

IT 리더에게 신호는 명확합니다. 이번 주의 주제는 운영 자율성입니다. Copilot은 프롬프트 및 응답 지원을 넘어 ID, 메모리, 트리거, 계량 소비 및 엔터프라이즈 시스템 액세스 기능을 갖춘 에이전트로 이동하고 있습니다.

1. 영구 에이전트 — ID, 메모리 및 트리거

Microsoft는 Frontier 미리 보기의 Copilot Studio 에이전트가 전용 Microsoft Entra ID 및 자격 증명을 받을 수 있다고 발표했습니다. Microsoft의 Copilot Studio 발표에 따르면 이러한 에이전트 계정은 개별 직원 계정과 구분된 상태로 Microsoft 365 환경에 참여할 수 있습니다.

동일한 미리 보기에는 비즈니스 프로세스 메모리와 자동화된 트리거도 추가됩니다. Microsoft는 공유 메모리를 통해 에이전트가 프로세스 컨텍스트를 유지할 수 있으며, 트리거를 통해 사용자 프롬프트를 기다리지 않고 워크플로에 주의가 필요할 때 응답할 수 있다고 밝혔습니다.

이는 또 다른 챗봇 기능이 아닙니다. 이는 조직이 소유하는 영구 자동화를 위한 운영 모델입니다.

패키징 역시 면밀히 검토해야 합니다. 제공된 리서치에서 인용된 Week 42 업계 보고서에 따르면 에이전트 계정에는 전용 AI Teammates 라이선스와 계량 크레딧이 필요합니다. 이 조합은 에이전트 ID 비용을 사용 비용과 분리하므로, 프로세스 수준의 소비 모니터링은 선택적 최적화가 아니라 조달 필수 요건이 됩니다.

이것이 IT 리더에게 의미하는 바: 영구 에이전트를 생산성 추가 기능이 아닌 서비스 ID로 취급하십시오. 에이전트가 Teams, Outlook 또는 Office 워크플로 전반에서 작업을 시작하기 전에 배포 설계에는 소유권, 자격 증명 수명 주기 제어, 프로세스 경계, 사용량 모니터링 및 에스컬레이션 경로가 필요합니다.

2. Copilot for Legal — 20개 이상의 전문 기술

Microsoft는 Copilot for Legal을 20개 이상의 목적별 법률 기술 및 파트너 플러그인과 함께 전 세계에 일반 공급한다고 발표했습니다. Microsoft Copilot Blog에 따르면 이 서비스는 Word에서의 심층 문서 작업, Cowork에서의 다중 파일 워크플로, 신뢰할 수 있는 법률 시스템 및 소스 연결을 지원합니다.

법률 업무는 기밀 콘텐츠, 전문 소스 자료 및 승인 절차가 많은 프로세스를 결합하므로 제품 범위가 중요합니다. 이러한 워크플로를 Copilot으로 이동하면 데이터 액세스, 출력 검토, 보존 및 플러그인 승인에 적용되는 테넌트 전반의 정책에 대한 필요성이 더욱 강해집니다.

Microsoft의 더 넓은 제품 방향은 이러한 변화를 강화합니다. 리서치에 요약된 Microsoft의 도입 자료 및 보도에 따르면 최근 Copilot 경험에는 다단계 결과를 위한 Cowork, 자연어 지침으로 애플리케이션과 워크플로를 만드는 Code, 지속적으로 할당된 작업을 위한 Autopilot이 포함됩니다.

이는 단순히 법률 프롬프트를 모은 것이 아닙니다. Microsoft 365 콘텐츠 및 외부 시스템에 연결된 수직형 워크플로 계층입니다.

이것이 IT 리더에게 의미하는 바: 법률 배포에는 별도의 제어 플레인이 필요합니다. 어떤 플러그인이 권한이 필요한 자료에 액세스할 수 있는지 검증하고, 각 기술에 책임 있는 비즈니스 소유자를 할당하며, 계약, 제출, 조사 또는 규제 기록에 영향을 미치는 작업에는 인적 검토를 요구하십시오.

3. 라이선싱 및 계량 과금 — 12월 1일의 의사 결정 시점

Week 42 업계 보고서에 따르면 12월 1일부터 Copilot 및 Copilot Business를 적격 Microsoft 365 구독 없이 구매할 수 있게 될 것으로 알려졌습니다. 같은 보고서는 새 Copilot Business 라이선스에 사용자당 기본 월 4,000크레딧 할당량이 포함되며, 관리자가 지출 한도를 조정할 수 있다고 밝혔습니다.

제공된 리서치는 이러한 구매 변경 사항을 Microsoft 라이선싱 문서에서 직접 확인된 내용이 아니라 보고된 내용으로 설명하므로, 조달 팀은 주문하기 전에 최종 SKU 조건을 확인해야 합니다. 그럼에도 계획 측면의 함의는 즉각적인 주의를 기울일 만합니다.

독립형 구매는 적격 사용자 집단을 확대할 수 있으며, 기본 활성화된 계량 과금은 좌석 기반 라이선싱과 함께 가변 소비를 도입합니다. 이는 별개의 예산 항목입니다.

에이전트, 커넥터 및 영구 작업이 크레딧을 소비하는 경우 명목상의 라이선스 수는 더 이상 총 노출을 설명하지 못합니다. 재무 부서와 IT 부서는 할당된 사용자, 예상 워크로드 볼륨, 지출 한도 및 예외 처리를 다루는 공동 모델이 필요합니다.

이것이 IT 리더에게 의미하는 바: 라이선싱 일정에 12월 1일을 표시하십시오. 확정된 제품 조건을 요청하고, 적격 Microsoft 365 구독이 없는 사용자를 식별하며, 대규모로 계량 워크로드를 활성화하기 전에 크레딧 임계값을 정의하십시오.

4. 멀티모델 Copilot — 표준화 대신 라우팅

제공된 리서치에 따르면 Gemini 4 Argon은 복잡한 코딩, 에이전트형 및 추론 워크로드를 위해 GitHub Copilot에서 일반 공급됩니다. 별도로 Topedia는 GPT-6.1 Sol이 Copilot Chat에 배포되기 시작했으며 Microsoft 365 Copilot 라이선스 보유자를 대상으로 Word, Excel 및 PowerPoint에도 배포되고 있다고 보도했습니다.

Hyperdrift의 일일 보도에 따르면 VS Code에도 멀티모델 라우팅이 추가되어 모든 작업에 하나의 모델만 의존하는 대신 요청을 여러 모델로 이동할 수 있게 되었습니다. Microsoft의 Azure Developer Community는 Microsoft Foundry를 통해 신속한 의사 결정 점수 산정을 위한 Decision-1 모델을 도입했으며, 라우팅이 잠재적 활용 사례로 언급되었습니다.

한편 리서치 요약에 따르면 HydraFusion Max는 Copilot의 리서치 미리 보기 라인업에 포함되어 어려운 개발 작업을 위해 여러 모델과 병렬 검증을 조정합니다. 미리 보기 상태가 핵심 제약 조건입니다. 이를 일반 공급으로 취급해서는 안 됩니다.

GitHub는 또한 2026년 11월 16일에 Copilot Chat, 인라인 편집, ask 모드, agent 모드 및 코드 완성 전반에서 여러 모델을 사용 중단할 계획입니다. 제공된 리서치에는 유예 기간이 명시되어 있지 않습니다.

이것이 IT 리더에게 의미하는 바: 11월 16일 전에 모델 종속성을 목록화하십시오. 멀티모델 액세스는 워크로드 선택을 개선하지만, 승인된 모델 정책, 회귀 테스트 및 미리 보기 또는 배포 상태에 남아 있는 기능에 대한 명확한 처리도 필요합니다.

5. GitHub Copilot CLI — 3일 동안 세 번의 릴리스

이 브리핑을 위해 제공된 릴리스 추적에 따르면 GitHub는 10월 12일부터 10월 14일까지 Copilot CLI 버전 1.0.96, 1.0.97, 1.0.98을 출시했습니다.

버전 1.0.96은 샌드박스 비밀 마스킹을 개선하고, 정식 이름을 유지하면서 모델 ID의 대소문자를 구분하지 않도록 했으며, 엔터프라이즈 정책 시작 중 /allow-all을 유지하고, 워크플로 에이전트 모델 표준화를 위한 CLAUDECODEWORKFLOWSUBAGENTMODEL을 추가했습니다.

버전 1.0.97은 에이전트 범위의 선언적 후크를 추가하고, 깊게 중첩되거나 수가 많은 사용자 지정 에이전트의 검색 기능을 개선했으며, 실시간 AI Credit 추적을 활성화하고, 세션 재개 시 플러그인 후크 동작을 수정했습니다. 버전 1.0.98은 Gemini 4 Argon 지원을 추가하고, Node가 자식 종료 신호를 놓칠 때 명령 후크의 안정성을 개선했으며, 분할 보기 세션 변경 후 MCP 상태와 /mcp 명령을 동기화했습니다.

엔터프라이즈 거버넌스도 동시에 강화되고 있습니다. 리서치에 요약된 보도에 따르면 관리자는 Copilot CLI, VS Code 및 GitHub Copilot 앱을 포함한 지원 클라이언트가 시작 시 서버 관리 설정을 새로 고치도록 강제할 수 있습니다. 또한 샌드박스 설정부터 거버넌스에 민감한 제어를 위한 최소 클라이언트 버전이 도입되고 있습니다.

이것이 IT 리더에게 의미하는 바: 지원되는 CLI 기준선을 설정하고, 재개된 세션에 대해 후크를 테스트하며, 샌드박스 적용에 의존하기 전에 시작 시 정책 새로 고침이 작동하는지 검증하십시오. 버전 드리프트는 이제 단순한 지원 문제가 아니라 거버넌스 위험입니다.

전략적 다음 단계(IT 리더용)

  1. 영구 에이전트를 관리되는 ID로 분류하십시오. 미리 보기 도입 전에 소유자, 권한, 자격 증명 제어 및 서비스 해제 절차를 할당하십시오.
  2. 계량 소비를 모델링하십시오. 보고된 4,000크레딧 할당량과 조정 가능한 한도를 12월 예산 시나리오에 반영하십시오.
  3. 모델 사용 중단에 대비하십시오. 11월 16일 전에 영향을 받는 GitHub Copilot 워크플로를 테스트하고 승인된 대체 모델을 문서화하십시오.
  4. 미리 보기와 프로덕션을 분리하십시오. Frontier 에이전트와 리서치 미리 보기 모델 오케스트레이션은 명시적인 배포 게이트 뒤에 유지하십시오.
  5. 클라이언트 버전을 표준화하십시오. Copilot CLI 및 기타 관리 대상 클라이언트의 최소 버전을 설정한 다음, 시작 시 정책 새로 고침을 검증하십시오.

플랫폼은 분화되고 있습니다. Microsoft는 영구 에이전트, 전문 워크플로, 더 광범위한 데이터 액세스 및 멀티모델 라우팅을 하나의 계량형 운영 환경에 구축하고 있습니다. 이제 거버넌스도 동일한 속도로 움직여야 합니다.