「듣는 AI」에서 「수행하는 AI」로: OpenClaw / ClawPilot / Microsoft Scout가 보여주는 업무 에이전트의 미래🦞

안녕하세요, 최근 AI 에이전트에게 일을 너무 많이 맡겨서 제 업무량이 얼마인지 알 수 없게 되어버린 아키텍트 야마판(やまぱん！)입니다.

보충 댓글이나 질문, 좋아요, 확산 부탁드립니다 🥺!

틀린 부분이 있다면 부드럽게 알려주세요!

이번에는 Microsoft의 공개 정보와, 실제로 접해본 사내판 Microsoft Scout와 같은 환경의 체감을 결합하여, 「업무 에이전트(Work Agent)」가 어디까지 현실성을 띠게 되었는지 정리해 보겠습니다.

2026/06/03 시점의 정리입니다.

이 기사에서는 Microsoft의 공식 blog / Learn / GitHub repo에서 확인할 수 있는 사실과, GeekWire나 Omar Shahine 씨의 개인 블로그에서 확인할 수 있는 정보를 나누어 다룹니다. 특히 ClawPilot / Project Lobster / Microsoft Scout는 public brand와 internal naming이 섞이기 쉬우므로, 본문에서도 나누어 작성하겠습니다.

• 제가 접한 사내판 Microsoft Scout와 같은 환경은 **M365, 브라우저, 자동화, 파일 조작을 하나로 묶은 업무용 에이전트 셸(Agent Shell)**이었습니다.
• Microsoft Scout는 현재의 공개 정보 기준으로 Windows / macOS용 desktop AI application입니다. M365 Copilot의 화면 그 자체가 아니라, Microsoft 365와 연결되는 별도의 앱으로 이해하는 것이 안전합니다.
• 공개 정보 기준으로 보면, OpenClaw는 OSS 기반의 personal agent runtime, Microsoft Scout는 Build 2026에서 전면에 등장한 public name, ClawPilot / Project Lobster는 internal / transitional naming으로 이해하는 것이 안전합니다.
• Build 2026에서는 Scout, OpenClaw on Windows, MXC, Work IQ APIs, Agent 365, Windows 365 for Agents가 나란히 등장하며, 로컬 runtime과 enterprise governance가 연결되기 시작했습니다.
• 핵심은 OpenClaw 단독이 아니라, Work IQ의 문맥 이해와 Microsoft 측의 실행·통제 레이어가 맞물리기 시작했다는 점입니다.

먼저, 가장 인상 깊었던 경험부터 쓰겠습니다.

이하에서는 제가 접한 그 환경을 사내판 Microsoft Scout와 같은 환경으로 기술하겠습니다. private data는 공개할 수 없지만, 어떤 도구가 있고 어떻게 동작했는지는 공유할 수 있습니다.

애초에 저 자신도 OpenClaw를 전부터 좋아했습니다. 계속 구동시켜 앱을 만들게 하거나 주식 정보를 조사하게 하는 등, 「내 PC 위에서 업무를 진행하는 runtime」으로 사용해 왔기에, 그것이 Microsoft 측의 Work IQ나 M365 연동과 맞물리기 시작한 것은 솔직히 기뻤습니다. 단순히 신제품이 나왔다는 느낌보다는, 좋아하던 runtime이 업무의 주류에 접속되기 시작했다는 감각이었습니다.

처음에 시도한 것은 꽤나 막연한 요청이었습니다.

내일 업무 알려줘

일반적인 chat AI라면 "일정표를 확인해 주세요"라고 답하고 끝나는 경우가 많습니다. 하지만 이 사내판 Microsoft Scout와 같은 환경에서는 내부적으로 m365_list_events가 실행되어, 다음 날 00:00부터 23:59까지의 time range를 지정하여 Microsoft Graph의 calendarView를 호출하고 있었습니다.

흥미로웠던 점은, 모호한 자연어(Natural Language)가 그대로 실무적인 API 호출로 변환되었다는 것입니다. 자연어로 대화하고 있음에도 내용은 완전히 업무용 도구였습니다.

