지난주 우리는 실리콘부터 클라우드까지 Microsoft의 완전한 자체 AI 스택을 정리했습니다. 이번 주 이야기는 그 스택을 경쟁사 모델에 개방할 때 어떤 일이 일어나는지, 그리고 AI를 사용자가 원하지 않는 곳에 밀어넣을 때 어떤 일이 일어나는지에 대한 것입니다. Microsoft는 7월 24일 Anthropic의 Claude Opus 5를 Copilot 모델 선택기에 추가하여, 사용자가 Microsoft 365 내에서 처음으로 진정한 다중 공급업체 AI를 경험하게 했습니다. 불과 이틀 전, Microsoft는 희귀한 철회를 단행했습니다. 사용자의 강한 반발에 따라 Outlook의 Copilot Search 통합을 취소한 것입니다. 그리고 오늘 7월 28일, AI 에이전트를 기업 시스템에 연결하는 파이프라인인 Model Context Protocol이 가장 큰 사양 업데이트를 확정하며 완전히 stateless로 전환됩니다.

IT 리더들에게 이번 주는 멀티 모델 Copilot이 로드맵 약속이 아닌 설정 결정이 된 주입니다. 어떤 모델이 사용 가능한지, 어떻게 거버넌스하는지, 그리고 사용자가 실제로 무엇을 원하는지 이해하는 것이 벤치마크 점수를 추적하는 것보다 중요해집니다.

1. Claude Opus 5, Microsoft 365 Copilot에 합류

7월 24일, Microsoft는 Anthropic의 Claude Opus 5가 Word, Excel, PowerPoint, Copilot Chat, Copilot Cowork, Copilot Studio 전반에 걸쳐 Microsoft 365 Copilot의 모델 선택기로 롤아웃 중임을 발표했습니다. 이는 7월 2일 Claude Sonnet 5가 Copilot에 이어 추가된 것으로, Copilot Chat에서 선택 가능한 모델이 최소 5개가 되었습니다: Auto, Claude Sonnet 5, Claude Opus 4.8, GPT-5.5, Claude Fable 5. Opus 5는 이제 Opus 4.8을 대체하여 프리미엄 Opus 옵션이 되었습니다.

포지셔닝은 의도적입니다. Microsoft는 Claude Sonnet 5를 일상적인 에이전트 작업의 워크호스——중간 복잡도, 양호한 속도, 비용 효율성——으로 자리 매김합니다. Claude Opus 5는 메스입니다: 긴 문서 추론, 다단계 분석, 복잡한 구조화 콘텐츠 생성. GPT-5.6은 여전히 대부분의 상호작용에서 기본 모델입니다. Copilot Cowork에서는 “Sonnet + Opus Advisor"라는 페어링 모드가 Sonnet으로 실행하고 Opus로 검토하여 비용과 품질의 균형을 맞춥니다.

관리자 제어가 중요합니다. Anthropic 모델은 UK, EU, EFTA 테넌트에 대해 기본적으로 꺼져 있습니다. 처리가 Microsoft의 EU 데이터 경계 외부에서 발생하기 때문입니다. 관리자는 Microsoft 365 관리 센터의 Copilot → 설정 → AI 공급자에서 Anthropic을 Microsoft 서브프로세서로 명시적으로 활성화해야 합니다. 이러한 지역 외의 상용 테넌트에서는 Anthropic 모델이 기본적으로 켜져 있습니다. 7월 15일부터 비연방 GCC 고객도 옵트인할 수 있습니다. 새 모델은 활성화되면 자동으로 선택기에 나타납니다——모델별 추가 구성이 필요하지 않습니다.

IT 리더를 위한 시사점: 멀티 모델 Copilot은 이제 프리뷰가 아닌 프로덕션 현실입니다. 사용자는 특정 작업에 Claude Opus 5를 선택하고 다음 작업에서 GPT-5.6으로 전환할 수 있습니다. 이는 기능이지 문제가 아닙니다——하지만 거버넌스가 필요합니다. 서브프로세서 설정을 검토하고, 어떤 사용자 그룹이 어떤 모델에 접근할 수 있는지 이해하고, 데이터 상주 요구사항이 Anthropic의 처리 위치를 수용하는지 확인하세요. “Copilot이 어떤 모델을 사용하고 있는가?“가 숨겨진 라우팅 결정이었던 시대는 끝나가고 있습니다. 사용자가 점점 더 스스로 그 선택을 하게 될 것입니다.

