이번 주 AI 플랫폼 환경은 여러 측면에서 변화했습니다. Microsoft는 Home, Code 및 Autopilot을 중심으로 재설계된 Copilot을 발표했고, GitHub는 동적 워크플로를 도입했으며, GPT-6.1 Sol은 GitHub Copilot에서 정식 출시되었습니다.
IT 리더에게 전달되는 신호는 분명합니다. 이번 주의 주제는 플랫폼 통합입니다. Microsoft는 Copilot을 채팅 인터페이스 이상으로 확장하고 있지만, 출시는 얼리 액세스, 비공개 미리 보기 및 정식 출시 서비스에 걸쳐 진행됩니다. 이러한 구분은 배포 정책을 결정해야 합니다.
1. Copilot Home — 새로운 작업 표면
Microsoft의 9월 29일 뉴스룸 발표에서는 재설계된 Copilot 환경의 시작점으로 Home을 소개했습니다. Microsoft는 Home이 채팅을 협업 및 위임 작업 기능과 결합한다고 밝혔으며, The Verge의 보도에서는 Word, Excel 및 PowerPoint를 더 넓은 Copilot 인터페이스 내에서 사용할 수 있게 된다고 설명했습니다.
이는 단순한 탐색 업데이트가 아닙니다. 사용자가 문서, 대화 및 AI 지원 작업에 접근하는 주요 표면으로 Copilot을 만들려는 시도입니다.
Microsoft는 향후 몇 주 동안 Frontier 얼리 액세스 프로그램을 통해 Home 배포를 시작할 것이라고 밝혔습니다. Frontier 상태는 중요합니다. Microsoft가 프로덕션 출시를 문서화하기 전까지 팀은 기능 동등성, 지원 준비 상태 또는 테넌트 전체 가용성을 가정해서는 안 됩니다.
통합 인터페이스는 도입 계획도 바꿉니다. 사용자가 Copilot에서 문서를 만들고, 작업을 시작하며, Office 애플리케이션에 접근하기 시작한다면 교육은 개별 채팅 프롬프트가 아니라 작업 표면을 다루어야 합니다.
IT 리더에게 의미하는 바: Frontier 테스트 대상이 되는 비즈니스 그룹을 식별하고, 이들이 평가할 워크플로를 문서화하며, Home이 지원되는 프로덕션 단계에 도달할 때까지 기존 Microsoft 365 인터페이스를 운영 기준선으로 유지하십시오.
2. Code 및 Autopilot — 빌드와 지속 작업의 결합
Microsoft의 9월 29일 발표에서는 Code를 애플리케이션, 대시보드 및 워크플로를 구축하기 위한 자연어 환경으로 설명했습니다. The Journal과 TechRadar는 사용자가 기존 개발 도구로 시작하는 대신 Copilot이 만들기를 원하는 항목을 설명할 수 있다고 보도했습니다.
따라서 Code는 Copilot의 대상 사용자를 소프트웨어 팀 너머로 확장합니다. 또한 애플리케이션 거버넌스 문제도 만듭니다. 생성된 앱은 여전히 비즈니스 데이터, 커넥터, 권한 및 책임자를 필요로 할 수 있습니다.
한편 Microsoft는 Autopilot을 사용자가 오프라인인 동안에도 작업을 계속할 수 있는 지속형 에이전트로 설명했습니다. Microsoft는 Autopilot을 비공개 미리 보기로, Home과 Code를 Frontier 배포 대상으로 지정했습니다.
지속 작업이 핵심 변화입니다. 이는 활성 대화 세션을 넘어 작업을 확장하지만, 제공된 Microsoft 발표는 해당 실행을 뒷받침하는 완전한 ID, 권한 부여, 승인, 로깅 또는 권한 취소 아키텍처를 확립하지 않습니다.
이 공백이 평가를 정의해야 합니다. IT 팀은 Autopilot이 규제 대상 데이터나 중요한 작업을 처리하도록 허용하기 전에 문서화된 답변이 필요합니다.
IT 리더에게 의미하는 바: Code와 Autopilot 파일럿을 분리하십시오. Code는 애플리케이션 소유권 및 데이터 액세스 정책에 따라 테스트하고, Microsoft가 충분한 운영 및 거버넌스 문서를 게시할 때까지 Autopilot은 되돌릴 수 있는 작업으로 제한하십시오.
3. 거버넌스 및 가격 — 두 가지 미결 예산 항목
Stocktwits와 Reworked가 요약한 보도에 따르면 Microsoft CEO Satya Nadella는 Copilot을 “업무를 위한 새로운 OS”로 규정했습니다. Nadella는 에이전트 작업이 회사 정책의 통제를 받아야 한다고도 말했습니다.
정책 목표는 명확합니다. 구현 세부 사항은 여전히 조달 문제입니다.
WindowsForum은 거버넌스가 적용된 애플리케이션 호스팅을 위한 Copilot Managed Runtime 미리 보기를 보도했습니다. 이와 별도로 Finance Yahoo와 TechGig는 일상적인 사용을 위한 구독 액세스와 고급 기능을 위한 사용량 기반 Copilot Credits를 결합하는 하이브리드 상업 모델을 보도했습니다.
제공된 어떤 소스도 보편적인 크레딧 요율이나 완전한 SKU 수준 계산을 확립하지 않습니다. 따라서 IT 리더는 확정 예산에 사용자당 예상 절감액이나 사용량 비용을 삽입하지 않아야 합니다.
이는 기존의 좌석 기반 갱신이 아닙니다. 고정 라이선싱과 가변적인 에이전트 활동이 결합된 모델일 가능성이 있습니다.
IT 리더에게 의미하는 바: 구독과 사용량에 대해 별도의 예산 항목을 추가하고, 조달 과정에서 사용량 내보내기 기능을 요구하며, 광범위한 배포를 승인하기 전에 어떤 Home, Code, Autopilot 및 관리형 런타임 작업이 크레딧을 소비하는지 Microsoft에 문서화하도록 요청하십시오.
4. 동적 워크플로 — 오케스트레이션이 코드로 이동
GitHub의 10월 1일 변경 로그는 Copilot CLI, GitHub Copilot 앱 및 Copilot SDK의 동적 워크플로를 소개했습니다. GitHub는 모든 Copilot 플랜에서 공개 미리 보기를 제공했습니다.
GitHub는 동적 워크플로를 통해 팀이 더 안정적이고 관찰 가능한 다중 에이전트 작업을 위한 오케스트레이션을 코드로 정의할 수 있다고 밝혔습니다. 이는 공급업체가 주장한 기능이며, 대화형 세션과의 독립적으로 검증된 비교는 아닙니다.
GitHub는 Copilot 확장성 API를 사용하려면 워크플로가 GitHub Copilot 확장에 있어야 한다고도 밝혔습니다. 이 요구 사항은 IT 팀에 구체적인 검토 경계를 제공합니다. 확장 및 그 워크플로는 설치 또는 실행 전에 인벤토리화할 수 있습니다.
공개 미리 보기라는 표시는 여전히 제한 요소입니다. 워크플로 구문, 권한, 텔레메트리 및 사용량 동작은 정식 출시 전에 변경될 수 있습니다.
IT 리더에게 의미하는 바: 승인된 확장 리포지토리를 구축하고, 모든 워크플로에 대해 지정된 소유자를 요구하며, 테스트 환경에서 미리 보기 동작을 기록하십시오. 모든 플랜에서 사용할 수 있다는 사실을 프로덕션 준비 상태로 취급하지 마십시오.
5. 모델 및 통합 — 표면은 계속 확장됩니다
GitHub의 9월 29일 변경 로그는 GitHub Copilot용 GPT-6.1 Sol의 정식 출시를 발표했습니다. 제공된 조사 자료는 사용 가능한 Copilot 티어에 따라 모델 가용성이 달라진다고도 보도하므로, 내부 지침을 업데이트하기 전에 자격 확인이 필요합니다.
모델 변경은 단순한 기능 발표가 아닙니다. 출력 품질, 지연 시간, 사용 패턴 및 내부 검증에 필요한 증거를 바꿀 수 있습니다.
Microsoft의 2026년 9월 Copilot 업데이트는 전화에 응답하고 사용자를 지원 서비스로 연결하도록 설계된 Teams Phone Agent도 도입했습니다. Microsoft의 Azure 팀은 별도로 일부 시나리오에서 Fabric IQ가 추가 AI 토큰 비용 없이 비즈니스 컨텍스트와 Fabric 생성 인사이트를 Copilot에 제공할 수 있다고 밝혔습니다.
“일부 시나리오에서”라는 조건은 중요합니다. 재무 팀은 모든 Fabric 및 Copilot 상호 작용에 이 주장을 적용하는 대신 워크로드별 확인을 요구해야 합니다.
IT 리더에게 의미하는 바: 승인된 GitHub Copilot 평가를 GPT-6.1 Sol에 대해 다시 실행하고, 티어 자격을 확인하며, 서비스 데스크 또는 분석 예산을 변경하기 전에 Teams Phone Agent 및 Fabric IQ 비용을 독립적으로 검증하십시오.
전략적 다음 단계(IT 리더용)
각 출시 단계를 분류하십시오. Home과 Code는 Frontier 기능으로, Autopilot은 비공개 미리 보기로, 동적 워크플로는 공개 미리 보기로,
GPT-6.1 Sol은 정식 출시로 기록하십시오.되돌릴 수 있는 파일럿을 정의하십시오. 소유권, 권한, 로그 및 롤백 절차가 문서화될 때까지 생성된 애플리케이션, 지속 작업 및 다중 에이전트 워크플로를 되돌릴 수 없는 작업에서 제외하십시오.
고정 비용과 가변 비용을 분리하십시오. Copilot 구독을 잠재적인 Copilot Credits, 모델 자격 및 워크로드별 사용량과 별도로 추적하십시오.
확장 제어 지점을 만드십시오. GitHub Copilot 확장을 인벤토리화하고 각 워크플로의 도구, 데이터 액세스, 소유자 및 예상 실행 패턴에 대한 검토를 요구하십시오.
프로덕션 가정을 재검증하십시오. 광범위한 출시 주장을 신뢰하는 대신 테넌트에서 모델 동작 및 통합 비용을 테스트하십시오.
인터페이스는 통합되고 있습니다. 지속 작업은 미리 보기에 진입하고 있습니다. 오케스트레이션은 코드로 이동하고 있습니다. 모델은 교체되고 있습니다. 이제 IT 리더에게는 가용성과 준비 상태를 구분하는 제어가 필요합니다.