세션 시작 시의 시스템 메시지에는 다음과 같은 도구군이 나열되어 있었습니다.

• File System Access
• Shell
• Browser Control
• Search Web
• WorkIQ
• M365 Tools (m365_*)
• Self-Control tools (m_*)

설정 화면에는 Schedule (스케줄), Condition (조건), Steps (단계), Headless Browser (헤드리스 브라우저), Teams notifications (Teams 알림), Permissions (권한)가 있었습니다. 단순히 채팅으로 답하기만 하는 UI가 아니라, **정기적으로 실행할 업무를 설정하고 알림 대상과 권한까지 포함하여 운용하는 agent (에이전트)**를 전제로 한 화면이었습니다.

공식 문서의 Scout overview (Scout 개요)에서도 15분에서 120분 간격의 periodic background check-in (정기적인 백그라운드 체크인)이 있다고 명시되어 있습니다. 이는 제가 본 화면의 인상과도 일치했습니다. 규모가 큰 태스크를 한동안 계속 실행하며 개선시키거나, 심층 리서치를 지속시키는 등 long-running (장기 실행) 방식의 사용법과도 궁합이 좋아 보였습니다. 이 지점은 '한 번 묻고 한 번 답하는' AI보다 명백히 업무에 적합합니다.

제 체감으로는, 이 사내용 Microsoft Scout와 같은 환경이 더 가볍게 느껴졌습니다. 모델의 속도 차이도 있겠지만, 그 이상으로 IDE (통합 개발 환경)를 거치지 않는다는 점이 효과적이었습니다.

VS Code의 Copilot Chat은 코드와 워크스페이스를 읽는 데 최고입니다. 반면 '일정을 확인하고, 메일을 보고, 브라우저에서 조사하여, 다음 작업까지 진행하는' 일은 IDE 내부에서 수행해야 할 필연성이 없습니다. 제가 접한 환경은 그 목적에 맞춘 **업무용 경량 agent shell (에이전트 셸)**이었습니다.

체감상 가장 비슷했던 것은, GitHub Copilot CLI에 M365 직접 조작과 브라우저 자동화를 추가한 듯한 사용감이었습니다. 메일 전송과 같은 실무적인 조작도 민감한 작업에서는 확인 절차를 거치며 진행할 수 있습니다. skill (스킬)을 사용한 반복 작업까지 하나의 흐름으로 다룰 수 있어 전체적으로 매끄럽게 작동했습니다.

여기까지 읽으면, "결국 그게 Microsoft Scout인가요? M365 Copilot인가요? 아니면 로컬 agent인가요?"라는 의문이 생길 것입니다. 이 부분은 우선 현재 공개된 정보만을 바탕으로 짧게 정리해 두겠습니다.

Microsoft Scout overview와 FAQ를 그대로 읽어보면, Microsoft Scout는 **Windows와 macOS에서 동작하는 desktop AI application (데스크톱 AI 애플리케이션)**입니다. 로컬 파일, shell (셸), browser (브라우저)를 다룰 수 있지만, 동시에 Microsoft 365 데이터와도 연결되므로, 완전한 온디바이스 전용 agent라기보다는 로컬 실행 + 클라우드 연동의 하이브리드로 보는 것이 자연스러웠습니다.

제가 현재 가장 무리 없이 이해하고 있는 정리 방식은 다음과 같습니다.