2. Outlook의 Copilot Search: 취소

희귀한 AI 철회에서, Microsoft는 7월 23일 Outlook의 Copilot Search 통합을 취소했음을 확인했습니다. Outlook의 클래식 검색을 Copilot 기반 인터페이스로 대체할 계획이었던 이 기능은 사용자의 강한 반발로 인해 철회되었습니다. 메시지 센터 업데이트에서 Microsoft는 “이 변경을 진 proceed하지 않기로 결정했다"고 밝히고 불편을 사과했습니다.

취소는 Windows, Android, iOS 및 웹용 Outlook에 적용됩니다. Outlook Classic은 원래 계획의 영향을 받지 않았습니다.

이것이 주목할 만한 이유는 Copilot Search 자체가 본질적으로 나빴서가 아니라, Microsoft의 첫 번째 주요 Copilot 철회를 대표하기 때문입니다. 확립된 기능적인 UI를 AI 우선 인터페이스로 대체하는 패턴이 사용성 벽에 부딪히고 있습니다. 사용자는 Outlook 검색을 빠르고 정확한 검색에 의존합니다——키워드 필터, 발신자 정렬, 날짜 범위——그리고 대화형 Copilot 인터페이스는 아무리 정교해도 이미 해결된 작업에 마찰을 추가합니다. 반발은 명확한 신호를 보냈습니다: AI는 생산성 워크플로우를 증강해야 하며, AI 채택 지표를 위해 작동하는 도구를 대체해서는 안 됩니다.

이와 동시에 Microsoft는 8월 중순부터 Outlook의 Meeting Insights를 Microsoft 365 Copilot 회의 준비 기능으로 대체하고 있습니다. Copilot은 M365 Copilot 라이선스가 있는 사용자를 위해 Outlook 에디터에서도 롤아웃 중이며, 처음에는 웹, 새 Windows 클라이언트 및 모바일에서 사용 가능——Mac과 Outlook Classic은 2026년 후반에 예정되어 있습니다.

IT 리더를 위한 시사점: Copilot Search 취소는 채택 전략에 유용한 데이터 포인트입니다. 사용자 요구와 상관없이 AI를 모든 표면에 밀어넣는 것은 저항을 생성합니다. Copilot은 추가적이라는 것을 팀에 전달하세요——검색, 초안 작성, 분석을 향상합니다——하지만 Microsoft는 (공개적으로) 모든 기능이 AI로 다시 작성될 필요는 없다는 것을 배우고 있습니다. Outlook 에디터 통합과 Meeting Insights 대체에 대한 사용자 피드백을 면밀히 모니터링하세요.

3. MCP 2026-07-28: 프로토콜의 Stateless 전환

오늘 7월 28일, Model Context Protocol이 런칭 이후 가장 큰 사양 업데이트를 확정합니다. MCP——AI 에이전트를 엔터프라이즈 도구, 데이터 소스, API에 연결하는 개방형 표준——가 stateless로 전환되며, 변경 사항은 에이전트 인프라를 구축하는 모든 조직에 중요합니다.

헤드라인: initialize 핸드셰이크가 제거되었습니다. 클라이언트와 서버 간의 initialize/initialized 라운드트립이 더 이상 없습니다. 프로토콜 버전, 클라이언트 정보, 기능은 이제 _meta를 통해 모든 요청에 포함됩니다. 새로운 필수 server/discover RPC를 통해 클라이언트는 온디맨드로 서버 기능을 가져올 수 있습니다. Mcp-Session-Id 헤더는 완전히 제거되었습니다——서버는 요청 사이에 클라이언트 메모리를 유지하지 않습니다. 즉, 모든 요청이 모든 서버 인스턴스에 도착할 수 있습니다. 이를 통해 일반 로드 밸런서 뒤에서 수평 확장이 가능해집니다. 이것은 MCP의 stateful 세션 모델에서는 불가능했습니다.

태스크가 재설계되었습니다. Tasks 기능은 코어 사양에서 공식 확장(io.modelcontextprotocol/tasks)으로 이동했습니다. 블로킹 tasks/result는 tasks/get을 통한 폴링으로 대체되었고, tasks/list는 완전히 제거되었습니다. 동기식 태스크 완료에 의존하는 에이전트 파이프라인에게는 파괴적 변경입니다.

