Microsoft Scout AI 에이전트, 도입 전 확인할 권한과 설정

Microsoft Scout는 다음 회의의 브리핑 자료를 준비하고, 로컬 파일을 처리하며, Microsoft 365로 일하는 동안 반복 업무를 점검하는 AI 에이전트입니다. IT 부서가 결정할 것은 어떤 업무를 얼마나 맡길지, 어떤 데이터를 사용하도록 허용할지, 어느 단계에서 사람의 승인을 받게 할지입니다.

반복적인 준비 업무가 실질적인 부담이고 조직에서 외부 AI 처리를 수용할 수 있다면, 참여자를 명확히 정한 소규모 그룹으로 Scout를 시범 도입하는 것을 권합니다. 초안의 유용성을 확인하는 동안에는 변경 작업에 승인을 요구하십시오. 무인 실행이 확실히 보장되어야 하거나 모든 처리가 Microsoft 365의 보호 범위 안에서 이루어져야 한다면 도입을 미루는 편이 좋습니다.

Scout는 Frontier 프리뷰입니다. 제공 여부와 기능은 달라질 수 있으며, 프리뷰 기능이 정식 출시를 보장하지는 않습니다. 이 가이드는 2026년 11월 6일 확인한 Microsoft 공개 문서를 기준으로 작성했습니다. 로그인한 상태에서 직접 테스트하거나 성능을 독립적으로 측정한 결과는 아닙니다.

Microsoft Scout AI 에이전트로 어떤 일을 할 수 있나요?

Scout는 데스크톱 앱에서 로컬 작업과 Microsoft 365의 업무 맥락을 연결합니다. 작업 공간과 브라우저를 갖추고, 허용된 범위에서 사내 정보에 접근하는 비서에 가깝습니다. 업무를 맡긴다고 모든 접근 권한까지 자동으로 부여되는 것은 아닙니다.

WorkIQ는 Scout가 Microsoft 365 곳곳의 정보를 모으도록 돕는 쿼리 계층입니다. 셸은 컴퓨터에서 프로그램을 실행하는 명령 인터페이스입니다. 평범한 대화로 시작한 요청이라도 이 두 가지 접근 권한은 상당한 영향을 미칠 수 있습니다. 자세한 내용은 데스크톱 기능 개요를 참고하십시오.

Scout를 사용하려면 무엇을 준비해야 하나요?

앱 설치는 클라이언트를 준비하는 단계일 뿐입니다. 배포 전에 필요한 라이선스를 확보하고 관리자 측의 두 가지 접근 허용 절차를 모두 마쳐야 합니다.

관리자가 사용을 허용한 뒤 사용자는 Scout를 설치하고 Microsoft 365와 GitHub에 로그인한 다음 작업 영역 폴더를 선택하고 권한을 검토합니다. 설치 및 사전 요건 가이드에 따르면 WorkIQ와 셸 접근은 기본적으로 켜져 있고 자동 승인은 꺼져 있습니다. 셸 접근이 켜져 있다는 것은 명령 실행을 요청할 수 있다는 뜻이지, 모든 실행이 승인되었다는 뜻은 아닙니다.

첫 번째 관문: Microsoft 365 관리 센터에서 Frontier 사용 허용

Copilot > Settings > View all로 이동해 Frontier를 검색하고 Copilot Frontier를 선택합니다. 사용 대상을 정한 뒤 저장합니다. Microsoft는 No access, All users, Specific users 옵션을 제공합니다. 시범 도입에는 Specific users를 선택하십시오. 설정이 반영되기까지 최대 약 3시간이 걸릴 수 있습니다.

두 번째 관문: Intune 정책 적용과 확인서 제출

Intune을 통해 대상 기기에서 Scout 사용을 허용한 뒤, Microsoft의 관리자 접근 설정 안내에 연결된 M365 Admin Frontier organization sign-up form을 작성합니다. 이 확인 절차는 처리가 Microsoft 365 외부에서 이루어질 수 있어 별도로 동의하는 단계입니다. Frontier 설정, 앱 설치, GitHub 라이선스 할당 중 하나만으로는 접근 준비가 끝나지 않습니다.

Windows에서는 microsoft-scout.admx와 microsoft-scout.adml을 가져와 가져온 템플릿 정책을 만들고, AllowScoutFrontierAccess 기능인 Allow Microsoft Scout Frontier access를 활성화합니다. Mac에서는 Device 채널을 사용하는 macOS Custom 프로필로 microsoft-scout.mobileconfig를 할당합니다. 시범 도입 대상 기기에 정책을 할당한 뒤 동기화가 끝날 때까지 기다립니다. 템플릿과 배포 절차는 Microsoft의 Intune 설정 가이드에서 확인할 수 있습니다.