M365 Copilot 그 자체는 아님: Microsoft 365 관리 센터나 Microsoft 365 데이터 연동을 사용하지만, Scout 자체는 별도의 desktop app (데스크톱 앱)입니다.
완전 로컬도 아님: FAQ에서는 GitHub Copilot SDK를 사용하며, 외부 모델에 접속하는 경우가 있다고 설명되어 있습니다.
GitHub Copilot을 전제로 읽는 것이 안전함: Admin access overview (관리자 액세스 개요)에서는 Frontier access만으로도 부족하고, GitHub Copilot license만으로도 부족하다고 명시되어 있습니다. 현재의 docs (문서) 기준으로는 business / enterprise를 전제로 읽는 것이 안전합니다.
전제 조건이 무거움: Frontier preview 참여, Microsoft 365 관리 센터에서의 Copilot Frontier 활성화, Intune policy (인튠 정책), 관리자 attestation (증명), GitHub 계정, GitHub Copilot Business / Enterprise license가 모두 갖춰져야 비로소 로그인할 수 있습니다.

현재 공개된 docs만으로 판단한다면, Scout는 **Microsoft 365의 관리와 데이터를 사용하는 desktop agent (데스크톱 에이전트)**입니다. GitHub Copilot 계열의 runtime (런타임)을 업무용으로 최적화한 것이라고 해석하는 것이 가장 적절해 보였습니다.

이 주제는 이름이 정말 혼란스럽기 때문에, 미리 정리해 둡니다.

이름	현재 시점에서 확인 가능한 위치	확인 가능한 곳
OpenClaw	OSS (Open Source Software) 기반의 personal agent runtime	OpenClaw 공식 사이트 / GitHub
OpenClaw on Windows	OpenClaw를 Windows 상에서 사용하는 companion / runtime 측의 공개 진입점	openclaw-windows-node / Windows Developer Blog
Project Lobster	Microsoft 사내 initiative (이니셔티브) 측의 이름으로 읽힘	Omar Shahine 씨의 개인 블로그 / GeekWire
ClawPilot	사내 또는 preview 주변에서 사용된 internal / transitional naming (내부/과도기적 명칭)으로 보는 것이 안전함	GeekWire / Microsoft Scout Intune setup
Microsoft Scout	Build 2026에서 전면에 내세운 public name (공식 명칭)	Microsoft 365 blog / Learn

공개 명칭은 Scout, Windows 측의 공개 진입점은 OpenClaw on Windows이며, 그 중간 단계나 사내 측 명칭으로 ClawPilot / Project Lobster가 등장합니다. 현재로서는 이 정리가 가장 무리가 없습니다.

ClawPilot이라는 이름이나 "3,000+ users"라는 숫자는 GeekWire 등 보도 소스의 비중이 높습니다. 반면, Learn의 Microsoft Scout Intune setup에는 Allow Clawpilot Frontier access라는 정책(policy) 명칭이 남아 있으며, Clawpilot을 internal product name (내부 제품명)이라고 설명하고 있습니다. 따라서 본문에서는 "public은 Scout, ClawPilot은 internal / transitional"로 구분하여 다룹니다.

OpenClaw는 Peter Steinberger 씨가 개발한 OSS 기반의 personal AI assistant runtime입니다. 2025년 11월에 Clawdbot으로 공개되었으며, 이후 OpenClaw로 리네임(rename)되었습니다.

OpenClaw는 **runtime (런타임)**입니다. 공식 사이트와 GitHub README를 읽어보면 다음과 같은 능력이 전제되어 있습니다.

• Persistent memory (지속성 메모리)
• Browser control (브라우저 제어)
• Full system access (전체 시스템 액세스)
• Skills & plugins (스킬 및 플러그인)
• Multi-channel messaging (멀티 채널 메시징)

요컨대, OpenClaw는 자신의 PC 상에서 상시 동작하는 personal agent runtime입니다. 이메일, 일정, 브라우저, 파일 등 모든 것을 넘나들며 "업무를 진행하는" 쪽에 가깝습니다.

Windows용으로는 openclaw-windows-node도 공개되어 있어, 시스템 트레이 상주, 화면 캡처, 셸(shell) 실행까지 다룰 수 있는 형태를 볼 수 있습니다.

제가 OpenClaw를 흥미롭다고 느낀 결정적인 이유 중 하나는 Microsoft의 Corporate Vice President인 Omar Shahine 씨의 개인 블로그였습니다. 공개 정보를 추적한다면, 우선 'Meet Lobster: My Personal AI Assistant'가 입구가 됩니다.

