Microsoft Build 2026 AI 발표 정리: Microsoft AI는 '모델'보다 먼저 에이전트 기반을 구축하러 오고 있다

Microsoft Build 2026에서는 AI 관련 발표가 상당히 많았던 것 같습니다.

언뜻 보면 "Microsoft AI가 새로운 모델을 출시했다"라는 뉴스가 눈에 띕니다. 특히 MAI-Thinking-1이나 MAI-Image-2.5는 이해하기 쉬운 토픽입니다.

하지만 전체를 살펴보면, 개인적으로는 모델 단독 발표보다 에이전트(Agent)를 업무에서 구동하기 위한 기반을 Microsoft가 수직적으로 통합하려 하고 있다는 관점이 더 설득력 있게 다가왔습니다.

이 기사에서는 Microsoft Build 2026의 AI 발표를 다음 관점에서 정리합니다.

• 모델: Microsoft 독자적인 MAI 패밀리
• 컨텍스트 (Context): Microsoft IQ / Work IQ / Fabric IQ / Web IQ / Foundry IQ
• 실행 기반: Microsoft Foundry Agent Service
• 통제: Agent 365와 trust stack
• 개발자 관점: 무엇을 눈여겨보면 좋을까

참고로, 본 기사는 2026년 6월 시점의 공식 발표를 바탕으로 한 개인 메모입니다. private preview / public preview / GA 예정 기능이 혼재되어 있으므로, 실제로 사용할 경우에는 최신 공식 문서를 확인해 주세요.

Microsoft 공식 블로그에서는 Build 2026의 AI 발표에 대해 크게 다음과 같은 맥락으로 설명하고 있습니다.

• 개발자는 모델이나 도구를 자유롭게 선택하고 싶어 한다
• 반면, 기업 시스템에서는 거버넌스(Governance), 보안(Security), 신뢰성(Reliability)이 처음부터 필요하다
• 따라서 모델, 업무 컨텍스트(Context), 실행 환경, 통제를 하나의 개발 경험으로 모아간다

여기서 중요한 점은 Microsoft가 "강력한 모델을 출시했습니다"에서 끝내지 않았다는 점입니다.

오히려 다음과 같은 스택(Stack)으로 보면 이해하기 쉽습니다.

계층	주요 발표	역할
모델 계층	MAI-Thinking-1, MAI-Image-2.5, MAI-Code-1-Flash 등	추론, 이미지 생성, 코드 생성 등
...

즉, 이번 발표는 "AI 모델의 추가"가 아니라, 업무용 에이전트를 만들고 운용하기 위한 부품들이 한꺼번에 보이기 시작했다는 것으로 읽는 것이 좋습니다.

이번 발표의 핵심 중 하나는 Microsoft AI Superintelligence Team에 의한 새로운 MAI 패밀리입니다.

공식 발표에서는 7개의 in-house model이 소개되었으며, 그 중심으로서 MAI-Thinking-1이 언급되었습니다. 이는 Microsoft AI 최초의 reasoning model(추론 모델)이라고 설명되어 있습니다.

특징으로는 다음 점들이 소개되었습니다.

• 35B active parameter의 미드 사이즈 모델
• 256K context window (컨텍스트 창)
• 복잡한 multi-step instructions (다단계 지시), long-context reasoning (장문 컨텍스트 추론), code generation (코드 생성)을 의식
• 엔터프라이즈 등급의, 상업용 라이선스가 부여된 데이터로 학습되었다고 설명

제공 채널로는 Microsoft Foundry를 통한 제공이 설명되어 있습니다. preview / GA 등의 제공 형태는 변하기 쉬우므로, 실제로 테스트할 경우에는 최신 공식 문서나 모델 카탈로그를 확인하는 것이 좋습니다.

여기서 흥미로운 점은, Microsoft가 최상위 거대 모델 경쟁만을 노리는 것이 아니라, 효율과 비용, 업무 이용 시의 편의성까지 포함한 모델 선택지를 늘리고 있는 것처럼 보인다는 점입니다.

또한, MAI-Code-1-Flash는 GitHub용으로 조정된 inference efficient coding model (추론 효율적 코딩 모델)로서, Copilot과 VS Code에서 이용 가능하다고 합니다. 개발자 경험 속에 Microsoft 독자 모델이 들어오는 흐름도 보입니다.

