Microsoft Copilot Home·Code·Autopilot 통합 — 대화에서 업무 실행으로 넓어집니다

SVIL - Singularity Visual Intelligence Lab 2026. 09. 26 11 min read

AI가 일하는 공간을 묶겠다는 발표에서 중요한 것은 탭 이름보다 업무의 경계입니다. 새 Copilot의 제공 일정과 기존 기반을 나눠 살펴봅니다.

발표의 핵심

마이크로소프트가 9월 25일 Copilot을 Home·Code·Autopilot 중심으로 재편한다고 발표했습니다. 질문에 답하는 경험부터 업무 위임과 앱 제작까지 하나의 흐름으로 연결합니다. 발표와 모든 사용자의 실제 이용 가능 시점은 구분해야 합니다. [1]

Home은 업무의 출발점

Home은 Chat과 Cowork가 모이는 시작 화면입니다. 최근 업무를 살피고 대화를 이어가며 결과물을 다루는 진입점을 묶습니다. [1] 기능이 한곳에 모일수록 사용자는 어떤 업무가 실행 중인지 더 쉽게 식별할 수 있어야 합니다. 이는 제품 효과를 평가할 관찰점입니다.

Chat과 Cowork의 역할

기존 Cowork 문서에 따르면 복잡하고 오래 걸리는 여러 도구의 작업을 맡길 수 있습니다. 사용자는 목표를 정하고 결과를 받는 방식입니다. [2] 이런 위임에서는 답변의 문장력과 별도로 파일이 만들어졌는지, 요청한 조건을 충족했는지가 품질 판단의 대상이 됩니다.

Office 문서를 직접 다룹니다

Office in Copilot은 Word·Excel·PowerPoint의 편집 가능한 실제 파일을 대화에 연결합니다. 공동 편집도 이어집니다. [1] 설명문을 복사해 문서에 붙이는 단계가 줄어드는지는 실제 업무에서 확인할 부분입니다.

Code가 만드는 작은 업무 도구

Code는 자연어로 요청한 내부 도구와 앱을 만드는 경험입니다. GitHub Copilot과 기반 기술을 공유합니다. [1] 작은 앱이라도 정확한 입력과 기대 출력이 있어야 검증할 수 있다는 개발의 기본 조건은 그대로 남습니다.

샌드박스와 회사 계정의 경계

회사는 Code가 샌드박스에서 동작하고 조직 테넌트 안에 호스팅될 수 있다고 설명했습니다. [1] 테넌트는 회사 계정과 관리 정책이 적용되는 경계입니다. 격리 환경이라는 표현만으로 결과물의 업무 정확성까지 보장되는 것은 아닙니다.

Managed Runtime 공개 미리보기

함께 공개 미리보기에 들어간 Managed Runtime은 생성한 앱을 실행할 운영 기반입니다. 클라우드 호스팅, 인증, 데이터 접근과 수명 관리를 묶습니다. [3] 앱 작성 이후마다 서로 다른 운영 환경을 새로 구성해야 하는 부담을 줄이려는 접근입니다.

개발과 운영을 잇는 SDK

SDK와 CLI는 프로젝트 구성부터 데이터 연결, 개발 중 미리보기, 배포까지 이어집니다. TypeScript에서 연결 도구를 다루는 기능도 설명돼 있습니다. [3] 코드를 만드는 단계와 조직 안에서 운영하는 단계가 같은 도구 체계로 연결되는지가 핵심입니다.

Git 기반 버전 관리

공식 managed-apps 저장소에는 AI 코딩 도구용 플러그인과 관련 자산이 공개돼 있습니다. [4] 공개 저장소의 존재는 확장 경로를 살필 근거가 되지만, 모든 조직에 즉시 같은 기능이 켜진다는 뜻은 아닙니다. 코드 변경 이력을 추적하는 Git과 실제 배포 버전도 구분해서 볼 필요가 있습니다.

관리자가 보는 앱 목록

Managed Runtime의 앱은 Microsoft 365 관리 센터의 목록에 나타납니다. 관리자는 접근권한·사용량·상태·정책을 살필 수 있습니다. [3] 이 목록은 앱 수가 늘어날 때 담당자가 누구인지, 어떤 데이터에 연결되는지 확인할 운영의 출발점이 됩니다.

Scout에서 Autopilot으로

6월에 소개된 Microsoft Scout의 공식 페이지에는 현재 Autopilot으로 이름이 바뀌었다는 안내가 붙어 있습니다. [5] 이번 소식을 완전히 새로 생긴 개념으로만 읽으면 이전 실험과의 연속성을 놓칩니다. 바뀐 이름과 이번 확장 내용을 나눠 읽는 것이 정확합니다.

상시 에이전트의 실행 공간

Scout 소개에서 강조했던 부분은 에이전트 자체의 신원과 권한입니다. 조직이 승인한 자원 안에서 동작하고 민감한 행동에 사람의 승인을 둘 수 있다고 설명했습니다. [5] 제품 설명상의 통제 수단과 실제 설정에서 적용되는 통제는 도입 현장에서 함께 검증할 대상입니다.

반복 업무를 맡기는 방식