2026년 2월, Shahine 씨는 자신의 MacBook Air M1에 OpenClaw를 설치하여 Lobster 🦞라는 personal agent를 만들었습니다. 이 부분의 분위기는 Shahine 씨 본인의 'Meet Lobster'를 읽어보면 쉽게 파악할 수 있습니다.

단순히 "편리했습니다"로 끝나는 것이 아니라, **AI를 신입 어시스턴트처럼 다루는 멘탈 모델 (mental model)**이 구체적으로 서술되어 있었다는 점이 좋았습니다.

기사에 등장하는 사용법 또한 단순한 기술 데모가 아닙니다. 예를 들어 "내일 일정은?"이라는 질문에 읽지 않은 이메일이나 배송 알림까지 정리해서 답변합니다. 가족이 "비행기 언제 도착해?"라고 물으면 도착 시각과 마중 나갈 준비까지 답변합니다. 여행 상담 시에는 갑자기 링크를 던지는 것이 아니라 "몇 박이야? 둘이서만 가? 호텔파야?"와 같이 확인 질문부터 시작합니다. 이 점이 단순한 chat bot (챗봇)이 아니라 **업무와 생활의 흐름에 스며드는 agent (에이전트)**다움이었습니다.

더욱 흥미로운 점은 에이전트를 세 가지로 나누었다는 점입니다.

Lobster: 개인 전용. 이메일, 파일, 쉘 (shell)까지 풀 액세스 (full access) -
Lobster-Groups: 가족 그룹 채팅용. Docker 샌드박스 (sandbox) 내에서 제한적 사용 -
Lobster-Family: 가족이 개별적으로 DM을 보내는 용도. 공유 캘린더나 여행 정보만 확인 가능

제어의 핵심은 프롬프트 (prompt)뿐만 아니라, 애초에 전달하는 도구 (tool) 자체를 분리하는 것에도 있었습니다. 이것이 나중에 Microsoft 측의 보안 (security) / 거버넌스 (governance) 이야기로 이어집니다.

여기서부터 Microsoft 측의 맥락으로 연결됩니다. Omar Shahine 씨는 이후 OpenClaw와 개인용 에이전트 (personal agents)를 Microsoft 365 측으로 가져오는 역할을 맡게 되었으며, 그 흐름 속에서 Project Lobster나 ClawPilot이라는 이름이 등장합니다. 공개된 정보로는 Shahine 씨의 "Lobster Got Hired"와 GeekWire의 "Microsoft's OpenClaw team takes on the personal assistant challenge"가 주요 단서입니다.

GeekWire의 보도에 따르면, 팀명은 Ocean 11이며 Product, Architecture, Security, M365 Integrations, Teams Surface, Identity 등의 역할로 구성되어 있고, 나아가 2026년 5월 시점에 Microsoft 사내에서 3,000명 이상이 매일 사용하고 있었다고 소개되었습니다. 한편, Shahine 씨 본인의 "Lobster Got Hired"에서도 Microsoft 365 측으로 개인용 에이전트 (personal agents)를 가져오는 흐름과 팀의 열기가 전해집니다. 이 부분은 Microsoft 공식 문서 (docs)가 아니라 보도나 개인 블로그 기반이므로 다루는 데 신중을 기해야 하지만, 적어도 "주말의 개인 실험"으로 끝나지 않고 사내에서 큰 움직임이 되고 있었다는 점은 전달됩니다.

저는 이 흐름이 좋습니다. OpenClaw와 같은 개인용 런타임 (personal runtime)이 개인의 놀이나 실험에서 M365나 Work IQ와 연결되는 업무 도구로 다가가는 것. 그 가교로서 Lobster / ClawPilot / Scout라는 이름이 차례로 등장했다고 읽는 것이 가장 자연스럽습니다.

Build 2026에서는 "대단해 보이는 사내 데모"였던 이야기에 공개된 명칭과 공개 레이어 (layer)가 붙었습니다.

