Microsoft Scout와 OpenAI Codex가 바꾸는 엔터프라이즈 에이전트 운영

프롬프트를 기다리지 않는 에이전트가 등장했다

2026년 6월 2일 Microsoft Build에서 공개된 Scout는 M365 전반을 오가며 사용자를 대신해 자율적으로 일하는 에이전트다. 같은 날 OpenAI는 Codex에 엔터프라이즈 도메인 특화 플러그인 6종을 추가했다. 한쪽은 조직 내부에서 계속 움직이는 에이전트를, 다른 한쪽은 개발 밖의 지식업무까지 확장되는 실행 환경을 제시했다.

두 발표가 가리키는 방향은 같다. 사용자가 요청할 때마다 응답하는 Copilot 방식에서 벗어나, 목표와 권한을 부여받은 에이전트가 지속해서 판단하고 실행하는 Autopilot 방식으로 이동하는 흐름이다. 엔터프라이즈 AI를 단순한 생산성 도구가 아니라 독자적인 아이덴티티와 책임 범위를 가진 조직 구성원으로 다루기 시작한 것이다.

Scout를 Autopilot 클래스라고 부르는 이유

Microsoft Scout는 명시적인 프롬프트가 없어도 백그라운드에서 상시 작동한다. 정해진 목표를 향해 개별 작업을 스스로 선택하는 자율성, 에이전트별로 분리된 아이덴티티, M365 데이터와 애플리케이션을 가로지르는 통합이 설계의 중심에 있다.

독자적 아이덴티티는 단순한 계정 분리 이상의 의미를 갖는다. 각 Scout 인스턴스가 공유 서비스 계정 대신 별도의 Entra ID를 사용하므로 어떤 에이전트가 어느 리소스에 접근했고 무엇을 실행했는지 추적하고 귀속할 수 있다.

작업 범위도 특정 애플리케이션에 머물지 않는다. Teams, Outlook, OneDrive, SharePoint뿐 아니라 개인 채팅, 이메일, 캘린더, 연락처까지 Microsoft 365의 여러 데이터 소스를 연결해 행동한다. 기존의 “사용자가 묻고 AI가 답하는” 흐름이 “AI가 상황을 판단하고 사용자를 위해 실행하는” 구조로 바뀌는 셈이다.

Gartner는 2026년을 AI 에이전트 실질 배포 원년으로 지목했다. Scout는 이 전환을 대형 엔터프라이즈 소프트웨어 생태계 안에서 구현한 첫 번째 사례 중 하나다.

OpenClaw에서 Agent 365까지 이어지는 통제 구조

Scout의 기술 스택은 Microsoft가 자체 개발한 에이전틱 프레임워크 OpenClaw 위에 놓인다.

⤢✕

OpenClaw는 클라우드, 데스크톱, 웹 환경에서 함께 동작하도록 설계됐으며 멀티모달 컨텍스트 이해를 지원한다. 이 실행 기반 위에서 Entra ID가 에이전트별 신원을 부여한다. 작업 이력 감사, 권한 분리, 책임 귀속이 가능해지면서 공유 서비스 계정에 의존하는 기존 RPA의 거버넌스 취약점을 구조적으로 다룬다.

수명 주기 관리는 Agent 365가 담당한다. 2026년 5월 GA된 Agent 365는 Azure뿐 아니라 AWS와 GCP에서 실행되는 에이전트까지 시작, 중지, 삭제, 모니터링하는 제어 레이어다. Scout 역시 이 제어 플레인 위에서 관리된다.

데이터 접근 범위는 Intune 정책으로 제한한다. 에이전트가 조직의 모든 데이터에 포괄적으로 접근하게 두는 대신 명시적으로 승인된 리소스 안에서만 움직이도록 경계를 설정해 데이터 유출 위험을 줄인다.

현재 프라이빗 프리뷰에서 Scout를 사용하려면 Frontier 조직 등록, Intune 정책 구성, 옵트인 증명(attestation) 완료가 필요하다. GitHub Copilot 라이선스도 필수 조건이다.

M365 자동화 스택에서 Scout가 차지하는 자리

Scout는 독립된 단일 제품이라기보다 Microsoft가 2026년에 구축한 다층 에이전트 스택의 최상위 실행 레이어에 가깝다.

⤢✕

레이어	도구	역할
(1) 자동화 기반	Power Automate	결정론적 플로우·RPA
(2) 에이전트 생성	Copilot Studio	로우코드 에이전트 빌더
(3) 임베디드 보조	M365 Copilot	앱 내 프롬프트 기반 AI
(4) 거버넌스 제어	Agent 365	멀티클라우드 에이전트 관리
(5) 자율 에이전트	Scout	상시 자율 작동 Autopilot