상시 에이전트는 매번 새 질문이 들어올 때까지 기다리는 대신, 정해진 목표를 이어서 수행하는 구조입니다. [5] 여기서 반복 횟수보다 중요한 것은 중복 실행 방지와 중단 조건입니다. 같은 후속 연락을 두 번 하거나 끝난 일을 다시 시작하면 자동화의 편익이 줄어들기 때문입니다. 이 문단은 운영 관점의 해석입니다.

Microsoft IQ와 업무 맥락

Work IQ API 소개는 에이전트가 업무 맥락을 활용하는 경로를 다룹니다. [6] 데이터가 연결돼 있다는 사실과 그 데이터가 최신이며 해당 사용자에게 허용돼 있다는 사실은 서로 다른 조건입니다. 맥락의 풍부함을 평가할 때 출처와 권한도 함께 확인해야 하는 이유입니다.

연결 도구도 관리 대상입니다

공식 플러그인 저장소는 생성형 코딩 도구가 관리형 앱 개발 지식을 이용하도록 돕는 구성 요소를 제공합니다. [4] 확장이 쉬워질수록 어떤 연결을 허용했는지 기록하는 일이 중요해집니다. 이는 특정 플러그인의 결함을 주장하는 것이 아니라 업무 도구를 확장할 때의 일반적인 검토 항목입니다.

구독과 사용량 과금의 구분

기존 Cowork 안내는 사용자 구독과 사용량 기반 비용을 구분하고, 모델 사용·맥락 검색·도구 호출·실행 시간을 과금 구성으로 설명합니다. [2] 따라서 구독이 있다고 장시간 에이전트 작업이 모두 정액으로 포함된다고 가정하기 어렵습니다. 실제 조건은 해당 조직에 적용된 최신 과금 정책을 기준으로 확인할 부분입니다.

비용을 결과와 함께 보는 이유

Microsoft Learn은 사용량 과금 경험의 비용을 정책과 한도로 관리하는 방법을 설명합니다. [7] 비용만 낮아도 사람이 결과를 크게 고쳐야 한다면 전체 업무 비용은 높아질 수 있습니다. 검토에 쓴 시간과 사용할 수 있었던 결과물 수까지 같이 재는 편이 유의미하다는 것이 이 글의 분석입니다.

도입 일정은 기능마다 다릅니다

Home과 Code는 Frontier를 통해 순차 제공되고 Autopilot은 월말 비공개 미리보기를 확대할 예정입니다. [1] 발표일의 기능 목록을 현재 계정의 제공 목록으로 읽으면 안 됩니다.

Today와 Teams의 다음 단계

Today는 10월 비공개 미리보기 예정이며 Teams의 @Copilot 확장도 별도 일정입니다. [1] 아직 예정인 경험은 실제 도입 사례처럼 소개할 수 없습니다. 다음 확인 지점은 공지 일정과 조직별 활성화 상태가 맞는지입니다.

가상 사례: 출시 준비 업무

다음은 이해를 돕기 위한 가상 사례입니다. 출시 담당자가 자료 정리와 초안 작성을 맡기고, 최종 문서의 사실관계와 외부 전달 여부를 검토하는 흐름을 생각할 수 있습니다. 문서 작성 완료와 출시 업무 전체 완료는 다릅니다. 승인자가 남아 있는 단계까지 결과물에 표시돼야 인계가 쉬워집니다.

가상 사례: 작은 내부 앱

또 다른 가상 사례로 팀의 요청 현황을 보여주는 내부 앱을 생각할 수 있습니다. 먼저 읽기 전용 자료로 시범 운영하고 데이터 갱신 주기와 접근권한을 살펴봅니다. 이는 공개 고객의 실측 성과가 아니라, 앱 제작과 운영 관리를 분리해서 이해하기 위한 예시입니다.

실제로 비교할 평가 기준

실사용 비교에서는 완료율, 수정 시간, 권한 오류, 재실행 시 중복, 작업당 비용을 함께 볼 수 있습니다. 동일한 입력과 완료 기준을 두고 비교해야 제품 간 차이도 드러납니다. 이 기준은 발표자가 제시한 벤치마크가 아니라 SVIL의 운영 관점입니다.

발표에서 확인되지 않은 것

확인한 발표와 문서만으로 한국어 업무 전반의 성공률이나 조직별 실제 총비용을 확정할 수는 없습니다. 기능 설명은 제공자가 밝힌 설계와 계획의 근거입니다. 별도 실측이 없는 수치를 성과처럼 덧붙이지 않는 것이 이번 발표를 읽는 전제입니다.

핵심 정리와 다음 관찰점

이번 변화는 대화·업무 위임·작은 앱 제작을 연결하고 운영 기반을 함께 제공하려는 방향으로 읽힙니다. 실제 가치는 팀이 검토할 수 있는 결과를 남기는지에 달려 있습니다. 이어지는 공개 일정과 운영 문서에서 권한·비용·완료 기준이 얼마나 구체화되는지 함께 살펴보면 좋겠습니다.

출처

협업문의 : kuroicode@gmail.com
블로그 : https://blog.svil.dev/
홈페이지 : https://svil.dev/