가장 먼저 눈에 띈 것은 Autopilots라는 카테고리가 전면에 나섰다는 점이었습니다. 단순히 앱 이름이 하나 늘어난 것이라기보다, "always-on", "long-running", "autonomous agents"라는 덩어리로 보여주려 했다는 점이 인상적이었습니다.

이 슬라이드에서는 에이전트 (agent)를 단발성 채팅의 연장이 아니라, 지속적으로 실행되는 업무 단위로 다루고 있었습니다. Scout를 단품으로 보는 것보다 이 카테고리 전체를 보는 것이 의도를 파악하기 더 쉬웠습니다.

제가 추적하고 있었던 것은 다음의 4개 층입니다.

2026년 6월 2일 자 Microsoft 365 블로그에서는 Microsoft Scout가 첫 번째 Autopilot으로서 공개되었습니다. Microsoft Scout (Frontier) 개요 (overview)를 읽어보면 데스크톱 앱 (desktop app), 브라우저 (browser), 로컬 리소스 (local resources), MCP 서버 (MCP servers), 자율적 백그라운드 실행 (autonomous background execution)까지 문서화(docs)되어 있습니다.

여기서 처음으로 Project Lobster / ClawPilot 측의 흐름에 Microsoft의 공개 명칭 (public name)이 붙었습니다.

Windows Developer Blog에서는 MXC를 얼리 프리뷰 (early preview)로 출시하며, 그 위에서 OpenClaw runs natively on Windows leveraging MXC (OpenClaw는 MXC를 활용하여 Windows에서 네이티브로 실행됩니다)라고 설명하고 있습니다. microsoft/mxc의 README에서는 아직 얼리 프리뷰 (early preview) 단계이며 보안 경계 (security boundary)로서는 미성숙하다고 명시되어 있습니다.

여기서 말하는 OpenClaw on Windows의 스크린샷은 openclaw/openclaw-windows-node에 공개되어 있는 Windows Companion 측의 것입니다.

현재 공개되어 있는 Windows 측의 입구도 이 repo입니다. 직접 체험해보고 싶은 분들은 여기서 companion app, Windows node, shared library, PowerToys Command Palette extension의 구성을 따라가 볼 수 있습니다.

이것은 단순한 이식(porting)이 아닙니다. OpenClaw를 enterprise 환경에서 구동하기 위한 containment(격리)를 Windows 측이 담당하기 시작했다는 의미입니다.

스테이지 데모에서도 Node Sandbox나 permission(권한)을 보여주는 방식이 전면에 드러나 있었습니다. 이는 단순히 "Windows에서도 작동합니다"로 끝나는 것이 아니라, "어떻게 격리하고 어떻게 permission을 차단할 것인가"를 product surface(제품 접점)로서 보여주는 구성이었습니다.

Build의 모습으로서, 이른바 「Microsoft × OpenClaw」의 느낌이 가장 강했던 것도 이 부분입니다. Windows 측의 공식 blog가 OpenClaw를 정면으로 다루고 있고, GitHub 측에서는 Windows Companion / Windows node의 구현이 보이기 때문에, research demo라기보다는 product와 runtime이 연결되기 시작한 순간으로 보입니다.

이른바 **「ClawPilot Windows처럼 보였던 화면」**을 넣는다면, 이 2장이 가장 가깝습니다.

OpenClaw on Windows 데모에서는 Node Sandbox, Security level, Permissions가 UI에 나열되어 있었습니다. Windows 측의 containment 설계까지 포함하여 productize(제품화)하려 한다는 것을 알 수 있습니다.

Windows Companion 측에서는 Gateway, Windows Node, Permissions, Sessions까지 나열되어 있어, "작동한다"는 것보다 "관리하며 사용한다"는 방향이 전면에 나와 있었습니다.

