MS 빌드 2026: 에이전트가 오피스에 들어왔다

Microsoft Build 2026은 "AI가 답변하는 도구"보다 "AI가 일을 맡는 동료"에 가까운 그림을 제시했습니다. 다만 발표를 제대로 읽으려면 지금 쓸 수 있는 것과 아직 프리뷰인 것을 나눠 봐야 합니다.

엑셀을 켜고 "이 표를 정리해서 분기 요약을 만들어줘"라고 입력하는 장면을 떠올려 봅시다. 예전 같으면 함수, 피벗, 차트를 직접 만졌겠지만 이제는 AI가 표를 읽고 계산하고 요약 시트까지 만드는 흐름이 제품 안으로 들어왔습니다. Microsoft는 이 흐름을 에이전트 모드와 업무용 AI 에이전트라는 말로 묶어 설명합니다.

2026년 6월 2일 열린 Microsoft Build 2026의 핵심도 이 방향이었습니다. 다만 중요한 점이 있습니다. 발표의 일부는 이미 일반 제공 상태이고, 일부는 Frontier 고객이나 프리뷰 사용자에게만 열려 있으며, 일부는 아직 일정이 넓게 잡힌 로드맵입니다. 이 글은 발표 내용을 "오늘 쓸 수 있는 것"과 "아직 기다려야 하는 것"으로 나눠 정리합니다.

Build 2026의 핵심 메시지

Build 2026의 큰 문장은 명확합니다. AI가 "질문하면 답하는 비서"에서 "일을 맡아 처리하는 동료"로 이동하고 있다는 것입니다. Microsoft는 Copilot, Agent 365, Scout, Work IQ, Windows 에이전트 프레임워크, GitHub Copilot의 새 모델 흐름을 한데 묶어 업무용 에이전트 생태계를 강조했습니다.

이 말이 추상적으로 들린다면, 동사의 시제를 보면 됩니다. "이미 일반 제공됐다"는 기능은 회사가 오늘 테스트할 수 있습니다. "Frontier 고객에게 제공된다"는 기능은 초기 접근 대상이 제한됩니다. "프리뷰"나 "예정"은 발표 슬라이드와 실제 업무 도입 사이에 시간이 남아 있습니다. Build 2026은 이 세 종류가 한 화면에 섞여 있던 행사였습니다.

이번 행사가 특히 중요했던 이유는 Microsoft가 에이전트를 단일 앱 기능으로 보지 않았기 때문입니다. Word와 Excel 안의 Copilot, 사내 에이전트를 관리하는 Agent 365, 항상 켜져 있는 Scout, 개발자가 에이전트를 만들 때 쓰는 Work IQ APIs, Windows에서 로컬 에이전트를 돌리는 프레임워크가 한 방향으로 연결됐습니다. Microsoft가 그리는 그림은 "앱마다 Copilot 버튼을 붙이는 것"이 아니라 "업무 자체를 에이전트가 이어받는 구조"입니다.

읽는 법

기술 발표를 볼 때는 기능 이름보다 출시 상태가 중요합니다. GA, Frontier, preview, coming soon은 모두 다른 말입니다. 같은 "에이전트"라도 예산과 보안 정책에 바로 반영할 수 있는 기능과, 아직 관찰해야 할 기능은 분리해서 봐야 합니다.

현재형과 미래형 구분표

먼저 발표를 상태별로 나눠 보겠습니다. 이 표가 있어야 이후 내용을 과대평가하지 않을 수 있습니다. "발표됐다"는 말은 실제 사용 가능, 제한 접근, 공개 프리뷰, 로드맵을 모두 섞어 부를 수 있기 때문입니다.

지금 쓸 수 있는 것

가장 현실적인 변화는 Microsoft 365 앱 안에 있습니다. Word, Excel, PowerPoint의 Copilot 에이전트 모드는 Build 2026에서 처음 나온 기능이 아닙니다. Microsoft 365 블로그는 2026년 4월 22일 이 기능이 일반 제공으로 전환됐다고 발표했습니다. 따라서 Microsoft 365 Copilot 또는 관련 프리미엄 구독을 쓰는 조직이라면, 이미 기능을 테스트할 수 있는 상태입니다.