GitHub의 Copilot 앱 정책도 확인해야 합니다. Business 또는 Enterprise 라이선스가 할당되어 있어도 엔터프라이즈나 조직 정책으로 사용이 차단될 수 있습니다. 1.1 이전 앱 버전은 Copilot CLI 정책을 사용합니다. 시범 도입 준비에 GitHub 관리자도 참여시키십시오.

Scout는 어떤 작업을 묻지 않고 실행하나요?

Scout는 설정된 권한이 허용하는 경우 새 프롬프트 없이 작업할 수 있습니다. 작업이 예약되어 있다는 이유만으로 실행 권한이 있다고 가정해서는 안 됩니다.

설치 가이드에는 자동 승인이 꺼져 있다고 나와 있지만, 명령 가이드에는 자동 승인 단계에 속하는 예시도 나옵니다. 무인 실행에 의존하기 전에 시범 도입 기기에 실제로 적용된 설정을 확인하십시오. 문서의 예시는 허용 가능한 권한을 설명한 것이며, 해당 권한이 켜져 있음을 보장하지는 않습니다.

Heartbeat는 선택한 근무 요일과 시간 안에서 15분, 30분, 1시간 또는 2시간 간격으로 하나의 지시를 반복합니다. Automations는 별도의 예약 작업 또는 조건에 따라 시작되는 작업이며, 한 번만 실행하도록 설정할 수도 있습니다. 이러한 백그라운드 모드에는 대화형 작업보다 엄격한 권한이 적용됩니다. 자주 묻는 질문 문서에서 권한 단계와 자율 실행 모드를 설명합니다.

Heartbeat에는 자체 정책이 있습니다. 일반적으로 승인이 필요한 작업은 건너뛰고, 외부로 보내는 메시지에는 비공개 데이터 대신 일반적인 내용을 사용하며, 미확정 일정도 바쁜 시간으로 처리합니다. 활동 로그도 확인할 수 있습니다. 민감한 경로는 다른 규칙에서 접근을 허용하더라도 명시적인 승인이 필요할 수 있습니다. 이러한 세부 사항은 Heartbeat 및 권한 가이드에 나와 있습니다.

첫 시범 도입에서는 예외 항목 목록이나 초안을 요청하십시오. 유용한 백그라운드 점검이라도 결과를 모든 관련자에게 자동 전송할 필요는 없습니다.

Microsoft 365의 내용을 변경할 때는 특히 주의해야 합니다. Scout는 메시지 전송·게시, 일정 변경, 목록 항목 편집, 받은 편지함 규칙 변경 전에 승인을 요청합니다. 파일 공유 요청에서는 파일, 수신자, 접근 수준을 검토해야 합니다. 특정 사용자에게 접근 권한을 부여하거나 권한 수준을 높일 수는 있지만, 기존 접근 권한을 제거하거나 익명 공유 링크를 만들 수는 없습니다. 이러한 워크플로의 허용 범위는 Microsoft 365 작업 가이드를 기준으로 확인하십시오.

사용자 권한, 샌드박스, 데이터 처리 범위

문서에 설명된 데스크톱 프리뷰는 로그인한 사용자의 권한으로 작동합니다. 조직의 Microsoft 365 ID로 인증하며, 해당 계정에 허용된 Microsoft 365 리소스에만 접근할 수 있습니다.

필요한 경우 관리자 권한으로 기기를 준비하되, Scout는 일반 사용자 계정으로 실행하십시오. Microsoft는 SYSTEM, 서비스, 다른 관리자 계정으로 실행하지 말라고 명시합니다. 사용자가 계속 로컬 관리자 권한을 유지할 필요는 없습니다.

샌드박스는 실행 범위를 제한하는 환경입니다. Microsoft는 Scout의 브라우저 엔진 샌드박스를 문서로 설명하며, --no-sandbox는 보안을 약화하는 지원되지 않는 우회 방법이라고 경고합니다. 그렇다고 모든 파일 작업과 셸 명령이 별도의 가상 머신 안에서 실행된다고 문서화한 것은 아닙니다. 배포 시에는 명시된 작업 영역 제한, 툴 권한, 엔드포인트 정책을 기준으로 판단하십시오. 관리형 환경 및 샌드박스 안내를 참고할 수 있습니다.

작업 영역 역시 직접 설정해야 하는 권한 경계입니다. 사용자는 이후 작업을 위해 추가 폴더에 대한 접근을 승인할 수 있으며, 이 기능은 릴리스 노트에 기록되어 있습니다. 접근 범위를 고정해야 한다면 작업 영역 제한 정책을 사용하십시오.

