Microsoft Scout와 Project Solara, 업무용 AI 에이전트가 항상 켜지는 시대

Microsoft가 말하는 다음 업무 환경은 ‘항상 켜진 에이전트’입니다

Microsoft가 Build 2026 흐름에서 제시한 메시지는 분명합니다. AI 에이전트는 더 이상 사용자가 매번 프롬프트를 입력해야만 움직이는 챗봇에 머물지 않습니다.

이번에 언급된 **Microsoft Scout**는 프롬프트를 기다리는 도구가 아니라, 백그라운드에서 업무 맥락을 살피고 필요한 일을 준비하는 개인 업무 에이전트에 가깝습니다.

핵심은 “AI가 답변을 잘한다”가 아닙니다. 이제는 AI가 팀즈, 아웃룩, 원드라이브, 셰어포인트, 로컬 작업 환경을 연결해 실제 업무 흐름 안에서 움직일 수 있느냐가 중요해지고 있습니다.

이 변화는 업무용 AI의 기준을 바꿉니다. 좋은 AI는 더 똑똑한 답변을 내는 것에서 끝나지 않고, 사용자가 놓친 일정, 문서, 회의, 후속 작업을 이어주는 운영 파트너가 되어야 합니다.

Scout는 ChatGPT식 대화창보다 ‘업무 자동 조종 장치’에 가깝습니다

Scout의 흥미로운 지점은 오토파일럿 에이전트라는 개념입니다. 사용자가 명령을 넣는 순간만 반응하는 것이 아니라, 백그라운드에서 일하고 필요할 때 개입하는 방식입니다.

예를 들어 회의가 끝난 뒤 관련 문서를 찾고, 후속 메일 초안을 만들고, 팀즈 대화에서 결정 사항을 추려내고, 원드라이브의 파일과 연결하는 흐름을 생각해볼 수 있습니다.

이런 구조가 가능해지면 AI는 “질문하면 답하는 비서”가 아니라 **업무 흐름을 계속 추적하는 개인 운영자**에 가까워집니다.

물론 이 방향은 편리함만큼 위험도 큽니다. 항상 켜져 있는 에이전트는 더 많은 맥락을 볼 수 있고, 더 많은 시스템에 연결될 수 있기 때문입니다.

그래서 Scout의 핵심은 기능보다 통제 구조입니다. Microsoft가 별도 Entra ID와 정책 통제를 강조한 이유도 여기에 있습니다.

기업용 AI 에이전트의 승부처는 거버넌스입니다

개인용 AI에서는 편리함이 먼저 보입니다. 하지만 기업 환경에서는 편리함만으로 충분하지 않습니다.

기업은 누가 어떤 에이전트를 실행하는지, 어떤 데이터에 접근하는지, 어떤 정책을 따르는지, 문제가 생겼을 때 어떻게 차단하는지를 확인해야 합니다.

Microsoft가 각 에이전트에 별도 Entra ID와 정책 통제를 부여하는 방향을 제시한 것은 AI 에이전트를 “사람 대신 일하는 소프트웨어 직원”처럼 다루겠다는 의미로 볼 수 있습니다.

이 관점은 중요합니다. 에이전트가 메일을 읽고, 파일을 열고, 회의 정보를 요약하고, 로컬 작업까지 수행한다면 단순 앱 권한보다 더 정교한 관리가 필요합니다.

결국 업무용 AI 에이전트 시장에서 승부는 모델 성능만으로 나지 않습니다. **권한, 감사, 정책, 격리, 로그**를 누가 더 안정적으로 제공하느냐가 기업 고객의 선택 기준이 됩니다.

Windows 보안 플랫폼은 로컬 에이전트 시대를 준비합니다

두 번째로 봐야 할 흐름은 Windows platform security for AI agents입니다. Microsoft는 Agent 365가 Windows에서 로컬 에이전트를 탐지하고 관리하는 기능을 확장하고 있다고 설명했습니다.

여기서 중요한 점은 에이전트가 클라우드 서비스 안에만 머물지 않는다는 것입니다. 앞으로의 AI 에이전트는 사용자의 PC, 로컬 파일, 개발 도구, 업무 앱과 더 가까운 위치에서 움직일 가능성이 큽니다.

초기 대상에 OpenClaw 에이전트가 포함되고, GitHub Copilot CLI와 Claude Code도 뒤따를 예정이라고 설명된 점은 상징적입니다.