Microsoft가 공개한 프리뷰 30일 자체 측정치를 보면, 가장 강한 신호는 Excel에서 나왔습니다. Excel 에이전트 모드는 사용량 67%, 재방문 50%, 만족도 65% 증가로 발표됐습니다. Word는 52%, 11%, 21%, PowerPoint는 11%, 36%, 25%였습니다. 표, 수식, 차트처럼 규칙이 명확한 업무가 AI 에이전트와 잘 맞는다는 해석이 가능합니다.

Excel에서 신호가 큰 이유는 업무 특성 때문입니다. Word의 문장 다듬기나 PowerPoint의 슬라이드 구성은 취향과 맥락의 영향을 많이 받습니다. 반면 Excel은 "데이터를 정리한다", "표를 만든다", "분기별 변화율을 계산한다", "차트를 만든다"처럼 작업 단위가 비교적 명확합니다. 사람이 귀찮아하는 반복 작업과 AI가 실행하기 좋은 다단계 작업이 잘 만나는 영역입니다.

다만 Excel 에이전트 모드를 회계·재무·법무 같은 고위험 업무에 바로 맡기는 것은 별개의 문제입니다. Microsoft도 더 깊고 안정적인 편집, 변경 내용의 투명성, 사용자가 결과를 fine-tune할 수 있는 제어를 다음 개선 과제로 언급했습니다. 즉 기능은 일반 제공됐지만, 모든 고위험 문서를 자동 승인해도 된다는 뜻은 아닙니다.

조직 관점에서 더 중요한 것은 Agent 365입니다. Microsoft 보안 블로그는 2026년 5월 1일 Agent 365의 일반 제공을 발표했습니다. Agent 365는 직원이 만든 에이전트, 업무 시스템에 연결된 에이전트, 조직 안에서 돌아가는 에이전트를 발견하고 관리하는 보안·거버넌스 도구입니다.

이 기능의 의미는 분명합니다. 에이전트가 많아지면 "누가 어떤 AI를 어느 권한으로 돌리는지"가 새로운 보안 문제가 됩니다. Agent 365는 이 문제를 IT와 보안팀이 다루기 위한 관제탑에 가깝습니다.

Microsoft 보안 블로그는 에이전트가 이미 조직 환경 안에 들어와 있다고 봅니다. Copilot처럼 예상 가능한 위치뿐 아니라, 로컬 PC에서 실행되는 개인 AI 도우미, SaaS에 연결된 에이전트, 민감한 데이터에 접근하는 자동화 도구까지 범위가 넓습니다. 문제는 에이전트 자체가 아니라, 에이전트가 빠르게 늘고 앱·엔드포인트·클라우드를 가로지르며 통제 밖에서 움직일 수 있다는 점입니다.

그래서 Agent 365의 핵심은 "에이전트가 좋다/나쁘다"를 판단하는 것이 아니라 "보이지 않는 에이전트를 보이게 만드는 것"입니다. 어떤 에이전트가 사용자를 대신해 움직이는지, 어떤 에이전트가 자체 권한으로 백그라운드 작업을 하는지, 어떤 에이전트가 팀 워크플로우에 참여하는지 구분해야 합니다. 에이전트가 업무 도구가 되면, 에이전트 목록은 계정 목록만큼 중요한 보안 자산이 됩니다.

아직 프리뷰이거나 예정인 것

Build 2026의 더 화려한 부분은 아직 제한적입니다. Microsoft 365 Copilot의 Scout는 2026년 6월 2일 Build 발표에서 Frontier 고객에게 제공된다고 안내됐습니다. 이는 일반 전체 배포와 다릅니다. 실제로 회사에서 바로 쓰려면 조직의 라이선스, Frontier 접근 권한, 관리자 설정을 확인해야 합니다.

Work IQ APIs도 마찬가지입니다. Microsoft는 이 API를 2026년 6월 16일 일반 제공으로 안내했습니다. Work IQ는 사용자의 업무 맥락, 조직 데이터, 앱 사용 흐름을 Copilot과 에이전트가 이해하도록 돕는 기반입니다. 즉 에이전트가 "회사 안에서 내 일을 이해하는" 데 필요한 배경 지식 계층입니다.

Windows 쪽 발표도 개발자와 조직 관리자에게 더 가깝습니다. Windows 에이전트 프레임워크, 로컬 AI 실행 흐름, 에이전트가 PC에서 동작할 때의 보안 제어는 일반 사용자의 단일 기능이라기보다 에이전트를 만들고 통제하는 기반입니다.

Scout와 Work IQ가 의미하는 것