로컬에서 실행한다고 AI 처리까지 로컬에서 이루어지는 것은 아닙니다. 모델과의 상호작용에는 별도 약관이 적용되는 GitHub Copilot을 사용하며, 프롬프트와 콘텐츠가 설정된 외부 제공업체에 전달될 수 있습니다. Microsoft에 따르면 이러한 처리에는 Microsoft 365의 데이터 상주, 보존, 민감도 레이블 적용, eDiscovery 보호가 적용되지 않습니다.

저장 위치에 따른 경계도 따로 있습니다. 생성한 파일은 작업 영역에 저장합니다. 세션과 메모리는 테넌트의 통제를 받는 사용자 OneDrive에 저장합니다. 자동화 지시와 툴 출력은 로컬에 저장되며 Microsoft 365 데이터 보호 계약의 적용 범위 밖에 있습니다. 생성된 콘텐츠가 원본의 민감도 레이블을 자동으로 상속하지 않을 수도 있습니다. 이러한 차이는 책임 있는 AI 데이터 처리 FAQ에 정리되어 있습니다.

제가 적용하는 배포 원칙은 반복 작업을 승인하기 전에 실제 데이터 이동 경로와 결과물 처리 방식을 먼저 승인하는 것입니다. 입력으로 사용할 수 있는 데이터라고 해서 그 결과물을 공유하는 것까지 자동으로 승인되는 것은 아닙니다.

시범 도입에서 중요한 관리자 제어 항목

관리자는 Scout의 접근 범위와 자율 실행 수준을 모두 제한할 수 있습니다. Windows 정책은 HKLM\SOFTWARE\Policies\Scout 아래에 기기 단위로 적용되며, 일반 사용자는 변경할 수 없습니다.

출처(origin)는 웹사이트의 스킴과 호스트, 해당하는 경우 포트까지를 뜻합니다. 브라우저 목적지 차단은 이 범위에서 이해해야 하며, 모든 네트워크 경로를 제어한다고 해석해서는 안 됩니다. 각 제어 항목은 Microsoft의 관리자 정책 참조 문서에 정의되어 있습니다.

전용 작업 영역과 소수의 사용자를 정하고, 읽기 이외의 작업에는 승인을 요구하는 방식으로 시작하십시오. 유용한 작업을 정하고 필요한 단계가 완료될 수 있도록 정책을 설정한 뒤 백그라운드 모드를 켜십시오. 결과물의 신뢰성이 떨어지면 기능을 끌 책임 관리자도 지정해야 합니다.

우선순위로 살펴보는 시범 워크플로 6가지

처음에는 공유 기록을 바꾸기 전에 사람이 검토할 수 있는 결과물을 만드는 업무가 적합합니다. 아래는 제안하는 워크플로이며, 효과를 측정한 결과는 아닙니다.

회의 준비를 시범 도입한다면 기존 순서는 수집, 대조, 초안 작성, 검토, 실행입니다. 제안하는 방식은 앞의 세 단계를 위임하고 검토와 승인은 유지합니다. 계획을 위한 단순 계산으로, 현재 주간 브리핑 5건에 각각 30분이 걸리고 검토·수정을 건당 10분에 마칠 수 있다면 절감 가능 시간은 100분, 즉 1시간 40분입니다. 두 소요 시간은 모두 시범 도입에서 확인해야 합니다. 이는 Scout 벤치마크가 아닙니다.

Scout를 활용해 만들 만한 서비스 2가지

가장 유망한 기회는 Microsoft 365 고객 담당 팀을 위한 회의 브리핑 스킬과 시범 도입 패키지입니다. 2026년 11월 6일 조회한 DataForSEO의 미국 키워드 추정치에 따르면 “meeting preparation”의 월간 검색량은 390회입니다. 해당 업무에 대한 수요를 보여 주지만, 검색자가 Scout를 원한다는 증거는 아닙니다.

판매 가능한 최소 구성은 시범 도입 팀에 설치할 재사용 가능한 지시 세트, 합의된 정보 출처 목록, 브리핑 템플릿, 검토 기준표가 될 수 있습니다. 운영 또는 영업 지원 담당자는 준비 과정을 일관되게 만들고 빠뜨리는 정보를 줄이는 데 비용을 지불할 수 있습니다. Scout 스킬은 SKILL.md 파일에 작성한 재사용 가능한 절차입니다. 이는 워크플로 서비스 제안이며 Scout가 제품 개발용 공개 API를 제공한다는 주장은 아닙니다. 주의할 점은 출처에 대한 접근과 정보의 완전성입니다. 보기 좋은 브리핑이라도 결정적인 메일을 놓칠 수 있습니다. 경쟁력을 만드는 것은 프롬프트만이 아니라 팀의 절차와 품질 점검입니다.