Power Automate가 규칙에 따라 정해진 플로우를 실행하고 Copilot Studio가 에이전트를 만드는 계층이라면, M365 Copilot은 애플리케이션 안에서 사용자의 프롬프트를 보조한다. Agent 365는 여러 환경의 에이전트를 통제하고, Scout는 그 위에서 지속적으로 판단하고 행동한다.

MCP(Model Context Protocol)는 이 스택에서 에이전트와 외부 데이터 소스 및 도구를 연결하는 표준 인터페이스로 채택되고 있다. Microsoft 2026 Wave 1에도 개선된 MCP 서버 지원이 포함됐다.

Codex가 개발 도구 밖으로 확장하는 방식

OpenAI가 같은 날 발표한 Codex 엔터프라이즈 플러그인 6종은 Codex의 적용 범위를 소프트웨어 개발에서 화이트칼라 지식업무로 넓힌다.

⤢✕

데이터 애널리틱스

Snowflake, Databricks Genie, Hex, Tableau 등 주요 데이터 플랫폼과 직접 연동한다. 자연어 데이터 질의에 답하고 지표 변화의 원인을 설명하며 보고서와 대시보드를 자동으로 만든다. 데이터 분석가뿐 아니라 비데이터 전문가도 주요 사용자다.

영업

CRM 시스템의 고객 컨텍스트를 딜 워크플로우와 연결한다. 고객 이력을 요약하고 후속 이메일 초안을 만들며 영업 파이프라인 분석을 자동화하는 방식으로 활용된다.

크리에이티브 프로덕션

미디어와 콘텐츠 제작 과정에서 반복되는 작업을 맡는다. 스크립트 생성, 콘텐츠 일정 관리, 제작 자산 정리 등을 지원한다.

제품 디자인

제품 팀의 디자인 업무를 보조한다. 사용자 피드백 분석, 기능 명세 초안 작성, 디자인 리뷰 프로세스 지원이 포함된다.

에쿼티 인베스팅

주식 투자 분석 팀을 위한 재무 분석 자동화 도구다. 재무제표를 요약하고 비교 분석을 수행하며 투자 메모 초안을 작성한다.

투자은행 업무

M&A와 IPO 등 IB 업무에 맞춘 자동화 기능을 제공한다. 딜 문서 정리, 비교 기업 분석, 피치북 데이터 취합이 대상이다.

플랫폼은 62개 인기 비즈니스 앱에 즉시 연결할 수 있고 110개의 사전 구축 자동화 스킬을 제공한다. 주간 활성 사용자는 500만 명 이상으로, 2026년 2월보다 6배 이상 늘었다. 현재 지식업무자 비율은 약 20%이며 개발자 사용자보다 빠르게 성장하고 있다.

향후 파이프라인에는 기업 재무(Corporate Finance), 사모펀드(Private Equity), 마케팅 전략, 전략 컨설팅, 법무 플러그인이 예고돼 있다.

경쟁 구도는 통합 범위와 통제 방식에서 갈린다

2026년 엔터프라이즈 AI 에이전트 3강은 배포 환경, 아이덴티티, 제어 플레인과 자율성에서 서로 다른 접근법을 취한다.

항목	Microsoft Scout	Google Gemini Workspace	Anthropic 기업 에이전트
배포 방식	M365 네이티브	Google Workspace 네이티브	API / 파트너 통합
에이전트 아이덴티티	Entra ID (독자적)	Google Identity	API 키 기반
제어 플레인	Agent 365	Google Admin Console	자체 구현 필요
데이터 통합 범위	M365 전체 (Teams, Outlook, SharePoint 등)	Gmail, Docs, Drive, Meet 등	범용 (MCP 경유)
감사 추적	완전 감사 가능 (Entra 기반)	Google Workspace 감사 로그	사용자 구현
자율 작동 여부	상시 자율 (Autopilot)	부분적 자율	작업 단위 자율
현재 가용성	프라이빗 프리뷰	일부 GA	API GA
MCP 지원	2026 Wave 1 포함	지원 예정	핵심 지원

Scout의 차별점은 독자적인 Entra ID와 Agent 365 제어 플레인의 결합이다. 기업이 요구하는 권한 분리와 감사 가능성을 에이전트 아키텍처 안에 포함한다. Anthropic은 플랫폼 종속 없이 MCP를 이용한 범용 연동에 강점이 있고, Google은 Workspace 생태계 안에서 자연스러운 통합을 제공한다.

자율성을 허용하기 전에 통제 지점을 정해야 한다