Scout는 Build 2026 발표 중 가장 미래지향적인 기능입니다. Microsoft는 Scout를 첫 Autopilot 에이전트로 소개했습니다. 여기서 Autopilot은 사용자가 매번 질문하지 않아도, 자체 정체성과 권한 안에서 백그라운드로 움직이는 항상 켜진 에이전트를 뜻합니다.

Scout가 겨냥하는 일은 단순 질의응답이 아닙니다. 일정 조율, 중요한 회의 표시, 준비 자료 생성, 마감 일정 파악, 달력에 집중 시간 확보, 결정이 지연되는 업무 위험 감지처럼 "하루 종일 쌓이는 조정 비용"입니다. 한국 직장인에게 익숙한 표현으로 바꾸면, 회의·메일·일정·자료 준비 사이에서 빠지는 맥락을 AI가 계속 붙잡고 있는 구조입니다.

그러나 Scout는 일반 사용자 전체에게 풀린 기능이 아닙니다. 공식 블로그 기준으로 Microsoft 직원이 초기 데스크톱 경험을 사용해 왔고, 이제 일부 고객의 private preview와 Frontier 조직으로 확장되는 단계입니다. 접근에는 Frontier 등록, Intune 정책 설정, opt-in attestation 같은 조건이 필요합니다. 따라서 "Build에서 Scout가 나왔다"는 말은 맞지만, "우리 회사 모든 직원이 바로 쓴다"는 말은 아닙니다.

Work IQ APIs는 Scout 같은 에이전트가 실제 업무 맥락을 이해하기 위한 기반입니다. Microsoft는 Work IQ를 이메일, 일정, 회의, 채팅, 파일, 사람, 협업 패턴, 업무 시스템을 처리해 조직이 어떻게 일하는지 이해하는 지능 계층으로 설명합니다. 단순히 파일을 검색하는 API가 아니라, 에이전트가 업무 맥락을 가져와 행동할 수 있게 하는 통로입니다.

여기서 중요한 변화는 "사람용 앱"에서 "에이전트용 API"로 무게가 옮겨간다는 점입니다. 사람은 Outlook이나 Teams 화면을 보며 클릭하지만, 에이전트는 더 낮은 지연 시간, 적은 토큰, 단순화된 도구 표면, 감사 가능한 실행 경로가 필요합니다. Microsoft가 Work IQ APIs를 강조한 이유는 바로 여기에 있습니다. 에이전트 시대의 경쟁력은 UI 디자인만이 아니라, AI가 안전하게 읽고 행동할 수 있는 업무 데이터 구조에서 나옵니다.

자체 모델 발표의 의미

이번 Build에서 개발자들이 주목한 또 하나의 축은 Microsoft 자체 AI 모델입니다. Microsoft는 MAI-Code-1, MAI-Thinking-1 같은 모델 흐름을 공개하며 GitHub Copilot과 개발자 경험에 자체 모델을 더 깊게 넣겠다는 방향을 보였습니다.

이 발표는 단순히 새 모델 하나를 추가했다는 뜻이 아닙니다. Microsoft가 OpenAI 모델만 쓰는 회사가 아니라, 자체 모델과 외부 모델을 함께 조합하는 플랫폼 회사로 움직이고 있다는 신호입니다. Azure, GitHub, Microsoft 365, Windows를 모두 가진 회사 입장에서는 모델 성능뿐 아니라 비용, 지연 시간, 데이터 통제, 제품 통합을 함께 봐야 하기 때문입니다.

다만 여기서도 조심해야 합니다. 자체 모델의 성능 주장은 대부분 공급사 발표와 초기 벤치마크에 기반합니다. 실제 개발팀에서 중요한 것은 "벤치마크에서 이겼다"가 아니라 기존 Copilot 워크플로우에서 결함률, 재작업 시간, 비용이 줄어드는지입니다. 모델 점수와 실무 결과가 갈릴 수 있다는 점은 GPT-5.5 벤치마크 분석에서도 같은 방식으로 확인할 수 있습니다.

한국 기업 입장에서는 이 흐름을 "Microsoft가 OpenAI와 멀어진다"는 단순한 구도로만 볼 필요는 없습니다. 더 현실적인 해석은 다중 모델 전략입니다. 업무 앱에는 빠르고 비용 효율적인 모델, 코딩에는 코드 특화 모델, 복잡한 추론에는 더 강한 모델, 조직 데이터 처리에는 Work IQ 기반 모델을 조합하는 방향입니다. 사용자는 모델 이름보다 결과물의 안정성, 관리자 통제, 비용 예측 가능성을 더 많이 체감하게 됩니다.