두 번째 기회는 이메일 관리 중 예외 항목을 찾아내는 패키지입니다. 같은 DataForSEO 조회에서 “email management”의 미국 월간 검색량은 1,300회로 추정됩니다. 운영팀은 정해진 예외 유형을 찾아 검토 목록과 답장 초안을 만드는 분류 절차를 구매할 수 있습니다. 무인 발송을 목표로 삼을 필요는 없습니다.

최소 구성으로는 한 사람의 메일함, 소수의 예외 분류, 반복 지시, 이전에 해결한 사례로 만든 평가 세트를 포함할 수 있습니다. 문제는 권한 때문에 생기는 마찰과 오탐입니다. Heartbeat가 필요한 작업을 건너뛰거나 평범한 메일을 지나치게 많이 표시한다면 오히려 일이 늘어납니다. 이메일 관리 전반에 대한 검색 수요만으로 이 특정 구현에 비용을 지불할 의향까지 입증되지는 않습니다.

Scout와 다른 도구, 어떻게 선택할까요?

개인의 Microsoft 365 업무 맥락, 로컬 작업, 반복 실행이 모두 필요한 시범 도입이라면 Scout부터 검토하십시오.

팀이 함께 쓰는 반복 가능한 프로세스가 필요하다면 기업용 AI 에이전트 비교를 통해 Copilot 에이전트를 먼저 검토하십시오. 해당 가이드의 Microsoft 워크플로 기준을 적용해, 지속적으로 관리할 팀 프로세스가 필요한지 개인 비서가 필요한지 판단할 수 있습니다.

주된 업무가 문서 작업 위임이고 다른 공급업체의 데스크톱 환경도 고려할 수 있다면 Claude Cowork 가이드를 참고하십시오. 가이드에 설명된 로컬 실행과 클라우드 실행의 차이를 입력 데이터와 대조해 보십시오. 데스크톱 인터페이스라는 사실만으로 작업이 어디에서 실행되는지 알 수는 없습니다.

도입을 미뤄야 할 때와 월요일에 할 일

외부 추론 처리를 수용할 수 없거나, 정확성이 반드시 보장되어야 하거나, 검토 대기 작업을 맡을 사람이 없다면 도입을 미루십시오. Scout는 지시를 오해하거나 여러 단계로 된 작업에 실패할 수 있습니다. 생성된 메시지·문서·코드는 초안으로 취급해야 합니다. Microsoft는 이 프리뷰에서 미국 정부 및 소버린·국가별 클라우드 환경도 제외합니다.

월요일에는 담당자 한 명과 반복적인 준비 업무 하나를 고르십시오. 현재 단계와 소요 시간을 기록하고, 허용할 입력과 기대하는 결과물을 정한 뒤 검토 담당자를 지정합니다. Microsoft 365, Intune, GitHub 담당자가 함께 접근 요건을 확인하도록 하십시오. 그런 다음 감독하에 실행한 결과를 평가하고 반복 실행을 추가합니다.

수정, 누락된 입력 확인, 승인에 드는 수고를 모두 반영한 뒤에도 시간이 절약될 때만 확대하십시오. 아무도 믿지 못하는 무인 초안은 일을 줄인 것이 아닙니다.

Microsoft Scout는 무엇인가요?

Scout는 파일, 셸 명령, 브라우저, Microsoft 365를 넘나들며 작업하는 Frontier 프리뷰 데스크톱 에이전트입니다. 반복적인 백그라운드 작업을 지원하며, 실행 범위는 설정된 권한과 관리자 정책으로 제한됩니다.

Microsoft Scout는 어떻게 사용할 수 있나요?

관리자가 사용자를 대상으로 Frontier를 활성화하고, Scout의 Intune 정책을 적용한 뒤 확인 절차를 완료해야 합니다. 문서에 명시된 Microsoft 365 Copilot과 GitHub Copilot Business 또는 Enterprise 라이선스도 필요합니다. 이후 지원되는 데스크톱 앱을 설치하고 해당 계정으로 로그인합니다.

Microsoft Scout 요금은 얼마인가요?

이 글에서 검토한 Scout 문서에는 고정된 Scout 요금이 명시되어 있지 않습니다. 앞서 나열한 라이선스가 필요하며 토큰 요금 청구에는 GitHub 계정을 사용합니다. 시범 도입을 확대하기 전에 라이선스 담당자에게 적용되는 이용 조건을 확인하십시오. Microsoft 365 라이선스가 모든 사용을 포함한다고 가정해서는 안 됩니다.

팀에 맞게 범위를 정한 에이전트 워크플로가 필요하다면 AI 에이전트 개발을 확인하십시오.