Enterprise-Managed Authorization(EMA)가 안정화. 7월 6일 안정 상태에 도달한 EMA는 중앙 IT가 어떤 MCP 연결이 허용되는지 결정할 수 있게 합니다——AI 에이전트 통합을 위한 엔터프라이즈급 액세스 제어입니다. Anthropic, Microsoft, Okta가 모두 구현했습니다. 이것이 MCP를 규제 환경에서 실행 가능하게 만드는 거버넌스 레이어입니다.

사용 중단: Roots, Sampling, Logging, HTTP+SSE 전송이 모두 사용 중단 상태로 이동하며, 최소 12개월의 마이그레이션 창이 2027년 중반까지 제공됩니다. 완전한 JSON Schema 2020-12 지원이 이제 필수입니다. W3C Trace Context가 분산 추적에 필수입니다.

Beta SDK가 현재 사용 가능합니다: Python mcp v2.0.0b1, TypeScript v2, Go v1.7.0-pre.1, C# v2.0.0-preview.1. 이전 클라이언트는 폴백 경로를 통해 새 서버와 상호 운용되므로 프로덕션은 7월 28일 이후에도 계속 실행됩니다——하지만 마이그레이션은 사용 중단 창 내에 이루어져야 합니다.

IT 리더를 위한 시사점: 조직이 MCP 기반 에이전트 통합을 구축 또는 배포 중인 경우, 이 사양 변경은 MCP 런칭 이후 가장 중요한 아키텍처 전환입니다. Stateless 모델은 스케일과 복원력에 더 좋지만 SDK 업데이트와 테스트가 필요합니다. 더 중요한 것은 EMA가 안정에 도달함으로써 MCP 연결에 엔터프라이즈 액세스 제어를 강제할 수 있게 되었다는 점입니다——이를 선택적 기능이 아닌 보안 베이스라인으로 취급하세요. 에이전트 통합을 새 사양에 대해 검토하고 12개월 창 내에 마이그레이션을 계획하세요.

4. Microsoft Agent 365: 첫 대규모 기업 배포

Microsoft Agent 365——엔터프라이즈 규모에서 AI 에이전트를 거버넌스, 모니터링, 보호하기 위한 컨트롤 플레인——는 2026년 5월 1일 일반 제공되었습니다. 이번 주, 첫 번째 공개 명명된 대규모 기업 배포를 달성했습니다: Manulife가 7월 22일 Microsoft와의 파트너십 확대를 발표하며, Agent 365 배포와 함께 Microsoft 365 Copilot 채택을 30,000명 이상의 직원으로 확대합니다.

Agent 365는 에이전트를 구축하는 제품이 아닙니다——그 위의 거버넌스 레이어입니다. Microsoft의 기존 아이덴티티, 컴플라이언스, 보안 스택에 연결됩니다: Entra Agent ID가 각 에이전트에 관리되는 ID를 제공하고, Microsoft Purview가 데이터 거버넌스를 처리하며, Microsoft Defender가 위협 보호를 제공합니다. 그 가치 제안은 가시성입니다——환경의 모든 에이전트, 각 에이전트가 무엇에 접근할 수 있는지, 누가 소유하는지, 무엇을 하고 있는지를 한 곳에서 확인합니다.

이것이 중요한 이유는 에이전트 스프롤이 이미 현실적인 문제이기 때문입니다. 조직은 Copilot Studio, Azure AI Foundry, 서드파티 플랫폼에서 에이전트를 구축하고 있으며, 종종 중앙 추적이 없습니다. Agent 365는 이들을 보이지 않는 소프트웨어에서 스폰서, 소유자, 정의된 범위를 가진 관리되는 엔티티로 변환합니다. Entra 관리자에게 이것은 새로운 거버넌스 책임도 의미합니다: 7월 24일 Entra ID 업데이트는 AI 에이전트 보안을 아이덴티티 문제로 명시적으로 정의하고, 에이전트 인벤토리, 블루프린트 기반 거버넌스, Custom Security Attributes를 사용한 에이전트 ID에 대한 Conditional Access 정책 스코핑을 권장합니다.

