퇴근 후에도 일하는 AI—Microsoft Copilot Autopilot 기능 총정리
지금까지 업무용 AI는 대체로 사람이 질문해야 움직였다. 회의 내용을 정리해 달라고 말하고, 보고서 초안을 요청하고, 메일을 쓰게 한 뒤 결과를 확인하는 방식이었다. 질문을 멈추면 AI도 멈췄다.
Microsoft가 2026년 9월 25일 발표한 Copilot Autopilot은 이 전제를 바꾸려는 기능이다. 이름과 역할, 목표를 부여하면 관련 채널을 지켜보고, 반복 업무를 실행하고, 관계자에게 진행 상황을 묻고, 며칠 뒤에도 이전 프로젝트를 이어 가는 지속형·선제적 에이전트다. 클라우드에서 실행되기 때문에 사용자가 다른 일을 하거나 잠든 동안에도 지정된 업무가 계속될 수 있다. Microsoft 공식 발표
다만 가장 먼저 구분해야 할 사실이 있다. Autopilot은 2026년 9월 말 기준으로 비공개 미리보기를 확대하는 단계다. 모든 Microsoft 365 이용자가 즉시 켜서 쓸 수 있는 일반 공개 기능이 아니며, 실제 제공 범위와 세부 동작은 미리보기 과정에서 달라질 수 있다.
새 Copilot의 네 가지 업무 방식
이번 발표를 Autopilot 하나만 보면 전체 구조를 놓치기 쉽다. Microsoft는 Copilot에서 사람이 AI와 일하는 방식을 다음처럼 나눴다.
Chat은 질문, 검색, 요약과 짧은 초안을 즉시 처리한다.Cowork는 RFP 응답, 출시 자료, 고객 브리핑, 결산 패키지처럼 끝까지 위임할 복합 업무를 수행한다.Code는 자연어로 앱, 대시보드, 자동화와 내부 업무 도구를 만들고 실행한다.Autopilot은 정해진 역할과 목표를 장기간 유지하며 반복적으로 움직인다.
Home은 이 기능들이 만나는 시작 화면이다. Microsoft는 Word·Excel·PowerPoint를 Copilot 안에서 실제 편집 가능한 문서·통합문서·프레젠테이션으로 만들고 수정할 수 있다고 설명한다. Code는 GitHub Copilot과 같은 기반 기술을 사용하며 샌드박스에서 실행되고, 조직 테넌트 안에 호스팅할 수 있는 Microsoft Copilot Managed Runtime과 연결된다. Managed Runtime 역시 현재 미리보기다.
즉 Autopilot은 모든 요청을 대신하는 하나의 거대한 봇이 아니다. 즉시 답하는 Chat, 결과물을 맡기는 Cowork, 도구를 만드는 Code 위에 시간이 지나도 목표를 잊지 않는 실행 주체를 추가한 구성에 가깝다.
Autopilot이 계속 일할 수 있는 이유
1. 이름·역할·목표를 갖는다
사용자는 에이전트에 이름을 붙이고 담당 역할과 목표를 지정한다. 예를 들어 “협력업체 검토 담당”이라는 역할을 주고, 자료 요청부터 일정 관리, 회의 준비, 후속 확인까지 범위를 정할 수 있다. 성공 조건과 중단 조건까지 명확해야 단순히 계속 움직이는 AI가 아니라 관리 가능한 업무 담당자가 된다.
2. 채널과 스레드를 지켜본다
Autopilot은 Teams, Outlook, 채팅, 채널과 문서처럼 직원이 이미 일하는 공간에 나타난다. Microsoft의 설명대로라면 사람이 매번 호출하지 않아도 지정된 채널의 변화를 확인하고, 답이 없는 스레드를 다시 확인하고, 필요한 후속 조치를 시작할 수 있다.
여기서 “모든 대화를 마음대로 읽는다”는 뜻으로 이해하면 안 된다. 실제 접근 범위는 조직이 부여한 계정·앱·문서 권한에 따라 결정돼야 한다. 채널 감시는 편리한 기능인 동시에 최소 권한 설계가 필요한 이유다.
3. 반복 업무와 긴 업무를 이어 간다
정기 보고서를 모으거나, 마감이 가까운 담당자에게 진행 상황을 요청하거나, 매주 같은 형식의 점검을 수행하는 일이 대표적이다. 기존 자동화도 정해진 시간에 동작할 수 있지만, Autopilot이 지향하는 차이는 대화와 문서의 맥락을 읽고 예외에 따라 다음 행동을 바꾸는 데 있다.
4. 자체 작업 맥락을 유지한다
Microsoft는 Autopilot이 자체 identity, memory, computer, workspace를 갖는다고 설명한다. 직원 개인의 열린 브라우저나 노트북 세션에 의존하지 않고, 별도 주체로서 작업 기록과 상태를 유지한다는 의미다. 며칠 뒤 프로젝트를 다시 시작할 수 있는 기반도 이 구조다.
5. 사람에게 다시 일을 건넨다
좋은 지속형 에이전트는 사람을 없애는 시스템이 아니라 적절한 순간에 사람을 부르는 시스템이다. 자료가 빠졌다면 담당자에게 업데이트를 요청하고, 규정 해석이나 예외 승인이 필요하다면 책임자에게 판단을 넘겨야 한다. 모든 일을 자동 완료하는 것보다 누구에게 무엇을 물어야 하는지 아는 능력이 실제 조직에서는 더 중요하다.
6. 조직의 권한과 감사 체계 안에서 움직인다
Autopilot은 조직 테넌트 안에서 자체 identity로 동작하며 권한, 감사와 거버넌스의 적용을 받는다. 누가 목표를 만들었는지, 어떤 자료를 읽었는지, 누구에게 요청했고 무엇을 변경했는지 추적할 수 있어야 한다. Microsoft IQ는 조직의 데이터와 업무 맥락을 Copilot과 에이전트에 연결하는 기반으로 소개됐다.
한국 조직에서 먼저 떠올릴 수 있는 활용
국내 기업·학교·기관은 문서 작성보다 담당자가 바뀌거나 자리를 비웠을 때 멈추는 업무에서 효과를 확인하기 쉽다.
회의 후속 조치
회의가 끝난 뒤 결정사항을 정리하고 담당자와 기한을 연결한다. 마감 전까지 답이 없는 항목을 확인하고, 다음 회의 전에 진행 상황을 하나의 브리핑으로 만든다. 최종 발송과 평가 판단은 담당자가 승인하도록 둘 수 있다.
결재 전 자료 점검
보고서, Excel 수치, 관련 메일과 이전 회의록을 모아 누락 항목을 찾고, 작성자에게 보완을 요청한다. 다만 전자결재 승인 자체나 대외 발송은 사람의 확인 뒤에 실행하는 편이 안전하다.
공급업체·계약 갱신 관리
계약 종료일, 평가 자료, 보안 확인과 담당자 답변을 일정에 맞춰 모은다. Microsoft가 공식 발표에서 든 예시도 공급업체 검토 과정의 일정, 회의와 후속 조치를 관리하는 업무다. 가격 협상, 계약 확정과 법적 판단은 별도 승인 단계로 남겨야 한다.
학교·기관의 정기 행정
회의자료 취합, 행사 준비 항목, 부서별 제출 현황과 정기 안내문 초안을 관리할 수 있다. 학생·교직원 개인정보에 접근하는 범위는 특히 좁게 설정하고, 외부 전송과 삭제는 자동화하지 않는 것이 바람직하다.
월말 보고와 결산 준비
여러 부서의 자료를 모으고 형식과 누락을 확인해 검토용 패키지를 만들 수 있다. 공식 수치 확정, 회계 판단과 외부 제출은 담당자가 근거 자료와 함께 검토해야 한다.
기존 자동화와 무엇이 다른가
전통적인 업무 자동화는 “매주 월요일 오전 9시에 이 파일을 복사해 메일로 보낸다”처럼 입력과 순서가 명확하다. 빠르고 예측 가능하며, 같은 조건에서 같은 결과를 내기 쉽다.
지속형 에이전트는 목표는 분명하지만 경로가 매번 달라지는 일에 맞는다. 담당자가 답하지 않으면 다시 요청하고, 새 문서가 올라오면 내용을 반영하고, 일정이 바뀌면 준비 순서를 조정할 수 있다. 반대로 판단이 유동적이어서 비용과 오류 경로도 늘어난다.
따라서 모든 반복 업무를 Autopilot으로 바꿀 이유는 없다. 규칙이 고정된 단순 작업은 기존 자동화가 더 저렴하고 검증하기 쉽다. 여러 사람·문서·대화가 얽혀 매번 예외가 생기는 업무에서 지속형 에이전트의 가치가 커진다.
켜기 전에 설계해야 할 안전장치
완료·중단 조건
“프로젝트를 관리해 줘”보다 “매주 금요일 오후 3시까지 미응답 항목을 정리해 담당자에게 확인하고, 외부 발송 없이 팀 채널에 검토본을 올려라”가 안전하다. 언제 완료로 볼지, 몇 번 재시도할지, 어떤 상황에서 멈출지를 정해야 한다.
최소 권한
업무에 필요한 팀, 폴더, 메일함과 앱만 허용한다. 조직 전체 검색, 모든 직원의 메일, 광범위한 삭제 권한을 기본값으로 주면 지속 실행의 편리함이 지속 위험으로 바뀐다.
사람 승인
외부 메일 발송, 계약 확정, 결제, 계정 생성·삭제, 인사 평가, 개인정보 이동, 공식 게시와 대량 수정에는 승인 단계를 둔다. 초안 작성과 자료 수집은 자동화하더라도 되돌리기 어려운 행동은 사람이 근거와 대상을 확인해야 한다.
감사와 예외 기록
정상 완료 건만 보면 위험을 발견하기 어렵다. 에이전트가 확신하지 못한 항목, 권한 부족으로 실패한 작업, 반복 요청한 대상, 사람이 거절한 제안과 비용 변화를 함께 살펴야 한다.
작은 범위에서 시작
처음부터 부서 전체 업무를 맡기기보다 읽기 전용 자료 정리, 내부 검토본 작성, 미응답 항목 표시처럼 되돌릴 수 있는 작업으로 시작한다. 실제 성공률과 예외 유형을 확인한 뒤 쓰기 권한과 외부 행동을 조금씩 늘리는 편이 좋다.
비용은 월 구독만 보면 안 된다
Microsoft는 빠른 질문, 초안, 요약과 Office 사용 같은 일상 AI를 사용자 구독 라이선스 구조로 설명한다. 반면 Cowork, Code와 Autopilot 같은 장기 에이전트 업무는 usage-based billing, 즉 사용량 기반 과금으로 운영한다.
지속형 에이전트는 사용자가 직접 대화하지 않는 시간에도 모델 호출, 도구 실행과 작업공간 사용이 이어질 수 있다. 따라서 관리자에게는 에이전트별 예산, 사용량 알림, 허용 모델, 중단 기준과 결과 대비 비용을 보는 FinOps가 필요하다. 고정 월 구독을 샀으니 무제한으로 계속 일한다고 가정하면 안 된다.
도입 전에 확인할 열 가지 질문
- 미리보기 참여 대상과 지역·계정 조건은 무엇인가?
- 에이전트가 사용할 정확한 identity와 소유자는 누구인가?
- 읽기·쓰기·발송·삭제 권한을 각각 분리할 수 있는가?
- 외부 사용자와 민감정보가 포함된 채널을 제외할 수 있는가?
- 결제·삭제·게시 전에 사람 승인을 강제할 수 있는가?
- 모든 행동과 근거를 감사 기록에서 추적할 수 있는가?
- 기억과 작업공간의 보존기간·삭제 방법은 무엇인가?
- 사용량과 비용 상한, 알림과 자동 중단을 설정할 수 있는가?
- 담당자가 휴직·이동·퇴사할 때 소유권을 안전하게 이전할 수 있는가?
- 잘못된 행동을 멈추고 이전 상태로 복구할 절차가 있는가?
결론
Copilot Autopilot의 핵심은 “AI가 밤새 일한다”는 자극적인 표현보다 업무의 상태와 책임을 오래 유지하는 에이전트에 있다. 직원이 매번 다음 프롬프트를 입력하지 않아도 프로젝트를 지켜보고 필요한 사람을 찾고 반복 업무를 이어 가는 것은 기존 챗봇과 분명 다른 사용 경험이다.
그러나 지속성은 곧 위험의 지속성이기도 하다. 잘못된 권한, 모호한 목표와 통제되지 않은 비용도 사람이 보지 않는 동안 계속될 수 있다. 성공적인 도입은 가장 많은 일을 맡기는 것이 아니라, 목표·권한·승인·감사·비용을 먼저 설계하고 되돌릴 수 있는 작은 업무에서 신뢰를 쌓는 데서 시작한다.
상표와 이미지 안내
Microsoft, Microsoft 365, Copilot, Teams, Outlook, Word, Excel, PowerPoint, GitHub와 관련 상표는 각 권리자에게 속한다. 이 글은 Microsoft의 후원이나 승인을 받은 광고가 아니다. 본문 이미지는 이 기사를 위해 새로 제작했으며 기업 로고, 제품 화면, 외부 사진과 제3자 저작물을 복제하지 않았다.
출처
- Microsoft: Introducing the new Copilot with Home, Code and Autopilot
- Microsoft: Copilot leadership update
