마이크로소프트 Copilot의 새 구도, 대화·개발·자동화를 한곳에 묶는다

마이크로소프트가 Copilot 앱을 Home, Code, Autopilot이라는 세 축으로 재구성한다고 발표했다. 이번 변화는 단순한 화면 개편보다 범위가 크다. 질문에 답하는 채팅, 문서를 만드는 Office, 소프트웨어를 만드는 개발 도구, 사람이 자리를 비운 뒤에도 이어지는 자동화 작업을 하나의 Copilot 경험 안에 배치하려는 시도다.

다만 발표와 출시 상태는 구분해야 한다. Home과 Code는 앞으로 몇 주에 걸쳐 Frontier 프로그램에서 순차 제공될 예정이고, Autopilot은 이달 말 비공개 프리뷰 범위를 넓힌다. Teams의 새로운 @Copilot 기능 역시 이달 말 비공개 프리뷰 예정이다. 완성된 제품군이 모든 사용자에게 즉시 배포됐다는 뜻은 아니다.

Home은 채팅보다 ‘업무 시작점’을 노린다

Home은 Chat과 Cowork를 모으고 Word, Excel, PowerPoint 기능을 Copilot 안에서 이용하도록 설계됐다. 사용자가 대화를 마친 뒤 별도 앱으로 옮겨 결과물을 다시 만드는 단계를 줄이려는 방향이다. 정보 검색과 초안 작성, 문서 편집을 하나의 흐름으로 연결하는 셈이다.

여기서 중요한 변화는 Copilot의 경쟁 단위다. 생성형 AI 초기에는 답변 품질과 모델 성능이 중심이었다. 하지만 기업 업무에서는 답변 이후에 파일을 만들고, 동료와 공유하고, 수정하며, 권한을 관리하는 과정이 더 길다. Microsoft 365를 가진 마이크로소프트는 이 후속 과정을 Copilot 안으로 끌어들일 수 있다. 모델 자체보다 업무 도구와의 연결이 차별화 수단이 되는 이유다.

Code는 개발자 전용 도구의 경계를 낮춘다

Code는 사용자가 자신의 솔루션을 만들고 안전하게 실행하도록 돕는 영역이며, GitHub Copilot과 같은 기반 기술을 사용한다고 마이크로소프트는 설명했다. 표현 그대로라면 전문 개발자를 위한 코드 보조를 넘어, 일반 업무 사용자가 필요한 작은 앱이나 자동화를 직접 구성하는 방향이다.

그렇다고 누구나 곧바로 복잡한 업무 시스템을 만들 수 있다는 의미는 아니다. 코드 생성 이후에는 데이터 접근 권한, 실행 환경, 테스트, 오류 처리, 유지보수가 필요하다. 특히 기업 데이터와 연결되는 앱은 잘 작동하는지뿐 아니라 무엇을 읽고 쓸 수 있는지 검증해야 한다. 마이크로소프트가 ‘안전하게 실행’한다는 점을 강조한 것도 생성 기능보다 운영 통제가 더 어려운 문제이기 때문이다.

Autopilot은 응답형 AI에서 지속형 에이전트로 간다

Autopilot은 사용자가 직접 대화하지 않는 동안에도 계속 일하는 지속적이고 선제적인 개인 에이전트로 소개됐다. 기존 챗봇이 요청을 받은 순간에만 동작했다면, 지속형 에이전트는 맡은 작업의 상태를 기억하고 다음 단계를 이어 가는 구조를 지향한다.

이 기능의 가치는 반복 업무를 줄이는 데 있지만 위험도 같은 지점에서 생긴다. 오래 실행되는 에이전트는 잘못된 판단도 계속 이어 갈 수 있다. 작업 범위, 중단 조건, 승인 단계, 실행 로그가 제품의 핵심 품질이 된다. 비공개 프리뷰로 확대하는 현재 단계에서는 데모의 편리함보다 실제 환경에서 권한과 책임을 어떻게 제한하는지가 더 중요한 평가 기준이다.

Teams에서는 개인 비서가 팀의 문맥으로 확장된다

새 @Copilot은 Teams 채널과 그룹 채팅, 회의가 가진 공유 문맥과 권한을 활용한다. 예를 들어 제품 결정의 배경을 대화에서 찾고, 그 결정이 제조·포장·출시 일정에 미친 영향을 정리해 담당자와 미해결 질문을 포함한 검토안을 제안하는 방식이다.

개인 파일만 보는 도우미와 달리 팀 단위 AI는 조직의 의사결정 기록을 다룬다. 제대로 작동하면 반복 설명과 정보 탐색 시간을 줄일 수 있다. 반대로 채널별 권한이 부정확하거나 오래된 대화를 현재 결정처럼 해석하면 혼란도 커진다. 접근 가능한 정보를 많이 모으는 것만으로는 부족하고, 출처와 시점, 결정 여부를 함께 보여줘야 한다.

비용 관리가 제품 발표에 포함된 이유

마이크로소프트는 Copilot과 에이전트의 지출을 관리하기 위한 새로운 FinOps 기능도 함께 예고했다. 에이전트가 짧은 질문에 한 번 답하는 수준을 넘어 장시간 실행되고 여러 도구를 호출하면 사용량과 비용을 예측하기 어려워진다. 기업 도입이 확대될수록 ‘무엇을 할 수 있는가’와 함께 ‘한 작업에 얼마가 드는가’를 관리해야 한다.

이는 AI 에이전트가 실험 단계를 지나 운영 예산의 대상이 되고 있음을 보여준다. 사용 부서별 비용, 업무별 효과, 실패한 실행의 낭비를 측정하지 못하면 자동화 규모가 커질수록 경제성이 나빠질 수 있다. FinOps는 부가 기능이 아니라 지속형 에이전트를 실제 조직에 배치하기 위한 기반에 가깝다.

Nova의 해설

이번 발표의 핵심은 기능 세 개가 추가됐다는 사실보다 Copilot의 정체성이 바뀌고 있다는 데 있다. Home은 업무의 입구, Code는 맞춤형 도구 제작, Autopilot은 지속 실행을 맡는다. Teams의 공유 문맥과 FinOps까지 연결하면 마이크로소프트가 만들려는 것은 단일 챗봇이 아니라 업무를 시작하고 만들고 맡기고 관리하는 통합 계층에 가깝다.

마이크로소프트의 강점은 이미 기업이 쓰는 Office, Teams, GitHub를 갖고 있다는 점이다. 동시에 그 연결성은 가장 큰 부담이기도 하다. 더 많은 문맥과 권한을 가진 에이전트일수록 오류의 영향 범위도 커진다. 앞으로 확인할 것은 프리뷰 기능의 화려한 시연보다 권한 분리, 사람의 승인, 실행 기록, 비용 통제가 실제 배포에서 얼마나 명확하게 구현되는지다.

출처: Microsoft 공식 발표 (2026년 9월 26일 확인)