IT 리더를 위한 시사점: 환경에 여러 에이전트가 있는 경우——그리고 Copilot Studio나 Azure AI Foundry를 배포한 경우 거의 확실합니다——Agent 365는 필요한 거버넌스 도구입니다. Manulife의 배포는 대규모 채택의 참조 사례입니다. 에이전트 인벤토리부터 시작하세요: Entra ID > 에이전트 > 에이전트 개요에서 가시성을 얻을 수 있습니다. 그런 다음 소유권을 정의합니다: 각 에이전트에는 스폰서(비즈니스 책임자)와 소유자(기술 책임자)가 필요합니다. 에이전트를 다른 비인간 ID와 동일하게 취급하세요——그것이 바로 그들의 정체이기 때문입니다.

5. Copilot 관리 및 에이전트 업데이트

이번 주 여러 관리 및 에이전트 관련 업데이트가 있었습니다:

Microsoft 365 관리 에이전트 일반 제공, 7월 22일부터. Entra 빌트인 관리자는 이제 Copilot Chat을 통해 자연어로 Microsoft 365 관리 센터 작업을 관리할 수 있습니다——헬프데스크 및 운영 팀에게 의미 있는 생산성 향상입니다.

Copilot 에이전트가 이제 다중 소유자 지원, 7월 24일 발표, 2026년 8월 전 세계 롤아웃. 팀은 동등한 권한, 개선된 공유 컨트롤, 조직 전체 게시 지원으로 에이전트를 공동 관리하고 편집할 수 있습니다. 이는 단일 에이전트 소유자가 만드는 단일 장애점 위험을 제거합니다.

관리자는 이제 최대 1,000개의 특정 웹사이트를 차단할 수 있습니다. Copilot이 웹 소스로 사용하는 것을 방지하기 위함입니다. 이 웹 콘텐츠 컨트롤 기능은 2026년 7월 중순부터 사용 가능하며, 구성될 때까지 기본적으로 꺼져 있습니다. 컴플라이언스, 경쟁 민감성 또는 품질 관리에 유용한, Copilot이 답변을 생성할 때 참조할 수 있는 소스에 대한 세밀한 제어를 제공합니다.

Copilot 모바일 앱에 녹음 기능 추가, 음성 메모 및 AI 생성 트랜스크립트용. 2026년 8월 하순부터 롤아웃. 녹음은 OneDrive에 저장되며 기존 M365 보안 및 컴플라이언스 정책의 적용을 받습니다. 이것은 타이핑이 불편한 모바일 우선 시나리오로 Copilot의 범위를 확장합니다.

정책 링크 설정이 이제 차단된 Copilot Chat 사용자를 위해 사용 가능——관리자는 사용자가 차단되었을 때 표시되는 사용자 정의 URL을 구성하여 회사 정책 문서로 안내할 수 있습니다. 작지만 사용자 경험에 중요한 기능입니다.

6. Mistral 통합 및 모델 카탈로그 확장

Microsoft는 Mistral AI와의 파트너십을 심화하여 Mistral Medium 3.5와 OCR4를 Microsoft Foundry에 통합했으며, Medium 3.5는 Copilot Studio에서도 사용 가능합니다. Microsoft는 또한 Mistral의 NVIDIA Vera Rubin 세대 GPU 기반 유럽 AI 인프라를 활용할 예정입니다.

이것은 두 가지 이유로 전략적으로 중요합니다. 첫째, Copilot Studio에서 사용 가능한 모델 카탈로그를 Microsoft 자체 MAI 모델과 OpenAI/Anthropic 옵션을 넘어 확장하여——커스텀 에이전트를 구축하는 기업에 더 많은 선택권을 제공합니다. 특히 데이터 상주가 중요한 유럽 워크로드의 경우입니다. 둘째, Mistral의 유럽 인프라는 Microsoft에 EU 기반 추론 경로에 대한 신뢰할 수 있는 길을 제공하며, 이는 현재 유럽 테넌트에서 Anthropic 모델을 기본적으로 차단하는 EU 데이터 경계 격차를 해결하는 데 도움이 될 수 있습니다.

7. Microsoft Q4 FY2026 실적: AI에 스포트라이트

Microsoft는 7월 29일 Q4 FY2026 실적을 발표합니다——이 글이 게시되는 다음 날입니다. 월스트리트 컨센서스는 매출 약 876억 달러(전년 동기 대비 약 15% 증가), EPS 약 4.24달러(동 약 16% 증가)를 예상합니다. Microsoft 자체 가이던스: 867억~878억 달러.