새로 생긴 리스크

에이전트는 편의만 늘리지 않습니다. 권한과 실행의 문제도 함께 키웁니다. 사람이 직접 클릭하던 일을 AI가 대신한다면, AI가 접근할 수 있는 파일, 메일, 일정, 브라우저, 사내 앱의 범위가 곧 보안 경계가 됩니다.

Agent 365가 조직용 에이전트 관리 도구로 나온 이유도 여기에 있습니다. 사내에서 누가 어떤 에이전트를 만들었는지, 그 에이전트가 어떤 데이터에 접근하는지, 문제가 생겼을 때 누가 끌 수 있는지 확인해야 합니다. 업무 자동화가 늘수록 "섀도 IT"가 아니라 "섀도 에이전트"가 실제 문제가 됩니다.

특히 Scout처럼 자체 정체성을 갖는 에이전트는 기존 챗봇보다 책임 경계가 더 중요합니다. 누가 실행했는지, 어떤 권한으로 실행했는지, 민감한 작업은 사람 승인을 받았는지, 데이터 손실 방지 정책이 적용됐는지 확인할 수 있어야 합니다. Microsoft가 Scout에 Entra identity, scoped credentials, Purview 기반 데이터 보호를 강조한 것도 이 때문입니다.

업무 자동화가 늘면 보안팀의 역할도 달라집니다. 예전에는 사용자가 어떤 앱을 설치했는지, 어떤 SaaS를 쓰는지 확인하는 것이 중심이었습니다. 이제는 어떤 에이전트가 어떤 도구를 호출하고, 어떤 데이터를 읽고, 어떤 결과를 외부로 쓰는지 봐야 합니다. 사람보다 빠르게 반복 실행하는 에이전트는 작은 권한 오류도 빠르게 큰 사고로 키울 수 있습니다.

한국 직장인에게 주는 의미

한국 직장인에게 가장 현실적인 출발점은 Excel입니다. Microsoft가 공개한 프리뷰 지표에서도 Excel의 신호가 가장 컸고, 실제 업무에서도 표 정리, 데이터 분류, 요약 시트 작성, 차트 초안 만들기는 반복성이 높은 작업입니다. 회사가 Microsoft 365 Copilot을 쓰고 있다면 새 발표를 기다리기보다 이미 있는 기능을 작은 업무에 적용해 보는 편이 빠릅니다.

반대로 메일·메신저·개인 업무 맥락을 깊게 이해하는 상시 에이전트는 조직 설정과 보안 정책의 영향을 크게 받습니다. "Build에서 발표됐다"는 말만으로 바로 쓸 수 있다고 보면 안 됩니다. 회사 IT 정책, 데이터 보관 위치, 관리자가 허용한 연결 앱을 먼저 확인해야 합니다.

개인 실무자는 세 가지부터 해보면 됩니다. 첫째, Excel에서 반복하던 표 정리 작업 하나를 골라 에이전트 모드에 맡깁니다. 둘째, 결과가 틀렸을 때 어디서 틀렸는지 기록합니다. 셋째, 같은 작업을 세 번 반복해 시간이 실제로 줄었는지 봅니다. 한 번의 성공 사례보다 반복 측정이 더 중요합니다.

조직은 더 보수적으로 접근해야 합니다. 에이전트 사용 현황을 먼저 파악하고, 어떤 데이터에 접근할 수 있는지 정리한 뒤, 민감한 작업에는 승인 단계를 둬야 합니다. 특히 한국 기업은 개인정보, 고객 데이터, 내부 결재 문서가 같은 업무 도구 안에 섞여 있는 경우가 많습니다. "AI가 편하다"보다 "AI가 어디까지 접근해도 되는가"를 먼저 정해야 합니다.

에이전트가 업무의 기본 단위가 되는 흐름은 Microsoft만의 이야기가 아닙니다. 쇼핑, 검색, 개발, 문서 작성 모두 같은 방향으로 움직입니다. 에이전트의 기본 개념은 AI 에이전트 입문 가이드에서, 소비 영역 변화는 AI 쇼핑 에이전트 분석에서 더 자세히 다뤘습니다.