7개 모델의 내역으로는, 기사 내에서 자세히 다룰 MAI-Thinking-1, MAI-Code-1-Flash, MAI-Image-2.5에 더해, MAI-Image-2.5 flash variant, 43개 언어를 지원하는 음성 인식 모델 MAI-Transcribe-1.5, 15개 언어를 지원한다고 설명된 MAI-Voice-2와 그 flash variant가 포함됩니다.

이미지 생성 분야에서는 MAI-Image-2.5와 flash variant가 발표되었습니다.

공식 블로그에서는 Microsoft의 MAI 이미지 모델로서, text-to-image와 image-to-image를 모두 지원하는 모델로 소개되었습니다. PowerPoint에서는 이미 작동 중이며, OneDrive로의 전개 및 Foundry에서의 제공에 대해서도 설명되었습니다.

외부 평가로는 Arena AI leaderboard에서 text-to-image가 #3, image-to-image가 #2로 소개되었습니다. 물론 leaderboard는 평가 축 중 하나일 뿐이지만, 최신 MAI 이미지 모델의 경쟁력을 보여주는 자료로 보기에 적절할 것입니다.

이 점 또한 단순히 "이미지 생성 모델이 늘어났다"기보다는, Microsoft 365의 작업 경험과 Foundry의 개발 경험 양쪽 모두에 모델을 배치했다는 점이 포인트라고 생각합니다.

업무 애플리케이션 관점에서는 이미지 생성이 단독 앱이 아니라, 문서, 프레젠테이션, 파일 관리, 업무 에이전트 내에 자연스럽게 녹아들 가능성이 있습니다.

개인적으로 가장 중요하다고 생각한 것은 Microsoft IQ 주변입니다.

LLM을 업무에 사용하면 즉시 "사내의 문맥(context)을 어떻게 전달할 것인가"라는 문제에 부딪힙니다. 회의, 메일, 파일, 조직, 업무 데이터, Web 정보를 어떻게 取り込み(수집)하고, 권한을 지키면서 에이전트가 사용하게 할 것인가에 대한 이야기입니다.

여기서 말하는 Microsoft IQ는 Work IQ, Fabric IQ, Foundry IQ, Web IQ 등을 포함하는, 에이전트용 지식·문맥 레이어(knowledge/context layer)의 총칭으로 이해하면 좋을 것 같습니다.

Microsoft Build 2026 관련 발표를 보면, 이 문맥 레이어는 다음과 같이 정리할 수 있습니다.

• Work IQ: Microsoft 365나 조직 시스템, 외부 소스에 걸친 업무 방식의 문맥
• Fabric IQ: 구조화된 업무 데이터에 대한 semantic foundation
• Foundry IQ: Work IQ, Fabric IQ, Azure SQL, File Search, MCP sources 등을 하나로 묶는 SLA-backed retrieval endpoint
• Web IQ: model-agnostic 하면서도 MCP-native한 Web grounding/search stack

Work IQ에 대해서는 2026년 6월 16일에 API endpoints가 GA(General Availability)될 예정이라고 합니다. A2A, redesigned remote MCP server, REST API가 포함되며, Microsoft 365 Copilot 라이선스와는 독립된 consumption basis(사용량 기반) 이용에 대해서도 설명되었습니다.

여기서 조금 주의해야 할 점은, Work IQ / Fabric IQ / Web IQ / Foundry IQ가 완전히 대등한 관계라기보다는, Foundry IQ가 Work IQ나 Fabric IQ를 포함한 여러 지식 소스를 통합하여 에이전트가 사용하기 쉬운 retrieval endpoint로 취급하는 위치에 가깝다는 점입니다. 기사 서두에서는 이해를 돕기 위해 동일한 "컨텍스트 층"에 두었지만, 구현 시에는 Foundry IQ를 상위의 검색·지식 플레인(plane)으로 보면 정리가 쉬울 것입니다.

이 부분은 개발자에게 매우 중요합니다.

지금까지는 사내 데이터를 사용하는 AI를 만들려고 하면, RAG를 위해 청크 분할(chunking), 인덱싱, 검색, 권한, 감사 등을 직접 구축해야 했습니다. 물론 앞으로도 직접 구현이 필요한 경우가 있겠지만, Microsoft 365나 Fabric을 사용하는 조직에서는 Microsoft IQ 계열의 기능이 "가장 먼저 검토할 토대"가 될 가능성이 있습니다.