2026년 6월 2일 자 Microsoft 365 blog에서는, Work IQ API가 2026년 6월 16일에 GA(General Availability) 된다고 명시되었습니다. Work IQ API overview와 함께 살펴보면, Chat / Context / Tools / Workspaces라는 agent(에이전트)를 위한 surface가 갖춰지기 시작하고 있습니다.

Claw / Scout 계열의 맥락에서 보면 이 부분은 상당히 중요합니다. REST API와 CLI뿐만 아니라, remote MCP support 및 A2A communication까지 포함된 연결 측면이 등장함으로써, "업무의 맥락(context)"과 "실행계 runtime"을 잇는 계층이 매우 명확해졌습니다.

이 슬라이드가 좋았던 점은 Work IQ / Foundry IQ / Web IQ가 Context → Decisions → Actions를 잇는 공통 기능 계층으로서 나열되어 있었다는 것입니다. Scout나 Cowork가 동일한 기반 위에 올라가 있다는 점을 쉽게 읽어낼 수 있습니다.

Agent 365 overview는 governance(거버넌스) 측의 control plane(제어 평면)으로서, Windows 365 for Agents in Agent 365나 What’s new in Windows 365 for Agents는 execution(실행) 측의 레이어로 읽을 수 있습니다.

Build 2026에서 공개된 것은 단독 기능이 아니라, **Scout / Work IQ / MXC / Agent 365 / Windows 365 for Agents를 하나로 묶은 platform story(플랫폼 스토리)**였습니다.

차이가 발생하는 지점은 OpenClaw 단독이 아니라, Work IQ와 governance / execution 레이어가 얼마나 잘 맞물리는가입니다.

Work IQ는 대략 다음과 같은 3개 계층으로 구성됩니다.

Data: Microsoft 365 테넌트 데이터 및 외부 연결 데이터 -
Context: Semantic Index, Memory, 행동 패턴 -
Skills & Tools: agentic skills(에이전트적 기술) 및 실행 도구

OpenClaw 단독으로는 "잘 작동하는 runtime (런타임)"까지는 만들 수 있어도, 업무의 문맥(context)은 직접 수집해야 합니다. 반대로 Work IQ 단독으로는 M365 데이터에 grounding (그라운딩)된 똑똑한 답변은 가능하지만, 로컬 PC 상에서 상시 작동하는 runtime (런타임)까지는 갖추고 있지 않습니다. 그렇기에 저는 Scout / ClawPilot 계열의 재미는 OpenClaw의 실행력과 Work IQ의 문맥 이해가 맞물린 지점에 있다고 생각합니다.

제가 본 환경에서도 도구 목록에 WorkIQ와 M365 tools가 포함되어 있었습니다. 덕분에 "내일 업무 알려줘"라는 요청이 그대로 Graph API 기반의 실제 작업으로 이어질 수 있었던 것입니다.

4가지를 나란히 놓고 비교하면 차이점은 다음과 같습니다.

여기서 비교하고 있는 것은 **"업무를 맡기는 주체"**로서의 4가지입니다. OpenClaw on Windows는 별개의 주체가 아니라, OpenClaw를 Windows 상에서 구동하는 companion / execution layer (컴패니언 / 실행 계층)로 취급했기에 목록에는 넣지 않고 직전 절에서 나누어 기술했습니다.

관점	OpenClaw (순수)	Microsoft Scout / ClawPilot 계열	M365 Copilot Chat	Copilot Cowork
상시 가동	○ (로컬 PC)	○ (로컬 PC)	×	○ (클라우드)
...

Copilot Cowork는 사용자가 요청한 업무를 배경의 클라우드 환경에서 계획 및 실행하는 방향입니다. 중요한 조작에서는 승인 과정을 거치며, sandboxed cloud execution (샌드박스화된 클라우드 실행)을 전제로 합니다.

Scout / ClawPilot 계열은 로컬 PC 상에서 민첩하게 업무를 진행하는 쪽에 가깝습니다. 둘 다 Work IQ를 공유하면서도, 실행 장소와 통제 방식이 다릅니다.

