AIREITERMicrosoft가 2026년 9월 25일 발표한 Copilot 업데이트는 실제로 상당한 규모지만, 이를 곧바로 ‘업무용 OS’라고 부르기에는 단서가 필요하다. Microsoft가 발표한 것은 Microsoft Copilot Work OS라는 별도 제품이 아니라 새로운 Copilot 경험이기 때문이다. 지금 더 중요한 질문은 따로 있다. 어떤 기능이 실제로 제공되는지, 어떤 기능이 프리뷰 단계인지, 그리고 노트북을 덮은 뒤에도 계속 일하는 에이전트를 조직이 제대로 통제할 수 있는지다.
Microsoft가 실제로 발표한 것
Microsoft의 공식 발표에 따르면 Copilot은 Chat, Cowork, Office 업무, 앱 개발, 상시 실행 에이전트로 들어가는 공통 진입점이 된다. 핵심 기능은 Home, Office in Copilot, Code, Autopilot 네 가지이며, Microsoft IQ가 조직 관련 맥락을 보완한다.
이번 발표는 Jared Spataro가 진행했다. 그의 Microsoft 블로그 게시물에는 그가 2026년 9월 25일 기준 ‘AI at Work’ 부문 최고마케팅책임자라고 소개돼 있다. Satya Nadella는 이번 방향을 “업무를 위한 새로운 OS”라고 표현했지만, Microsoft 공식 블로그가 사용한 제품명은 Work OS가 아니라 Home, Code, Autopilot을 탑재한 새로운 Copilot이다.
이 차이는 중요하다. 이번 발표는 모든 Copilot 기능을 한 번에 켜는 단일 업데이트가 아니라, 기능마다 공개 단계가 다른 단계적 플랫폼 업데이트이기 때문이다.
이번 업데이트를 한눈에 비교하기
| Copilot 기능 | 주요 역할 | Microsoft 발표 기준 상태 | 적합한 사용자 |
|---|---|---|---|
| Home | Chat, Cowork, 최근 작업, Office 문서 생성을 하나의 시작 화면으로 통합 | 발표 완료. 자동 라우팅은 “곧 제공 예정” | Microsoft 365에서 업무를 시작하는 사용자 |
| Office in Copilot | Copilot에서 실제 Word, Excel, PowerPoint 파일을 생성하고 편집 | 새로운 경험의 일부로 발표 | 편집 가능한 공동 작업 결과물이 필요한 팀 |
| Code | 자연어 지시로 앱, 대시보드, 트래커, 자동화, 워크플로 구축 | 9월 말 Frontier를 통해 출시 시작. 이후 몇 주에 걸쳐 더 넓게 제공 예정 | 내부 도구를 만드는 지식 노동자 |
| Autopilot | 고유한 ID, 메모리, 작업 공간을 활용해 여러 단계의 업무를 지속적으로 실행 | 9월 말 프라이빗 프리뷰로 확대 예정 | 에이전트 거버넌스를 시험할 준비가 된 조직 |
Microsoft는 Microsoft, 파트너사, 사용자 지정 플러그인을 한곳에서 관리하는 통합 플러그인 레지스트리도 발표했다. Microsoft IQ와 함께 사용하면 기업 데이터에서 조직 맥락을 가져올 수 있고, 관리자는 확장 기능을 승인하고 관리할 중앙 창구를 확보할 수 있다는 구상이다.
실제 업무 방식은 어떻게 달라지나
업무를 Microsoft 365에서 시작한다면
이번 발표에서 가장 현실적인 기능은 Home이다. Microsoft는 사용자가 하나의 화면에서 최근 활동을 확인하고, 중단한 작업을 이어가며, 간단한 질문을 하거나 더 큰 업무를 Cowork에 맡길 수 있는 환경을 만들려 한다. Office 문서도 AI가 만들어낸 일회성 텍스트가 아니라 계속 편집하고 협업할 수 있는 실제 파일로 남도록 설계됐다.
원본 자료가 Outlook, Teams, Word, Excel, PowerPoint 안에 이미 있다면 특히 잘 맞는 방식이다. 반대로 업무 대부분이 브라우저에서 이뤄지거나 Microsoft가 아닌 시스템에 의존하거나, 특정 업체에 종속되지 않은 모델 작업 공간이 필요하다면 매력은 줄어든다.
Microsoft는 Office in Copilot을 통해 Word 문서, Excel 통합 문서, PowerPoint 프레젠테이션을 만들고, 일반 Office 파일과 협업 상태를 동기화할 수 있다고 설명한다. 다만 이번 발표에는 정확도 벤치마크, 파일 크기 제한, 이 기능의 별도 가격이 포함돼 있지 않다. 따라서 이런 부분은 확인이 필요한 제품·요금제 조건이지, 이미 입증된 장점으로 받아들여서는 안 된다.
오래 실행되는 자동화가 필요하다면
‘업무용 OS’라는 표현을 가장 그럴듯하게 만드는 기능은 Autopilot이다. Microsoft는 사용자가 목표를 지정하면 에이전트가 계획을 세우고, 회의를 준비하고, 관계자에게 후속 조치를 진행하며, 사용자가 자리를 비운 동안에도 계속 작업하는 클라우드 기반 에이전트를 설명하고 있다.
문제는 이용 가능 여부다. Autopilot은 널리 제공되는 기능이 아니라 2026년 9월 말 프라이빗 프리뷰로 확대된다고 발표됐다. Microsoft는 사용자가 목표와 경계를 정하고, 권한 관리·감사 가능성·거버넌스도 제공된다고 말한다. 하지만 승인 주기, 중지 기능, 오류율, 각 작업을 되돌리는 방법에 대해서는 구체적으로 밝히지 않았다.
따라서 실제 테스트에서는 대화의 자연스러움보다 완료된 업무를 측정해야 한다. 에이전트가 업무를 정확히 끝내는 비율은 얼마인지, 몇 단계에서 사람의 승인이 필요한지, 무슨 일이 있었는지 얼마나 쉽게 추적할 수 있는지를 봐야 한다.
내부 도구를 직접 만들어야 한다면
Code는 단순한 프롬프트와 완성된 소프트웨어 프로젝트 사이의 간극을 겨냥한다. Microsoft가 예로 든 대상은 앱, 트래커, 대시보드, 자동화, 워크플로, 데스크톱 위젯, 클라우드에서 호스팅되는 내부 애플리케이션이다.
Microsoft에 따르면 Code는 샌드박스 환경에서 실행되며 고객 테넌트에 호스팅할 수 있다. 9월 말 Frontier 프로그램을 통해 출시를 시작하고, 이후 몇 주에 걸쳐 더 넓게 제공할 예정이다. Microsoft 365 Premium과 Pro 사용자는 2026년 후반 프리뷰 대상에 포함된다고도 밝혔다.
프로토타입이나 범위가 좁은 내부 워크플로에는 흥미로운 선택지지만, 그렇다고 곧바로 운영 환경에 투입할 수 있다는 뜻은 아니다. 발표에는 지원 프레임워크, 런타임 제한, 코드 리뷰 요건, 독립적인 보안 테스트에 대한 설명이 없다. 생성된 앱이 금융 정보, 고객 데이터, 사용자 인증·식별 데이터에 접근하기 전에는 관리자가 반드시 사람의 검토를 거치도록 해야 한다.
이번 발표만으로 해결되지 않는 제약
화려한 기능 목록 뒤에는 운영 측면의 핵심 질문이 남는다. Microsoft가 말하는 ‘사용 가능’은 발표만 된 상태일 수도 있고, Frontier 프로그램에 노출된 상태일 수도 있으며, 특정 테넌트에서만 활성화된 상태이거나 사용자의 라이선스에서 일반 제공되는 상태일 수도 있다. 실제 출시 세부 사항은 발표문보다 Microsoft의 Microsoft 365 Copilot 릴리스 노트에서 확인하는 편이 낫다.
커뮤니티 반응에서도 통합 수준에 대한 설명과 실제 실행 신뢰성 사이의 간극이 드러난다. Microsoft 365 Copilot과 SharePoint를 다룬 Reddit 토론에서 u/RealLordDevien은 다음과 같이 썼다.
“디렉터리 목록을 확인하지도 못하고, 특정 문서나 여러 문서와 관련된 질문에도 답하지 못한다.” — r/microsoft_365_copilot 토론
문서 본문을 검색하는 것과 SharePoint 사이트의 구조, 폴더, 문서 라이브러리, 권한을 제대로 이해하는 것은 전혀 다른 문제다. ‘업무용 OS’라면 맥락을 파악하는 능력과 그 맥락 안에서 안정적으로 행동하는 능력을 모두 갖춰야 한다.
제품 설계 측면의 절충도 있다. Nadella의 발표에 답글을 단 실제 사용자는 “메모장에도 Copilot이 필요한 건 아니다”라고 썼다. 통합이 늘면 앱 사이를 오가는 수고는 줄어들 수 있지만, 동시에 알림과 개입이 늘어나 사용자의 피로가 커질 위험도 있다는 지적이다.
발표문은 거버넌스를 강조하며 방향성은 제시했지만, 테넌트 단위 제어, 작업 승인, 감사 화면, 데이터 최신성, 오류 복구에 관한 공개 정보는 아직 부족하다. 자율 에이전트가 유용한 도구가 될지, 아니면 계속 감시해야 하는 또 하나의 시스템이 될지는 바로 이런 세부 사항에 달려 있다.
도입 전에 확인할 항목
- 이용 가능 상태부터 확인한다. 일반 제공인지, Frontier인지, 프라이빗 프리뷰인지, 아니면 발표만 된 기능인지 구분한다. Microsoft 블로그의 게시 날짜만으로 해당 기능이 조직의 테넌트에서 활성화됐다고 판단해서는 안 된다.
- 라이선스와 테넌트 조건을 확인한다. 정확한 기능을 사용하기 위해 필요한 사용자 요금제, 지역, 릴리스 채널, 관리자 설정, 연결 서비스 등을 기록한다.
- 범위를 제한한 워크플로로 시작한다. 고객에게 연락하거나 기록을 변경하라는 무제한 요청 대신, 승인된 파일을 바탕으로 브리핑을 작성하는 작업처럼 범위가 분명한 업무부터 시험한다.
- 원본 구조를 테스트한다. Copilot에 파일 목록을 제시하고, 원본 위치를 확인하며, 사용한 문서를 정확히 인용하도록 요청한다. 이를 통해 단순한 텍스트 검색과 안정적인 업무 공간 이해의 차이를 확인할 수 있다.
- 에이전트의 성과를 측정한다. 비슷한 업무를 최소 여러 차례 수행하면서 완료율, 사람의 수정 횟수, 승인 요청, 지원되지 않는 작업, 절약된 시간을 기록한다.
- 감사 경로를 점검한다. 배포 전에 관리자가 작업 내역을 확인하고, 권한을 철회하고, 실행 중인 에이전트를 중지하고, 잘못된 결과를 조사할 수 있는지 검증한다.
FAQ
‘업무용 OS’는 Microsoft Copilot의 공식 제품명인가?
아니다. ‘업무용 OS’는 Satya Nadella와 여러 논평가가 사용한 전략적 표현이다. Microsoft의 9월 25일 발표 제목은 Introducing the new Copilot with Home, Code and Autopilot이다.
Microsoft Copilot의 가장 큰 업데이트는 지금 사용할 수 있나?
전체 기능을 하나의 패키지로 바로 사용할 수 있는 것은 아니다. Home과 Office 기능은 발표된 상태이고, Code는 Frontier를 통해 출시 중이며, Autopilot은 프라이빗 프리뷰에 들어가는 단계다. 실제 이용 가능 여부는 출시 단계, 라이선스, 테넌트 설정에 따라 달라진다.
Copilot Chat, Cowork, Code, Autopilot은 어떻게 다른가?
Chat은 빠른 답변과 초안 작성에 쓰인다. Cowork는 여러 단계를 거치는 업무를 위임하는 기능이고, Code는 소규모 앱과 워크플로를 만드는 도구다. Autopilot은 목표를 향해 일정 시간 동안 계속 작업하도록 설계된 보다 지속적인 에이전트 모델이다.
Copilot이 브라우저나 GitHub Copilot을 대체하게 될까?
9월 25일 발표만으로는 어느 쪽도 확인되지 않는다. 별도로 진행되는 Copilot 인앱 브라우저 출시는 Windows Central이 브라우징 화면을 채팅 옆에 유지하는 방식으로 설명했다. 발표에서 소개한 ‘Code’는 자연어 기반 앱 개발을 겨냥한 기능이지, 모든 개발자 워크플로를 대체한다고 주장하는 기능은 아니다.
관리자가 가장 먼저 확인해야 할 것은 무엇인가?
기능의 출시 상태, 라이선스와 테넌트 사전 조건, 원본 데이터 권한, 작업 승인 설정, 감사 로그, 중지 기능을 확인해야 한다. 지속적으로 실행되는 에이전트를 활성화할지 결정할 때는 ‘업무용 OS’라는 이름보다 이 항목들이 훨씬 중요하다.
결국 해결되지 않은 절충점은 분명하다. Microsoft의 깊은 통합은 업무 앱 사이에서 정보를 반복해서 복사하는 수고를 줄일 수 있지만, 잘못된 작업이 발생했을 때 피해와 관리 비용도 함께 키운다. 이미 Microsoft 365를 표준 업무 환경으로 사용하는 팀이라면 출시 과정을 주의 깊게 지켜볼 만하다. 그 외의 조직은 Copilot의 맥락 이해와 통제 기능이 업무의 출발점으로 삼을 만큼 신뢰할 수 있다는 근거가 더 나올 때까지 기다리는 편이 낫다.