이번 주 Copilot 플랫폼은 여러 측면에서 변화했습니다. Microsoft는 Copilot Home 및 Projects를 중심으로 업무를 통합했고, GitHub는 거버넌스가 적용되는 에이전트 오케스트레이션을 확장했으며, 재무 팀은 전문화된 스킬을 확보했고, 클라우드 기반 세션은 애플리케이션과 디바이스 간 이동을 시작했습니다.
IT 리더에게 주는 신호는 분명합니다. 이번 주의 주제는 거버넌스가 적용된 연속성입니다. Copilot은 고립된 프롬프트를 넘어 지속적인 업무, 라우팅되는 모델, 연결된 도구, 위임된 실행, 그리고 여러 표면에서 사용자를 따라가는 정책으로 이동하고 있습니다.
1. Copilot Home — 지속적인 업무가 채팅 사일로를 대체합니다
Microsoft의 2026년 10월 Copilot 업데이트에 따르면 Copilot Home은 Chat과 Cowork를 공유 경험으로 통합합니다. Projects는 관련 채팅, 파일, 작업, 회의, 지침 및 생성된 결과물을 개별 상호작용 전반에 흩어 두는 대신 통합합니다.
Microsoft는 재사용 가능한 스킬도 Cowork에서 Copilot Chat으로 확장된다고 밝혔습니다. 사용자는 자연어로 스킬을 생성하고, 동료 또는 조직이 공유한 스킬을 검색하며, 해당 스킬의 실행 시점을 결정할 수 있습니다.
이는 단순한 탐색 환경 재설계가 아닙니다. 지침과 아티팩트가 단일 대화 이후에도 지속될 수 있는, 재사용 가능한 조직 컨텍스트로의 전환입니다.
한편 Microsoft는 사용자가 Copilot Workspaces 내에서 Word, Excel 및 PowerPoint 파일을 생성하고 편집할 수 있다고 밝혔습니다. Audio Overview에도 주제 기반 에피소드, 민감도 레이블 지원 및 추가 콘텐츠 유형이 도입됩니다.
IT 리더에게 의미하는 바: Projects와 공유 스킬을 개인 생산성 기능이 아니라 관리형 업무 공간으로 취급하십시오. 지속적인 컨텍스트가 부서 전반으로 확산되기 전에 배포 계획에는 프로젝트 콘텐츠, 스킬 게시, 민감도 레이블 및 수명 주기 관리에 관한 소유권 규칙이 필요합니다.
2. Autopilot — 위임된 업무가 거버넌스 대기열에 진입합니다
Microsoft의 10월 업데이트에 따르면, 장기간 운영되어 온 위임 업무 환경인 Autopilot은 2026년 11월에 Frontier 사용자에게 배포됩니다. Agent 365는 이러한 에이전트 활동에 대한 거버넌스, 위험 평가, 사용량 가시성 및 비즈니스 가치 측정을 제공하는 것으로 제시됩니다.
시점은 중요합니다. 장기간 실행되는 에이전트는 업무가 시작 상호작용 이후에도 계속될 수 있으므로 채팅과는 다른 제어 문제를 만듭니다. 따라서 승인 경계, 연결된 데이터 및 결과 검토는 선택적 보호 장치가 아니라 운영 요건이 됩니다.
Microsoft는 또한 Agent Mode가 Word, Excel 및 PowerPoint용 Copilot의 기본값이 된다고 밝혔습니다. 이와 동시에 Microsoft의 2026 회계연도 3분기 실적 자료에 따르면 Copilot Chat은 이제 자동 라우팅을 통해 여러 모델에 대한 액세스를 제공합니다.
이는 고립된 어시스턴트의 집합이 아닙니다. 생산성 제품군에 진입하는 실행 계층입니다.
IT 리더에게 의미하는 바: 더 폭넓은 도입에 앞서 11월 Frontier 배포를 활용해 위임 업무 정책을 정의하십시오. 제어 체계는 대화형 지원, 아티팩트 생성 및 장기간 실행을 구분하고, 각 범주에 별도의 검토 요건을 적용해야 합니다.
3. Copilot Fusion — 모델 라우팅이 관리 계층이 됩니다
Microsoft Cloud Blog는 GitHub Copilot Fusion이 Single, Cascade 및 Critique 워크플로와 함께 일반 공급에 도달했다고 보도했습니다. 관리자와 사용자는 Standard, High 또는 Max 노력 수준을 선택할 수 있으며, Fusion은 Copilot CLI, Copilot 앱 및 VS Code 전반에서 클라우드 및 온디바이스 모델을 조정할 수 있습니다.
같은 보고서는 GitHub가 Copilot 및 Microsoft Foundry 전반에 GPT-6.1 Terra를 추가했다고 밝혔습니다. GitHub는 이를 일상적인 에이전틱 코딩 및 터미널 작업을 위한 저비용 옵션으로 제시하며, Foundry는 텍스트 및 이미지 입력, Responses API 및 최대 100만 입력 토큰을 지원합니다.
모델 선택은 오케스트레이션 정책이 되고 있습니다. 노력 수준, 라우팅 패턴, 비용 프로필 및 로컬 실행이 작업별로 달라질 수 있는 상황에서 단일 기본 모델은 더 이상 적절한 엔터프라이즈 전략이 아닙니다.
엔터프라이즈 제어 기능도 해당 라우팅 계층과 함께 확장되고 있습니다. Microsoft Cloud Blog는 리포지토리 플러그인 기본값, 엔터프라이즈 플러그인 정책, 승인된 마켓플레이스 및 VS Code, Copilot CLI, Copilot 앱 전반의 관리형 설정이 일반 공급에 도달했다고 보도했습니다. OurSignal에 따르면 관리형 Fusion 구성은 현재 Windows 전용입니다.
IT 리더에게 의미하는 바: 모델 선택이 자동인지, 사용자 제어인지, 중앙 관리되는지 파악하십시오. 워크로드별로 승인된 노력 수준과 플러그인 마켓플레이스를 설정한 다음, 혼합 디바이스 환경을 위한 Windows 전용 관리 제한 사항을 문서화하십시오.
4. Sessions 및 Automations — Copilot이 여러 표면을 넘나듭니다
AI Agent Store는 클라우드 기반 Copilot 세션이 웹, 모바일, Copilot 앱, VS Code, Slack, Teams 및 Copilot CLI 전반에서 지속될 수 있다고 보도했습니다. 같은 매체는 Slack, Figma, Notion, Sentry, Linear, Cloudflare 및 Vercel을 포함한 약 26개 서비스용 프리뷰 커넥터도 보도했습니다.
한 번의 연결로 권한을 부여하면 반복 설정은 줄어들지만 액세스도 집중됩니다. 협업 도구, 개발 환경 및 터미널 간에 컨텍스트를 전달하는 지속적 세션은 IDE 전용 어시스턴트보다 더 넓은 거버넌스 경계를 만듭니다.
OurSignal은 Copilot Projects 및 컴퓨터 사용 기능의 공개 프리뷰를 보도했습니다. Projects는 Slack 및 Figma와 같은 도구의 컨텍스트를 통합할 수 있으며, 컴퓨터 사용 기능은 사용자 승인 하에 macOS와 Windows의 승인된 데스크톱 애플리케이션과 상호작용할 수 있습니다.
Copilot Automations는 동일한 패턴을 클라우드 워크플로로 확장합니다. Agent Daily는 자동화가 수동으로, 일정에 따라, 이벤트에서 또는 API를 통해 시작될 수 있다고 보도했습니다. OurSignal은 생성자와 무관하게 계속 실행될 수 있는 공유 자동화도 보도했습니다.
IT 리더에게 의미하는 바: 커넥터 권한 부여, 세션 보존, 데스크톱 승인 및 자동화 소유권을 하나의 제어 평면으로 검토하십시오. 공유 자동화에는 워크플로가 특정 생성자에게 종속되지 않도록 서비스 소유권과 오프보딩 절차가 필요합니다.
5. Finance 및 Billing — 전문화와 비용 제어의 결합
Microsoft는 10월 29일 회계, 자본 시장 및 더 광범위한 재무 워크플로를 아우르는 25개 이상의 재무 스킬 및 파트너 플러그인을 발표했습니다. Microsoft는 Excel의 재무 스킬이 일반 공급되었으며, Excel 및 Cowork의 회계 기능은 Frontier에 계속 제공된다고 밝혔습니다.
CFO Dive는 QuickBooks, Xero, Zoho Books, FactSet, Morningstar, LSEG 및 S&P Global 관련 통합을 보도했습니다. Microsoft의 10월 업데이트에는 계획, 모델링, 투자 리서치 및 거래 자료를 위한 재무 중심 기능도 나열되어 있습니다.
이러한 전문화는 도입 사례를 바꿉니다. 이제 재무 배포는 원본 데이터, 스프레드시트 변경, 리서치 출처 및 승인 권한에 대한 기존 제어 체계와의 검증이 필요합니다.
비용 거버넌스도 변화하고 있습니다. Sherweb은 새로운 Microsoft 365 Copilot Business 구매가 2026년 12월 1일부터 테넌트 수준의 사용량 기반 청구를 활성화하도록 예정되어 있다고 보도했습니다. 이는 신규 구매를 평가하는 조직에 단기 조달 점검 시점을 만듭니다.
GitHub Copilot의 명령줄 환경에도 실질적인 안정성 문제가 남아 있습니다. GitHub 이슈 #5302는 에이전트가 Windows에서 잘못된 PowerShell을 자주 생성하여 재시도가 필요하다고 보고합니다. 이는 단순한 외관상 불편이 아니라 실제 워크플로 결함이었습니다.
IT 리더에게 의미하는 바: 재무 검증을 일반적인 Copilot 도입과 분리하고, 12월 1일 이전에 구매 계획을 검토하며, CLI 파일럿에 Windows PowerShell 재시도율을 포함하십시오. 사용량 청구와 불안정한 명령 생성은 모두 자동화의 예상 비용을 바꿀 수 있습니다.
전략적 다음 단계 (IT 리더용)
- 실행 모드를 분류하십시오. Copilot 거버넌스 모델에서 채팅, 아티팩트 생성, 위임 업무, 컴퓨터 사용 및 클라우드 자동화를 구분하십시오.
- 연결된 컨텍스트를 감사하십시오. 어떤 Projects, 세션, 커넥터, 플러그인 및 자동화가 조직 데이터에 액세스할 수 있는지 기록하십시오.
- 라우팅 정책을 설정하십시오. 허용 가능한 모델, Fusion 노력 수준, 플러그인 마켓플레이스 및 로컬 대 클라우드 실행 경로를 정의하십시오.
- 청구 변경에 대비하십시오. 2026년 12월 1일 이전에 계획된 Copilot Business 구매 및 테넌트 수준 비용 제어를 검토하십시오.
- 운영 안정성을 테스트하십시오. 광범위한 배포 전에 Windows PowerShell 생성, 승인 흐름, 공유 자동화 소유권 및 오프보딩 동작을 검증하십시오.
플랫폼은 에이전트를 중심으로 융합되고 있습니다. 제어 기능은 표면, 모델, 커넥터 및 실행 모드에 따라 분화되고 있습니다. IT 리더에게는 이제 이 네 가지를 모두 포괄하는 하나의 거버넌스 아키텍처가 필요합니다.