테크모라

AI 모델보다 ‘실행 구조’가 중요해진다: Microsoft Copilot harness 분석

여러 인공지능 모델이 투명한 중앙 실행 허브를 통해 파일·도구·업무 모듈로 연결된 모습을 표현한 이미지

핵심 요약
① 마이크로소프트가 2026년 10월 28일 ‘Microsoft Copilot harness’를 Foundry Agent Service에서 공개 미리보기로 선보였다.
② 핵심은 AI 모델의 성능만이 아니라 지침·도구·실행 환경·권한을 함께 운영하는 구조다.
③ 업무 자동화를 고민한다면 모델 선택보다 ‘어떤 일을 어떤 조건으로 실행하고 어떻게 확인할지’부터 설계할 필요가 있다.

AI 모델을 바꾸면 업무 자동화도 곧바로 더 좋아질까? 답변의 품질은 달라질 수 있지만, 실제 업무를 끝까지 처리하는 일은 별개다. 고객 문의를 읽어 분류하고, 자료를 찾아 초안을 작성하고, 담당자 확인을 거쳐 결과를 기록하는 데에는 모델 밖의 실행 구조가 필요하기 때문이다.

이 질문을 다시 보게 하는 발표가 나왔다. 마이크로소프트는 2026년 10월 28일 Copilot 제품 전반에 사용하는 공통 실행 기반인 ‘Microsoft Copilot harness’를 소개하고, 이를 개발 플랫폼 Microsoft Foundry에서 활용하는 방안을 발표했다. 아래에서는 마이크로소프트 공식 발표와 개발자 문서를 기준으로 실제 공개된 내용과 해석을 구분해 살펴본다.

1. 새롭게 발표된 것은 ‘또 다른 AI 모델’이 아니다

하네스(harness)는 직역하면 장비를 연결하고 고정하는 장치다. AI 분야에서 쓰이는 ‘에이전트 하네스’는 모델이 일할 수 있도록 지시·맥락·도구·작업 환경을 묶고 실행 순서를 조율하는 시스템을 뜻한다. 모델이 판단을 담당한다면, 하네스는 그 판단을 실제 작업으로 연결하는 실행 기반에 가깝다.

마이크로소프트는 GitHub에서 출발한 다중 모델 하네스를 여러 Copilot 제품의 공통 기반으로 활용하고 있으며, Foundry Agent Service의 Copilot harness는 10월 28일 기준 공개 미리보기(public preview)라고 설명한다. 이는 모든 고객과 모든 환경에서 동일하게 작동한다는 뜻이 아니다. 지원 모델·도구·지역과 미리보기 제약을 확인해야 한다. 자세한 구성은 Microsoft Foundry 개발자 발표에 나와 있다.

공식 문서가 제시한 네 가지 구성 요소

  • 재사용 스킬: 작업 방법과 규칙을 지침·스크립트·리소스로 묶어 반복 사용한다.
  • 연결된 도구: 허용한 도구와 MCP(Model Context Protocol) 연결을 통해 자료 조회와 작업을 수행한다. 인증과 승인 범위를 명시적으로 구성한다.
  • 실행과 위임: 파일·코드를 다루고 제한된 하위 작업을 다른 에이전트에 맡기며 결과를 조정한다.
  • 버전 관리 가능한 정의: 에이전트 설정과 지원 파일을 코드처럼 관리하고 테스트할 수 있다.

따라서 이 발표를 ‘AI가 모든 일을 알아서 끝내주는 기능’으로 읽으면 과장이다. 실제 역할은 업무를 안정적으로 실행하기 위한 공통 기반을 제공하는 데 있다.

2. 왜 ‘멀티모델’이 중요한가

지금까지는 특정 모델에 맞춰 프롬프트와 도구 연결을 만들었다가 모델을 교체하면 실행 과정까지 다시 손보는 경우가 많았다. 공통 하네스는 모델과 실행 절차를 분리해, 지원되는 다른 모델을 선택하더라도 지침·도구·권한을 일관된 구조로 관리할 수 있도록 돕는 접근이다.

마이크로소프트는 자사 하네스가 여러 모델 계열을 지원하고, 특정 작업에 적합한 모델을 선택하거나 조합할 수 있다고 소개한다. 다만 이는 공급사의 설계 방향과 설명이며, 모든 모델이 같은 성능·비용·안전성을 보장한다는 독립 검증 결과는 아니다. 실제 운영에서는 동일한 업무 사례로 정확도, 소요시간, 비용, 실패 유형을 따로 비교해야 한다.

같은 날 GitHub도 SDK의 이름과 역할을 GitHub Copilot SDK에서 Microsoft Copilot SDK로 확대한다고 발표했다. 기존 사용자는 즉시 변경할 필요가 없으며, 이전은 단계적으로 진행된다고 밝혔다. 이 역시 제품 통합의 방향을 보여주는 사례이지 즉각적인 전면 전환을 뜻하지는 않는다. (GitHub 공식 변경 안내, 2026-10-28)

3. 실무에서는 ‘똑똑한 답변’보다 ‘검증된 완료’가 중요하다

