Scout 등장 배경과 ‘Autopilots’ 제품 카테고리
2026년 6월 2일 Microsoft Build 2026에서 Microsoft는 Scout를 공식 발표했다. 단순한 신기능 업데이트가 아니라 제품 카테고리 자체를 새로 만든 발표였다. Microsoft는 Scout를 ‘Autopilots’라는 새 제품군의 첫 번째 제품으로 정의했는데, 이 카테고리 이름이 핵심을 담고 있다.
지금까지 Copilot이 담당한 역할은 명확했다. 사용자가 프롬프트를 입력하면 작업을 처리하고, 대화가 끝나면 대기 상태로 돌아간다. 유용하지만 본질적으로 도구다. Autopilots는 다른 계층에 있다. 사용자의 지시를 기다리지 않고 백그라운드에서 상시 동작하며, 맥락을 지속적으로 추적하고, 필요한 시점에 스스로 행동하거나 제안한다.
항공기 자동조종 장치에서 가져온 비유가 정확하다. 파일럿은 여전히 기장석에 앉아 있지만, 순항 중에 모든 조작을 수동으로 처리하지는 않는다. Scout도 마찬가지다. 사용자가 주도권을 갖되, 반복·감시·분류 같은 작업은 에이전트가 처리한다.
Copilot과 Scout의 핵심 차이: 요청 기반 vs 상시 에이전트
가장 쉬운 구분 방법은 작업 트리거를 보는 것이다.
Copilot은 프롬프트 → 처리 → 종료 구조다. 내가 “이 문서 요약해줘”라고 입력해야 동작한다. 이전 작업의 맥락은 세션이 끊기면 사라진다. 개별 작업에서 강력하지만 업무 흐름 전체를 파악하지는 못한다.
Scout는 구조가 다르다. Work IQ 기술이 사용자의 업무 패턴, 핵심 관계, 우선순위 높은 프로젝트를 시간이 지나면서 누적 학습한다. 월요일에 받은 기획안이 목요일 회의와 연결된다는 걸 Scout는 알고 있다. 내가 “목요일 회의 준비해줘”라고 말하지 않아도 관련 자료를 미리 정리해 제안한다.
다만 자동화의 범위는 제한되어 있다. 민감한 작업에 대한 human sign-off 요건을 내장하고 있어, 외부 발송이나 파일 이동 같은 되돌리기 어려운 작업은 반드시 사용자 확인을 거친다. 완전 자율이 아니라 관리된 자율이다. 이 설계 선택이 엔터프라이즈 맥락에서는 중요한 신뢰 지점이 된다.
기술 기반: OpenClaw 프레임워크와 M365 깊은 통합
Scout는 오픈소스 OpenClaw 프레임워크 위에 구축되었다. 오픈소스 기반이라는 점이 단순한 마케팅 포인트가 아닌 이유는, 에이전트 아키텍처가 외부에 공개되면 통합 파트너와 기업 IT 팀이 동작 방식을 직접 검증할 수 있기 때문이다. 블랙박스 AI에 대한 엔터프라이즈 거부감을 낮추는 실질적 선택이다.
통합 깊이도 주목할 부분이다. Teams, Outlook, OneDrive, SharePoint와 네이티브로 연결되어 있어 별도 커넥터나 미들웨어 없이 데이터에 접근한다. 기존 M365 환경에서 추가 인프라 구성 없이 작동한다는 의미다.
각 작업마다 감사 추적이 자동으로 생성된다. Scout가 언제, 어떤 데이터에 접근해서, 무슨 판단을 내렸는지가 로그로 남는다. 이 로그는 나중에 설명할 Purview 거버넌스 체계와 연결된다.
도입 요건 체크리스트: Frontier 프로그램부터 Intune 설정까지
Scout는 현재 누구나 쓸 수 있는 제품이 아니다. 도입 전에 다음 요건을 모두 충족해야 한다.
GitHub Copilot 라이선스가 필수다. 조직 내 해당 라이선스가 없으면 Scout에 접근 자체가 불가능하다. 이미 GitHub Copilot을 사용 중인 조직이 Scout 도입의 첫 번째 대상이다.
Microsoft Frontier 프로그램 등록이 필요하다. Frontier는 Microsoft의 얼리 액세스 프로그램으로, 아직 일반 출시 전인 기능을 먼저 사용하는 조직 대상 채널이다. 현재 Scout는 미국 내 Frontier 등록 조직 대상 데스크톱 Private Preview로만 제공된다.
IT 관리자 측에서는 Intune 정책 구성과 조직 단위 opt-in 동의 절차가 필요하다. 개인이 임의로 활성화하는 방식이 아니라, 조직이 정책 수준에서 허가해야 사용이 가능하다.
가격은 2026년 6월 3일 기준 공개되지 않았다. 광범위한 클라우드 버전도 별도 일정으로 추후 출시 예정이라 현재 데스크톱 버전과 기능 범위가 달라질 수 있다.
단계별 실행 가이드
1단계. GitHub Copilot 라이선스 보유 여부 확인
Microsoft 365 관리 센터(admin.microsoft.com)에서 청구 → 라이선스 메뉴를 열어 GitHub Copilot 라이선스 할당 현황을 확인한다. 라이선스가 없으면 Scout 접근 자체가 차단되므로, 이 단계가 도입 판단의 첫 번째 게이트다.
2단계. Microsoft Frontier 프로그램 등록 신청
Microsoft 365 관리 센터의 설정 → 조직 설정 → Microsoft 365 Insider 경로에서 Frontier 채널 등록 신청을 할 수 있다. 미국 조직이 아닌 경우 현재 Private Preview 대상이 아니므로, 글로벌 출시 일정 공지를 모니터링하는 것이 현실적이다.
3단계. Intune 정책 구성 및 opt-in 처리
Intune 관리 센터(intune.microsoft.com)에서 Scout 관련 구성 프로파일을 배포한다. 조직 opt-in 동의는 Entra ID의 앱 동의 관리 페이지(엔터프라이즈 앱 → 동의 및 권한)에서 관리자 권한으로 처리한다. 사용자 개별 동의 방식이 아니라 관리자 단위 승인 구조임을 IT 팀이 미리 파악해야 한다.
4단계. Purview 민감도 레이블 및 정책 검토
Scout가 Outlook·Teams·OneDrive 데이터에 접근하기 전에, Microsoft Purview에서 현재 조직의 민감도 레이블과 DLP 정책이 올바르게 설정되어 있는지 확인한다. Scout는 기존 Purview 정책을 그대로 따르므로, 정책이 느슨하면 Scout도 느슨하게 작동한다.
엔터프라이즈 거버넌스: Purview·Entra ID·감사 로그
Scout를 엔터프라이즈 맥락에서 신뢰할 수 있는 이유는 기술 자체보다 거버넌스 통합에 있다.
Microsoft Purview 정책과 민감도 레이블이 Scout 행동에 직접 적용된다. ‘기밀’ 레이블이 붙은 문서는 Scout가 외부로 전송하거나 무단 공유하지 않는다. 기존에 Purview로 관리하던 데이터 정책이 Scout에도 자동으로 적용되므로, Scout 전용으로 별도 정책을 만들 필요가 없다.
Entra ID 기반 접근 제어로 Scout의 에이전트 권한이 조직 권한 체계와 연동된다. 특정 사용자가 접근할 수 없는 SharePoint 사이트는 Scout도 접근하지 못한다. 에이전트가 사용자 권한을 우회하는 경로가 구조적으로 차단된다.
각 준수 점검마다 감사 추적이 생성된다는 점은 규제 요건이 있는 조직에 실질적인 가치다. 금융·의료·공공 부문처럼 데이터 접근 이력을 주기적으로 감사해야 하는 환경에서, Scout의 모든 행동이 로그로 남는다는 것은 도입 장벽을 낮추는 요인이다.
Microsoft 365 실무 활용 시나리오
거버넌스 이야기만으로는 Scout가 실제로 뭘 해주는지 감이 오지 않는다. 구체적인 시나리오로 보자.
Outlook 수신함 관리: 하루 수백 통의 이메일이 들어오는 환경에서, Scout는 긴급도와 중요도를 Work IQ 기반으로 판단해 주의가 필요한 메일을 선제적으로 알린다. 단순 분류가 아니라 “이 메일, 오늘 오후 3시 회의 전에 답장 필요해 보임”과 같은 컨텍스트 기반 제안이다.
Teams 회의 후속 처리: 회의가 끝나면 Scout가 대화 내용에서 액션 아이템을 자동 추출하고, 담당자별 후속 메시지 초안을 생성한다. “다음 주 화요일까지 A팀이 리뷰해야 한다”는 내용이 회의에서 나왔다면, Scout는 A팀 담당자에게 보낼 메시지 초안을 미리 준비해둔다.
문서 작성 지원: OneDrive나 SharePoint에 흩어진 관련 문서를 컨텍스트로 묶어 보고서 작성을 돕는다. 사용자가 특정 주제의 보고서를 작성하려 할 때, Scout가 관련 자료를 먼저 연결해주므로 수동 검색 시간이 줄어든다.
도입 전 점검사항과 현재 한계
Scout에 관심이 생겼다면 지금 당장 할 수 있는 일과 할 수 없는 일을 구분해야 한다.
지금 할 수 있는 것: Frontier 프로그램 가입 신청이다. 미국 조직이라면 지금 신청해 Private Preview 선제 참여 권한을 확보할 수 있다. 비미국 조직이라면 신청보다 모니터링이 현실적이다.
아직 할 수 없는 것: 예산 계획이다. 가격이 공개되지 않았으므로 Scout 도입 비용을 지금 수치로 계획하기 어렵다. 공개 시점까지 “GitHub Copilot 라이선스 비용 포함 또는 별도 청구 중 어느 방향인지”를 주시하는 것이 적절하다.
데스크톱 버전이 먼저 나온 만큼, 클라우드 버전과의 기능 범위 차이는 출시 이후에야 명확해진다. 특히 클라우드 기반으로 운영되는 조직이라면 데스크톱 Private Preview의 결과가 그대로 클라우드 버전에 적용된다고 가정하지 않는 게 좋다.
조직 도입 타당성 판단에서 현재 가장 중요한 체크포인트는 두 가지다. 첫째, GitHub Copilot 라이선스가 이미 있는가. 둘째, Purview와 Entra ID 거버넌스가 정비되어 있는가. 이 두 조건이 충족된 조직이라면 Scout 도입의 기술적 마찰이 크지 않다. 반대라면 Scout보다 기반 인프라를 먼저 정비하는 것이 순서다.
자주 묻는 질문
Q. Copilot이 이미 있는데 Scout를 추가로 써야 하는 이유가 있나요?
Copilot과 Scout는 대체 관계가 아니라 계층이 다르다. Copilot은 내가 요청한 단일 작업을 잘 처리하는 도구고, Scout는 내가 요청하지 않아도 업무 흐름 전체를 파악해 선제적으로 행동하는 에이전트다. 반복적인 수신함 정리, 회의 후 액션 아이템 추적 같은 작업이 많은 역할이라면 Scout의 always-on 특성이 Copilot보다 실질적인 시간 절감을 줄 수 있다. 단순 작업 요청 위주라면 Copilot만으로 충분할 수도 있다.
Q. Scout가 민감한 내부 데이터를 외부로 유출할 위험은 없나요?
설계 수준에서 이 위험을 낮추는 장치가 두 가지 있다. Microsoft Purview 정책과 민감도 레이블이 Scout 행동에 직접 적용되므로, 기존에 ‘기밀’로 분류한 데이터는 Scout도 외부 전송 경로로 처리하지 않는다. 또 민감한 작업에는 human sign-off 요건이 내장되어 있어 사용자 확인 없이 자동 실행되지 않는다. 다만 Purview 정책 자체가 느슨하게 설정된 조직이라면 이 보호도 약해지므로, 도입 전에 현재 거버넌스 상태를 점검하는 것이 선행되어야 한다.
Q. 한국 조직도 지금 Frontier 프로그램에 신청할 수 있나요?
현재 Scout Private Preview는 미국 내 Frontier 등록 조직 대상으로만 제공된다. 한국 조직은 지금 신청해도 Preview 접근이 보장되지 않는다. 글로벌 출시 일정은 별도 일정으로 추후 공개 예정이므로, Microsoft 365 공식 블로그와 Frontier 프로그램 업데이트를 주기적으로 확인하는 것이 현재 할 수 있는 가장 현실적인 준비다.
Q. OpenClaw가 오픈소스라면 Scout 없이도 직접 구축할 수 있나요?
OpenClaw 프레임워크 자체는 오픈소스지만, Scout는 OpenClaw 위에 Work IQ, M365 네이티브 통합, Purview 거버넌스 레이어를 더한 완성 제품이다. OpenClaw로 유사한 에이전트를 직접 구축하는 것은 기술적으로 가능하지만, Teams·Outlook·SharePoint와의 깊은 통합과 Entra ID 권한 연동을 직접 구현하려면 상당한 개발 비용이 든다. 개발 역량이 충분한 대형 기술 조직이라면 커스터마이징 가능성이 장점이 될 수 있다.