Gartner는 에이전틱 AI 프로젝트의 40%가 비용, 불명확한 ROI, 미비한 리스크 통제로 인해 2027년 말까지 취소될 것으로 경고한다. Scout나 Codex 플러그인을 도입할 때는 에이전트가 무엇을 할 수 있는지만큼 어디에서 멈춰야 하는지를 설계해야 한다.

첫 통제 지점은 데이터 접근 경계다. 최소 권한 원칙(Principle of Least Privilege)에 따라 에이전트가 명시적으로 승인된 리소스에만 접근하도록 제한한다. Scout에서는 Intune 정책 기반 접근 제어가 이 역할을 맡는다.

다음은 감사 가능성이다. 어느 에이전트가 어떤 데이터에 접근했고 무슨 작업을 수행했는지 추적할 수 있어야 한다. Entra ID 기반 에이전트 아이덴티티는 행동의 주체를 분리하고 결과를 귀속하기 위한 설계다.

재무 거래, 외부 발송 이메일, 계약 체결처럼 위험이 큰 작업에는 Human-in-the-Loop 승인 게이트가 필요하다. 업무 유형별로 자율 실행이 가능한 구간과 인간의 확인이 필요한 구간을 구분해야 한다.

성과 측정 기준도 운영 전에 정한다. 절감 시간, 오류율 감소, 처리량 증가를 KPI로 두고 3~6개월 단위로 비용 대비 효과를 검증하는 체계가 필요하다.

기존 자동화와 기업 아키텍처에 미치는 영향

워크플로우 자동화는 BPM(Business Process Management), RPA(Robotic Process Automation), 에이전틱 AI 순으로 진화해 왔다. 규칙에 따라 반복 작업을 실행하는 RPA와 달리 Scout는 비정형 컨텍스트를 이해하고 상황에 맞춰 판단한다.

이 변화는 IAM의 관리 대상도 넓힌다. 에이전트마다 Entra ID를 부여하는 방식은 비인간 아이덴티티(Non-Human Identity, NHI)를 어떻게 관리할 것인가라는 문제와 맞닿아 있다. 기존 접근 통제 모델인 MAC, DAC, RBAC를 사람뿐 아니라 자율적으로 행동하는 에이전트에 적용해야 한다.

엔터프라이즈 아키텍처 관점에서는 에이전트 레이어가 새로운 구성 요소로 들어온다. Zachman 프레임워크나 TOGAF로 해석하면 자동화할 업무를 다루는 비즈니스 아키텍처와 OpenClaw, Entra ID, MCP로 구성되는 기술 아키텍처를 정렬하는 문제가 된다.

ITIL v4 기반 운영에서도 충돌 지점이 생긴다. 에이전트가 ITSM 티켓을 자율 처리하거나 변경 요청을 실행한다면 변경 관리와 문제 관리 프로세스가 요구하는 통제와 에이전트 자율성 사이의 경계를 정해야 한다. 에이전트를 ITIL 서비스 가치 체인의 실행자(actor)로 배치하는 아키텍처는 2026년 정보관리기술사 시험 출제 방향과도 연결된다.

에이전트 생태계의 경쟁 축

Microsoft와 OpenAI의 2026년 6월 발표는 엔터프라이즈 소프트웨어 시장이 에이전트를 중심으로 재편되는 흐름을 드러낸다.

OpenAI의 Codex 플러그인 6종과 추가 예정 플러그인, Microsoft의 Copilot Studio 에이전트 마켓플레이스는 Salesforce AppExchange와 유사한 에이전트 앱스토어 경쟁 구도를 만든다. 도메인 특화 SaaS 기업에는 Codex나 Scout용 플러그인을 직접 개발하고 배포할 채널이 생긴다.

사용자 기반도 개발자에서 지식업무자로 이동하고 있다. Codex 주간 활성 사용자 500만 명 가운데 지식업무자가 약 20%를 차지하고 있으며 개발자보다 빠르게 늘어나는 추세다. 이는 AI 에이전트 시장의 TAM이 기술 인력 시장을 훨씬 넘어선다는 점을 실증한다.

통합 표준에서는 MCP가 공통 축으로 부상한다. Microsoft, OpenAI, Anthropic 모두 에이전트와 도구를 연결하는 표준으로 MCP를 채택하는 방향으로 수렴하고 있다. MCP 서버를 보유한 SaaS 기업이 에이전트 생태계에서 유리한 위치를 차지하게 된다.

Scout가 제시하는 답은 독립된 아이덴티티와 중앙 제어 플레인이다. Codex는 도메인 특화 플러그인을 통해 에이전트가 수행할 업무의 폭을 넓힌다. 실행 범위가 커질수록 MCP 기반 연결뿐 아니라 접근 통제, 감사, 인간 승인까지 하나의 운영 구조로 묶는 일이 엔터프라이즈 도입의 핵심이 된다.