요약:
Microsoft CEO Satya Nadella는 최근 Copilot을 "업무를 위한 새로운 운영 체제"라고 다시 한번 불렀습니다. 그러나 마이크로소프트가 적극적으로 홍보하고 있는 이 '업무용 OS'는 사실 여전히 주로 크로미움(Chromium) 브라우저 기술을 기반으로 하고 있다. 작은 기본 WinUI 구성 요소가 있지만 기본 인터페이스와 대부분의 기능을 담당하는 핵심은 여전히 완전한 Chromium 브라우저 환경입니다.
나델라는 링크드인 CEO 라이언 로슬란스키(Ryan Roslansky)가 2026년 말 직위를 떠날 것임을 알리는 마이크로소프트 내부 서한에서 이 성명을 다시 한 번 밝혔다. 그는 마이크로소프트가 다양한 모델, 다양한 기기 형태, 다양한 작업 작업을 포괄할 수 있도록 "코파일럿을 새로운 업무용 운영 체제로 만드는 것"이라는 비전을 빠르게 발전시키고 있으며 동시에 오피스가 코파일럿에 완전히 통합될 수 있고, 이어서 코파일럿도 오피스에 통합될 것이라고 말했다.
이 성명은 Microsoft가 9월 25일 발표한 차세대 Copilot 전략을 반영합니다. Microsoft는 Copilot을 재설계하고 기존 챗봇에서 통합 작업 플랫폼으로 더욱 확장하여 홈, 코드, 자동 조종 장치와 같은 기능을 추가하고 Word, Excel, PowerPoint를 Copilot에 직접 통합했습니다. 마이크로소프트는 사용자가 여러 애플리케이션 사이를 끊임없이 전환할 필요 없이 Copilot을 통해 정보 검색 및 문서 편집부터 애플리케이션 개발 및 자동화 작업에 이르는 일련의 작업을 직접 완료할 수 있기를 바라고 있습니다.
그 중 홈은 채팅, 코워크 등의 출입구 제공을 담당합니다. Office는 Word, Excel 및 PowerPoint를 Copilot 환경에 배치합니다. 코드를 사용하면 사용자는 자연어를 통해 요구 사항을 설명하고 애플리케이션, 대시보드 및 워크플로를 만들 수 있습니다. 오토파일럿(Autopilot)은 장시간 실행이 가능하고 사용자의 지속적인 지시 없이 작업을 수행하고, 대화를 추적하고, 주기적인 작업을 처리할 수 있는 AI 에이전트입니다. 마이크로소프트는 또한 이메일, 일정, 팀 대화, 회의, 작업 등의 정보를 능동적인 작업 센터로 중앙 집중화하는 투데이(Today) 기능도 출시할 계획이다.
제품 전략 관점에서 볼 때 Microsoft는 Copilot을 "OS"라고 부르는 자체 논리를 가지고 있습니다. 기존 운영 체제의 핵심 역할은 사용자가 애플리케이션, 파일 및 다양한 시스템 서비스에 액세스할 수 있는 통합 계층을 제공하는 것입니다. Microsoft는 이제 Copilot이 엔터프라이즈 작업 시나리오에서 유사한 통합 입구가 되어 사용자가 자연어를 통해 Office, 엔터프라이즈 데이터, AI 모델, 타사 도구 및 자동화된 에이전트를 직접 호출할 수 있기를 바라고 있습니다.
Copilot의 최신 Windows 버전을 분석한 결과, 이 "운영 체제"는 기술 구현 측면에서 전통적인 의미의 운영 체제와는 거리가 멀다는 사실을 발견했습니다.
최신 버전의 Copilot 설치 패키지에서 애플리케이션 시작을 담당하는 copilotapp.exe 파일의 크기는 약 4.99MB에 불과하지만 그 옆에는 약 520MB의 전체 Microsoft Edge 154 브라우저 구성 요소 세트가 포함되어 있습니다. msedge.dll 자체는 약 349.6MB이며 Chromium 리소스 파일, V8 JavaScript 엔진, ICU, FFmpeg 및 GPU 관련 구성 요소도 포함되어 있습니다.
즉, Copilot의 메인 인터페이스는 기본적으로 WinUI를 사용하여 그려지지 않고 Chromium으로 렌더링됩니다. Windows 버전의 Copilot을 열면 실제로 copilot.microsoft.com이 로드됩니다. 회사 계정은 m365.cloud.microsoft/chat에 입력됩니다. 그 뒤에는 Chromium의 공통 렌더링, GPU 및 네트워크 서비스 프로세스가 실행됩니다.
Windows 최신 버전에서는 Copilot 설치 패키지의 copilotapp_proxy.exe가 Microsoft Edge의 msedge_proxy.exe와 정확히 동일한 파일 해시를 갖고 있음을 발견했습니다. 이는 Microsoft가 실제로 Copilot 클라이언트에서 Edge 브라우저 운영 환경을 제공하고 있음을 보여줍니다.
따라서 소프트웨어 아키텍처 관점에서 최신 Copilot은 전통적인 의미의 Windows 기본 애플리케이션보다 Windows 기반 Chromium 애플리케이션에 더 가깝습니다.
그러나 단순히 '웹사이트'라고 부르는 것은 완전히 정확하지는 않습니다. Microsoft는 여전히 기본 WinUI 3 구성 요소 copilotapphost.exe를 제공합니다. 이 구성 요소는 C# 및 .NET 10으로 개발되었으며 Windows App SDK 및 WinUI XAML 기술을 사용합니다.
이 기본 구성 요소는 주로 음성 깨우기, 'Hey Copilot' 기능, 음성 입력 인터페이스, Vision 권한 확인, 화면 공유, 플로팅 입력 상자 및 기타 Windows 관련 기능을 포함하여 매우 제한된 콘텐츠를 담당합니다. Copilot의 기본 창과 대부분의 사용자 인터페이스는 여전히 Chromium에서 처리됩니다.
두 부분은 바로 가기 키, 음성, 채팅 요청, 설정, 코드 권한 및 로컬 폴더 액세스와 같은 기능을 처리하는 데 사용되는 Windows 명명된 파이프를 통해 통신합니다. 따라서 보다 정확한 설명은 다음과 같습니다. Copilot은 Chromium을 핵심으로 하고 작은 WinUI 기본 구성 요소의 지원을 받는 하이브리드 애플리케이션입니다.
Microsoft가 Windows에서 웹 기술을 사용하기 위해 Copilot을 사용한 것은 이번이 처음이 아닙니다. Copilot은 지난 몇 년 동안 여러 가지 구조 조정을 거쳤습니다. Microsoft는 한때 WinUI를 사용하여 네이티브 Copilot을 구축한 후 2026년에 웹 기술 기반 솔루션으로 다시 전환했습니다. 이전 버전은 주로 WebView2에 의존했지만 현재 새 버전은 한 단계 더 나아가 전체 Chromium 운영 환경을 애플리케이션에 직접 전달합니다.
Microsoft의 자체 지원 문서에도 Microsoft Copilot이 Edge를 기반으로 하는 웹 애플리케이션이며 해당 Windows 버전이 Microsoft Edge 엔진에서 실행된다는 점을 명확하게 명시하고 있습니다. Microsoft는 Copilot을 Edge 플랫폼에서 실행되는 PWA 앱 중 하나로 나열합니다.
이것은 다소 아이러니한 비교이기도 합니다. Microsoft는 2026년 내내 Windows 기본 환경을 강조하고 WinUI 및 Windows App SDK를 개선하기 위해 리소스를 투자해 왔습니다. 동시에 회사의 가장 중요한 AI 애플리케이션 중 하나가 Chromium을 핵심으로 선택했습니다.
Microsoft는 최근 Windows App SDK 2.5 실험 버전을 출시하면서 TableView 및 Chart와 같은 컨트롤도 추가하고 WinUI 애플리케이션 메모리 증가 문제를 해결했습니다. 또한 Windows 팀은 과거 웹 기술에 대한 과도한 의존으로 인해 발생한 성능 및 메모리 문제를 줄이기 위해 Windows 11 시스템 셸의 일부를 다시 작성하고 있습니다.
그러나 Copilot의 경우 Microsoft는 분명히 다른 선택을 했습니다.
이유는 복잡하지 않을 수 있습니다. Copilot은 이제 Windows 애플리케이션뿐만 아니라 웹, Mac 및 모바일 장치에서도 실행되어야 합니다. Chromium 및 웹 기술을 사용하면 Microsoft는 다양한 플랫폼에서 기능적 일관성을 유지하고 새로운 기능을 모든 플랫폼에 신속하게 푸시할 수 있습니다. 완전히 네이티브 Windows UI를 채택하면 모든 기능을 Windows용으로 다시 개발하고 유지 관리해야 합니다.
특히 마이크로소프트는 이제 Copilot이 다양한 장치와 작업 시나리오를 포괄하는 통합 입구가 되기를 바라고 있으며, 크로스 플랫폼 기능의 중요성은 자연스럽게 더욱 높아질 것입니다. 따라서 Microsoft의 제품 전략 관점에서 볼 때 개발 효율성과 플랫폼 간 일관성을 대가로 Windows 기본 아키텍처의 순수성 일부를 희생하는 것은 의도적인 선택일 가능성이 높습니다.
그러나 이는 "Copilot은 작동하는 운영 체제입니다"라는 진술이 기술적인 정의라기보다는 제품의 전략적 포지셔닝에 더 가깝다는 것을 의미하기도 합니다.
기존 운영 체제에는 커널, 하드웨어 추상화, 프로세스 관리, 메모리 관리, 드라이버 시스템, 파일 시스템 및 애플리케이션 실행 환경과 같은 인프라가 있지만 Copilot은 이러한 책임을 맡지 않습니다. 실제로 Windows에서 실행되며 AI를 통합 포털로 사용하여 원래 분산된 애플리케이션, 파일, 데이터 및 서비스를 연결합니다.
이러한 관점에서 볼 때 Microsoft가 "작업 OS"라고 부르는 것은 Windows를 대체하는 것보다 새로운 소프트웨어 상호 작용 계층에 더 가깝습니다. 핵심 변화는 윈도우 자체를 AI로 바꾸는 것이 아니라 사용자가 워드, 엑셀, 팀즈 등 직접 운영하는 애플리케이션에서 점차적으로 이러한 애플리케이션과 서비스를 코파일럿을 통해 호출할 수 있도록 하는 것이다.
Microsoft는 과거에 보다 급진적인 Copilot 운영 체제 개념을 탐구해 왔습니다. 앞서 공개된 프로젝트 아이온이 대표적인 예다. 2024년경에 개발된 이 내부 프로토타입은 Copilot을 주요 시작 및 상호 작용 입구로 사용하고 수정된 Edge를 시스템 셸로 사용하여 기존 Windows 바탕 화면, 시작 메뉴 및 기타 요소를 크게 약화시키려고 했습니다. 문제의 프로젝트는 공식 제품이 된 것 같지 않습니다.
오늘의 코파일럿은 확실히 아이온만큼 급진적이지는 않습니다. Windows 11은 여전히 기본 운영 체제이며 기존 데스크톱, 시작 메뉴 및 Win32 애플리케이션은 사라지지 않았습니다. 그러나 Microsoft는 점차적으로 기존 응용 프로그램 위에 Copilot을 추가하여 사용자가 Office 및 기타 업무 서비스에 들어갈 수 있는 통합 입구를 만들고 있습니다.
정말로 주목해야 할 점은 Copilot이 "운영 체제"로 간주되는지 여부가 아니라 Microsoft가 사용자와 사무용 소프트웨어 간의 관계를 바꾸려고 노력하고 있다는 것입니다. 과거에는 사용자가 어떤 애플리케이션을 열고 애플리케이션 내에서 특정 작업을 수행해야 하는지 알아야 했습니다. 앞으로 Microsoft는 사용자가 목표를 설명하기만 하면 되고 Copilot은 작업을 완료하기 위해 Word, Excel, Teams, 엔터프라이즈 데이터 또는 AI 에이전트를 호출할지 여부를 결정할 것입니다.
따라서 Nadella의 소위 "작동하는 운영 체제"는 현재 Copilot의 기술 아키텍처에 대한 정확한 설명이라기보다는 차세대 소프트웨어 상호 작용 모델에 대한 Microsoft의 정의에 더 가깝습니다. 적어도 Windows 11에서 Copilot은 여전히 Windows에서 실행되는 애플리케이션이며 핵심은 주로 Chromium에 의존합니다. Microsoft가 정말로 구축하고자 하는 것은 기존 애플리케이션 위에 위치하는 AI 작업 계층입니다.
댓글