Microsoft Foundry 측의 발표도 에이전트 기반으로 보면 중요합니다.

Build 2026의 Foundry 관련 발표에서는 다음과 같은 기능이 소개되었습니다.

• Foundry Agent Service
• Toolboxes in Foundry
• Voice Live
• Memory
• Teams / Microsoft 365 Copilot로의 공개
• Foundry IQ를 통한 지식·grounding

특히, Foundry Agent Service는 클라우드 측에서 에이전트를 호스팅하기 위한 기반으로 설명되었습니다. 공식 발표에서는 빠른 기동 속도, 세션별로 분리된 sandbox, isolated execution (격리된 실행), persistent memory (지속성 메모리), elastic scale (탄력적 확장) 등의 특징이 언급되었습니다.

이와 관련하여, hosted agents는 2026년 7월 초까지 GA (General Availability)에 도달할 전망이라고 설명되었습니다. Build 2026 시점의 기사로서는 상당히 가까운 마일스톤이므로, 실제로 도입을 검토할 경우에는 GA 상황을 계속 추적할 필요가 있습니다.

Memory에 대해서도 단순히 "기억 기능이 있다"는 수준을 넘어, 다음의 세 가지 종류로 정리되어 있습니다.

Procedural memory (절차적 메모리)
: 작업 진행 방식이나 절차에 대한 기억. Build 2026에서 새롭게 등장한 요소로서 중요

User memory (사용자 메모리)
: 사용자별 선호도나 문맥

Session memory (세션 메모리)
: 세션 내의 대화나 작업 문맥

또한, Voice Live는 prompt agents (프롬프트 에이전트)를 위해 GA로 소개되었으며, speech recognition (음성 인식), text-to-speech (음성 합성), turn detection (발화 탐지), interruption handling (중단 처리), avatars (아바타) 등을 하나의 API로 통합한 것입니다. 반면, hosted agents와 Voice Live의 통합은 public preview (공개 미리보기) 상태이므로, 음성 에이전트를 제작할 경우에는 이용 형태별 상태를 구분해서 살펴볼 필요가 있습니다.

나아가, Foundry agent를 Teams나 Microsoft 365 Copilot에 공개하는 흐름도 제시되었습니다. 이는 "에이전트를 만들었지만, 사용자에게 어떻게 전달할 것인가"라는 문제에 대한 Microsoft다운 해답입니다.

사용자가 매일 머무는 곳이 Teams나 Microsoft 365 Copilot이라면, 그곳에 에이전트를 내놓을 수 있다는 점은 매우 큰 강점입니다.

에이전트는 만드는 것만으로 끝나지 않습니다.

오히려 사내에서 에이전트가 늘어나면 다음과 같은 문제들이 발생합니다.

• 어떤 에이전트가 존재하는가
• 누가 만들었는가
• 어떤 데이터에 접근할 수 있는가
• 어떤 조작을 수행했는가
• 문제가 발생했을 때 중단할 수 있는가
• 감사(Audit)나 정책(Policy)을 적용할 수 있는가

Agent 365 자체는 Build 2026 이전에 이미 GA된, 에이전트를 관측, 통제, 보호하기 위한 control plane (제어 평면)입니다. Build 2026에서는 그 확장으로서, 로컬 에이전트를 포함한 discovery (탐색) 및 관리 방향성이 제시되었습니다.

따라서 이 부분은 "Build 2026에서 Agent 365가 새로 등장했다"기보다, 이미 GA된 Agent 365가 로컬 및 다중 프레임워크의 에이전트까지 관리 대상을 넓히고 있다고 보는 것이 더 정확합니다. Entra, Defender, Purview와 같은 기존의 통제 기반을 에이전트 관리로도 확장해 나가는 흐름입니다.

더불어, open-source trust stack (오픈 소스 신뢰 스택)으로서 ASSERT와 Agent Control Specification도 소개되었습니다.

ASSERT
: Adaptive Spec-driven Scoring for Evaluation and Regression Testing. 자연어 요구사항이나 정책을 AI 모델 및 에이전트에 대한 실행 가능한 평가로 변환하는 open-source framework (오픈 소스 프레임워크)

Agent Control Specification (ACS)
: agent loop (에이전트 루프)의 어느 시점에서 어떻게 control (제어)을 적용할지를 표준화하는 portable runtime control standard (이식 가능한 런타임 제어 표준)