예를 들어 작은 사업장이 ‘문의가 들어오면 AI가 답변을 준비해 주는 도구’를 만든다고 가정하자. 다음은 실제 서비스 구축 결과가 아니라 설계 예시다.

  • 입력: 고객 문의가 들어오면 접수 시각과 유형을 기록한다.
  • 판단: AI가 필요한 정보와 누락된 항목을 분류한다. 확실하지 않은 내용은 확인 필요로 표시한다.
  • 실행: 승인된 자료만 조회해 답변 초안을 만든다. 금액 확정이나 외부 발송 같은 중요한 동작은 담당자가 승인한다.
  • 검증: 결과를 저장한 뒤 실제 기록·발송 여부와 오류를 다시 확인한다. 실패한 작업은 중복 발송하지 않도록 식별자를 남긴다.

이 흐름에서 AI 모델은 주로 분류·요약·문장 작성에 관여한다. 반면 어떤 자료에 접근할 수 있는지, 승인 없는 발송을 막는지, 실패 후 어디서 다시 시작할지는 실행 구조가 결정한다. 모델을 교체해도 이 경계가 유지되는가가 중요한 검토 기준이 된다.

이는 테크모라가 앞서 다룬 메타의 Thin Orchestrator 설계와도 이어지는 질문이다. 다만 당시의 초점이 역할 분담과 오케스트레이션의 단순화였다면, 이번 발표의 초점은 여러 모델과 제품을 공통 실행 기반으로 연결하는 플랫폼 전략이라는 차이가 있다.

4. 긴 작업도 ‘중단 후 복구’를 설계해야 한다

이번 발표에서 혼동하기 쉬운 부분이 하나 있다. Microsoft Foundry는 Copilot harness의 공개 미리보기와 별개로, 자체 프레임워크를 호스팅하는 hosted agents의 장시간 작업 복원력(long-running resilience)이 일반 제공된다고 설명했다. 두 기능은 같은 발표에 포함됐지만 동일한 기능이나 동일한 지원 범위로 보아서는 안 된다.

공식 개발자 글에 따르면 hosted agents는 중단 후 원래 입력으로 작업을 다시 시작할 수 있지만, 어디까지 완료했는지 저장하고 동일한 외부 작업이 두 번 실행되지 않도록 하는 책임은 애플리케이션 설계에 남는다. 예컨대 보고서 생성 도중 중단됐다면 ‘이미 생성된 문서가 있는지’부터 확인해야 한다. 이 원칙은 플랫폼과 관계없이 중요한 실무 교훈이다.

AI가 ‘완료했다’고 말한 것과 실제 저장·공개·발송이 확인된 것은 다르다. 관련해서 AI 에이전트의 완료 증거를 검증하는 방법도 함께 읽어볼 만하다.

5. 도입 전에 확인할 다섯 가지

  • 업무 경계: AI가 자율 처리해도 되는 일과 반드시 사람이 승인할 일을 구분했는가?
  • 도구와 데이터: 꼭 필요한 자료와 기능에만 접근 권한을 부여했는가?
  • 모델 교체: 새 모델을 쓰더라도 동일한 테스트로 정확도와 비용을 비교할 수 있는가?
  • 복구와 증거: 중단·재시도·중복 실행 방지·최종 결과 확인 절차가 있는가?
  • 운영 조건: 미리보기 지원 범위, 인증 방식, 데이터 처리 조건과 요금을 확인했는가?

특히 Copilot harness의 Foundry 제공은 공개 미리보기 단계다. 공개된 문서에는 2026년 12월 1일부터 하네스 실행 환경에 사용량 기반 과금이 시작될 예정이라고 명시돼 있다. 그 이전에도 모델 추론과 일부 연결 서비스에는 별도 요금이 적용될 수 있다. 따라서 ‘현재 미리보기’라는 말만으로 무료 장기 운영을 전제해서는 안 된다. 요금과 지원 범위는 실제 도입 시 다시 확인해야 한다.

테크모라의 해석: AI를 고르는 기준이 바뀌고 있다

이번 발표는 AI 모델의 경쟁이 끝났다는 선언이 아니다. 오히려 모델이 여러 개일수록 지침·권한·도구·평가·복구를 통합하는 실행 시스템의 중요성이 커진다는 신호에 가깝다. 더 좋은 모델을 고르는 일은 계속 중요하지만, 그 모델이 실무에서 어떤 결과를 남겼고 오류가 났을 때 어떻게 멈추고 복구하는지도 동등하게 중요하다.

작은 실험을 제안한다. 반복 업무 하나를 정하고 ‘모델에게 요청하는 문장’과 ‘반드시 지켜야 할 작업 절차’를 분리해 적어보자. 같은 요청을 서로 다른 모델에 주더라도, 결과 저장 위치·승인 조건·완료 확인 항목이 달라지지 않도록 만드는 것이다. 이 실험은 특정 유료 플랫폼이 없어도 문서와 체크리스트만으로 시작할 수 있다.

이 접근의 사람 역할에 관한 논의는 AI 에이전트의 독립적인 감독 장치와 연결된다. 모델이 더 강해져도 권한과 책임의 최종 설계는 사라지지 않는다.

공식 출처 및 확인 범위

자료 확인일: 2026년 10월 30일. 본문은 공개된 공식 문서와 테크모라의 해석을 구분해 작성했으며, 특정 조직에서 실제로 도입·성능 검증을 완료했다는 의미가 아니다.

답글 남기기