이는 개발자용 에이전트와 업무용 에이전트가 점점 같은 보안 프레임 안으로 들어오고 있다는 뜻입니다. 즉, AI 에이전트는 브라우저 안의 챗봇이 아니라 운영체제가 관리해야 할 실행 주체가 되고 있습니다.

Build 2026에서 언급된 Microsoft Execution Containers SDK도 같은 맥락입니다. 정책 기반 가드레일과 격리 실행을 통해 에이전트가 어디까지 할 수 있는지 경계를 만드는 것이 핵심입니다.

Project Solara는 에이전트를 앱 밖으로 꺼내려는 시도입니다

세 번째 축은 **Project Solara**입니다. Microsoft는 Solara를 칩부터 클라우드까지 잇는 개방형 멀티에이전트 플랫폼으로 소개했습니다.

Scout가 업무 흐름 안의 개인 에이전트라면, Solara는 에이전트가 작동하는 더 큰 플랫폼 그림에 가깝습니다.

흥미로운 부분은 웨어러블 배지형 기기와 책상형 동반 기기 같은 참조 설계입니다. 이는 AI 에이전트를 특정 앱이나 화면 안에만 가두지 않겠다는 방향으로 읽힙니다.

지금까지 AI는 대체로 “앱을 열고 입력하는” 방식으로 쓰였습니다. 하지만 Solara식 접근은 AI가 더 자연스럽게 주변 환경과 연결되는 방향을 보여줍니다.

업무 현장에서 이것은 큰 의미가 있습니다. 회의실, 책상, 이동 중, 개발 환경, 문서 작업 공간이 모두 에이전트의 접점이 될 수 있기 때문입니다.

OpenClaw 언급이 중요한 이유

이번 흐름에서 OpenClaw가 언급된 점도 눈여겨볼 만합니다. 여기서 중요한 것은 특정 도구 하나의 이름보다, Microsoft가 외부 에이전트 생태계를 Windows와 기업 보안 체계 안으로 끌어들이려 한다는 점입니다.

AI 에이전트 시장은 하나의 회사가 모든 것을 독점하기 어렵습니다. 개발자들은 Codex, Claude Code, GitHub Copilot CLI, OpenClaw 같은 다양한 에이전트형 도구를 함께 쓰게 됩니다.

Microsoft 입장에서 중요한 것은 모든 에이전트를 직접 만드는 것이 아니라, 어떤 에이전트가 들어와도 탐지하고, 관리하고, 정책을 적용할 수 있는 기반을 만드는 것입니다.

이 전략이 성공하면 Windows는 단순한 운영체제가 아니라 **AI 에이전트 실행과 통제의 기본 플랫폼**으로 재정의될 수 있습니다.

결론: 업무용 AI는 ‘대화형 도구’에서 ‘관리되는 실행 주체’로 이동합니다

Microsoft Scout, Windows 에이전트 보안 플랫폼, Project Solara를 따로 보면 각각 새로운 기능처럼 보입니다. 하지만 세 가지를 함께 보면 방향은 하나입니다.

업무용 AI 에이전트는 이제 대화창 안에서 답변하는 도구를 넘어, 백그라운드에서 일하고, 운영체제에서 관리되며, 다양한 기기와 클라우드에 걸쳐 실행되는 구조로 이동하고 있습니다.

이 변화에서 가장 중요한 키워드는 생산성보다 신뢰입니다. 기업은 에이전트가 똑똑한지뿐 아니라, 안전하게 통제되는지 확인해야 합니다.

Scout는 상시형 개인 업무 에이전트의 모습을 보여주고, Windows 보안 플랫폼은 에이전트를 관리 가능한 실행 주체로 다루며, Solara는 에이전트를 앱과 화면 밖으로 확장하려는 플랫폼 그림을 제시합니다.

결국 Microsoft가 그리는 미래는 “AI를 쓰는 업무 환경”이 아니라 “AI 에이전트가 기본으로 깔린 업무 환경”입니다.

> 한 줄 요약: Microsoft의 Build 2026 에이전트 전략은 AI를 챗봇에서 벗어나, 항상 켜져 있고 통제 가능한 업무 실행 인프라로 바꾸려는 시도입니다.

참고 출처

• Microsoft, “Microsoft Scout, the new always-on personal agent for work built on OpenClaw”. Microsoft Build 2026 Live Blog에서 확인하기
• Windows Developer Blog, “Windows platform security for AI agents”. Windows Developer Blog에서 확인하기
• Microsoft, “Introducing Project Solara, a new platform for agents”. Microsoft Build 2026 Live Blog에서 확인하기