제 일상적인 업무에 비추어 본다면, 솔직히 Copilot Cowork보다 Scout / ClawPilot 계열이 더 사용하기 편하다고 느꼈습니다. 이유는 간단합니다. 메일을 보내고, skill (스킬)을 호출하고, 브라우저에서 확인하는 등의 흐름이 동일한 장소에서 연결되어 있어 빠르기 때문입니다. Cowork의 클라우드 실행은 매력적이지만, 매일의 세세한 업무를 템포 있게 진행하는 감각은 저에게 이 로컬 중심적이면서도 백그라운드 실행을 사용할 수 있는 경험이 더 잘 맞았습니다.

저는 OpenClaw 계열을 단순히 "위험해 보인다"라고 치부하기보다, Microsoft가 어떻게 enterprise (엔터프라이즈)용으로 정비하려고 하는지를 보고 싶습니다.

Microsoft Security Blog나 Securing AI agents on Windows를 읽어보면, 적어도 다음과 같은 태도가 나타납니다.

• local agent (로컬 에이전트)는 governance (거버넌스) / identity (아이덴티티) / containment (격리)를 전제로 운용한다
• Agent 365가 control plane (컨트롤 플레인)을 담당한다
• Windows 365 for Agents나 MXC가 execution (실행) / containment (격리)를 담당한다
• OpenClaw와 같은 local runtime (로컬 런타임)도 그대로 자유롭게 실행하는 것이 아니라, hardening (하드닝)을 거치며 public (퍼블릭) 영역에 가깝게 가져간다

Shahine 씨도 enterprise-hardening (엔터프라이즈 하드닝)을 최우선 과제로 언급하고 있으며, prototype agents (프로토타입 에이전트)에 전용 Entra ID나 Exchange mailbox를 부여하는 설계도 그 연장선상에 있습니다.

OpenClaw는 그 자체로 기업 도입을 위해 폐쇄된 기술이 아닙니다. Microsoft가 Scout / MXC / Agent 365 / Windows 365 for Agents를 통해 기업용으로 정비해 나가는 과정에 있는 기술로 보는 것이 더 정확합니다.

현시점에서 아직 알 수 없는 부분도 많이 남아 있습니다.

• Scout가 Frontier / preview 단계에서 어느 시점에 광범위하게 공개될 것인가
• Project Lobster가 앞으로도 public하게 유지될 이름인가
• 3,000+ daily users라는 규모가 Microsoft 공식적으로 어디까지 공개될 것인가
• Work IQ / Agent 365 / Windows 365 for Agents와 Scout의 내부 구현이 어디까지 공통되어 있는가
• 에이전트(agent)별 Entra ID, mailbox, Teams presence가 어디까지 구현되었는가
• 일반 사용자에게 공개될 경우, 어떤 SKU / 라이선스에 포함될 것인가

이러한 부분들은 향후 Learn 업데이트나 Build 후속 블로그가 중요해질 것으로 보입니다.

OpenClaw는 원래 로컬에서 업무를 진행하는 personal agent runtime으로서 흥미로웠습니다. 여기에 Microsoft가 Scout라는 public name, Work IQ라는 지능층, 그리고 MXC / Windows 365 for Agents / Agent 365라는 실행 및 통제층을 겹쳐 놓음으로써, 갑자기 enterprise 측면의 현실감이 더해졌습니다.

실제로 접해본 그 환경 또한 바로 그 과도기적 형태였습니다. 단순히 답하기만 하는 것이 아니라, 일정을 확인하고, 선택지를 제시하며, 작업을 한 단계 더 진전시킵니다. AI가 '듣는 것'에서 '진행하는 것'으로 변한다면, 그 상징적인 관측점 중 하나가 바로 이 계통이라고 생각합니다.

Build 2026 전후의 움직임은 계속해서 추적하고 싶습니다. 이곳은 이제 막 시작되었을 뿐이지만, 이미 추적할 만한 재료들은 충분히 갖춰져 있습니다 🧠🦞