주목할 AI 지표:

  • AI 연간 수익 런레이트: Q3 FY2026(3월 31일 분기)에서 370억 달러 돌파, 전년 동기 대비 123% 증가. Q4에서 이 가속이 계속되는지 정상화되는지가 드러날 것입니다.
  • Microsoft 365 Copilot 유료 시트: Q3에서 2,000만 돌파, 전년 동기 대비 250% 증가. Copilot이 7월 1일부터 Microsoft 365 Business 플랜에 포함됨에 따라 시트 수가 크게 증가할 것입니다.
  • Azure AI / 클라우드 성장: Q3 Azure 40% 성장(고정 환율 39%). Q4 가이던스는 고정 환율 39-40% 성장을 시사합니다. Azure AI 서비스가 주요 동력입니다.
  • AI 인프라 지출: Microsoft는 Q4 단독으로 AI 자본 지출 400억 달러 초과를 가이던스. FY2027 자본 지출 전방 가이던스에 주목——이 숫자가 Microsoft의 AI 투자 주기가 가속되는지 평탄화하는지를 결정할 것입니다.

IT 리더를 위한 시사점: 실적 보고의 중요성은 헤드라인 숫자보다 전방 가이던스에 있습니다. Microsoft의 AI 자본 지출 궤적은 다음 회계연도에 모델 개발, 데이터센터 확장, Copilot 기능 속도를 얼마나 적극적으로 추진할지를 보여줍니다. Copilot 시트 수가 Business 플랜 번들링으로 크게 증가한다면, Microsoft가 기능 제공을 가속할 것으로 예상하세요——그리고 독립 Copilot 라이선스의 가격 압력도.

전략적 다음 단계

  1. Claude Opus 5 액세스 구성 — Microsoft 365 관리 센터의 서브프로세서 설정 검토. Opus 5를 모든 사용자에게 공개할지 복잡한 분석 작업을 처리하는 특정 그룹으로 제한할지 결정
  2. 에이전트 인벤토리 — Entra ID의 에이전트 개요를 사용하여 환경의 모든 에이전트 식별. 각 에이전트에 스폰서와 소유자 할당. Agent 365 라이선스가 없는 경우 FY2027 계획에 예산 편성
  3. MCP 마이그레이션 계획 — MCP 기반 통합이 있는 경우 12개월 사용 중단 창 내에 SDK를 2026-07-28 사양으로 업그레이드 일정 수립. 기존 로드 밸런서 뒤에서 stateless 동작 테스트
  4. 웹 콘텐츠 컨트롤 활성화 — Copilot 설정에서 차단 사이트 목록 구성. 민감하거나 신뢰할 수 없는 소스가 AI 생성 콘텐츠에 영향 미치는 것 방지
  5. 다중 소유자 에이전트 준비 — 8월 롤아웃 전에 에이전트 소유권 모델 문서화. 조직 전체 게시해야 할 에이전트와 팀 스코프 에이전트 식별
  6. 실적 발표 통화 주시 — 7월 29일 시장 종료 후. AI 수익 런레이트, Copilot 시트 성장, FY2027 자본 지출 가이던스 추적. 이 숫자들이 향후 12개월 Microsoft 제품 로드맵 속도를 형성할 것입니다

이번 주 Copilot 이야기는 경계에 대한 것입니다——AI가 속한 곳(모델 선택기, 에이전트 거버넌스, 관리 도구)과 속하지 않은 곳(Outlook 검색 대체). Microsoft는 공개적으로, 때로는 고통스럽게 학습하고 있습니다. AI 채용은 커버리지 지표가 아니라는 것. 각 작업에 올바른 도구를 제공하는 것이라는 것. 그 도구가 GPT-5.6에서 실행되든 Claude Opus 5에서 실행되든——그리고 Microsoft가 이번 주 확인한 것처럼——클래식 키워드 검색이든. Copilot으로 성공할 조직은 같은 교훈을 배울 것입니다: AI는 선택적으로 배포하는 능력이지 보편적으로 적용하는 기능이 아닙니다.

매일의 Copilot 및 Microsoft AI 분석은 https://x.com/kkaminski에서 팔로우하세요.