이러한 내용을 종합해 보면, Microsoft는 "에이전트를 대량으로 만들 수 있게 하는 것"뿐만 아니라, 대량으로 만들어진 에이전트를 기업 차원에서 어떻게 관리할 것인가를 매우 중시하고 있는 것으로 보입니다.

이번 발표를 개발자 관점에서 요약하면 다음과 같습니다.

MAI-Thinking-1과 같은 reasoning model (추론 모델), MAI-Code-1-Flash와 같은 coding model (코딩 모델), 외부 모델, OpenAI 계열 모델 등 선택지는 더욱 늘어나고 있습니다.

앞으로는 "어떤 모델이 가장 강력한가"뿐만 아니라, 다음과 같은 관점이 더욱 중요해질 것으로 보입니다.

• 태스크 (Task)에 적합한가
• 비용이 합리적인가
• 레이턴시 (Latency)를 허용할 수 있는가
• 데이터 경계나 라이선스 요구사항에 부합하는가
• Foundry나 Copilot 등 기존 기반과 어떻게 연결되는가

사내 문서 검색이나 업무 데이터 연동을 구축할 때, 지금까지는 RAG 파이프라인을 직접 설계하는 경우가 많았을 것입니다.

하지만 Microsoft 365, SharePoint, Teams, Fabric, Azure SQL, 기존 검색 기반 등에 데이터가 있는 조직에서는, Work IQ / Fabric IQ / Web IQ를 직접 보는 것뿐만 아니라, 이들을 하나로 묶는 Foundry IQ를 사용할 수 있는지 먼저 확인하는 것이 가치 있는 일이 될 것입니다.

특히 권한, 감사, 정책까지 고려한다면 단순한 벡터 검색 (Vector Search)만으로는 부족합니다. 이 부분을 플랫폼 측에서 어디까지 책임지고 관리해 주느냐가 향후 구현 판단에 큰 영향을 미칠 것으로 보입니다.

PoC (Proof of Concept) 단계에서 에이전트 (Agent)를 만드는 것은 비교적 쉬워졌습니다.

반면, 본 운영 단계에서는 다음과 같은 논점들이 발생합니다.

• 로그 및 감사
• 권한 및 데이터 경계
• 가드레일 (Guardrails)
• 평가 및 회귀 테스트 (Regression Test)
• 비용 관리
• 사용자 배포
• 기존 업무 도구와의 연결

Foundry, Agent 365, ASSERT, Agent Control Specification (ACS)의 발표는 이러한 "만든 이후의 현실"을 의식한 것으로 이해하면 쉽습니다.

Microsoft Build 2026의 AI 발표는 단순히 "Microsoft AI가 새로운 모델을 출시했다"는 이야기가 아니라, 조금 더 크게 보면 다음과 같은 흐름이라고 느껴졌습니다.

• Microsoft 독자적인 MAI 모델군이 늘어났다
• Microsoft IQ를 통해 에이전트에게 업무 컨텍스트 (Context)를 전달하는 계층이 정리되었고, Foundry IQ가 여러 지식 소스를 하나로 묶는 역할을 맡게 되었다
• Foundry가 에이전트를 만들고, 실행하고, 전달하는 장소로서 강화되고 있다
• Agent 365나 Trust Stack을 통해 에이전트의 통제 (Control)가 전면에 등장했다
• 개발자 입장에서는 모델 선정, 지식 계층, 운영 설계를 세트로 함께 고민해야 할 필요성이 커질 것이다

개인적으로 이번 발표에서 가장 중요한 것은 "Microsoft도 reasoning model (추론 모델)을 출시했다"는 사실뿐만 아니라, 에이전트를 기업 시스템으로서 다루기 위한 발판을 마련하러 왔다는 점이라고 생각합니다.

이 부분은 아직 preview 기능도 많지만, Microsoft 365, Azure, GitHub, Windows를 사용하는 개발자들에게는 향후 설계 판단에 영향을 미치는 테마가 될 것입니다.

• Microsoft Build 2026: Be yourself at work
• Work IQ: Production-ready intelligence for every agent
• Build and run agents at scale with Microsoft Foundry at Build 2026
• What's new in Microsoft Foundry | Build Edition
• Build agents you can trust across any framework with open evals and a control standard
• Turn specs into evals for any agent with ASSERT
• Microsoft Build 2026