GitHub Copilot Harness가
Microsoft Copilot Harness가 되었습니다

CHAPTER 01 · 📢 WHAT CHANGED

무엇이 바뀌었나요?

Copilot Studio에서 쓰던 GitHub Copilot Harness의 이름이 Microsoft Copilot Harness로 바뀌었습니다

• 이름을 바꾼 이유 — Microsoft는 이 Harness를 Copilot Studio만이 아니라 여러 Copilot 경험이 함께 쓰는 공통 기반으로 넓히고 있습니다. 새 이름은 Microsoft 전체에서 맡는 역할이 커졌다는 뜻입니다.
• 이미 만든 에이전트 — 지금처럼 그대로 동작합니다. 기능도, 과금 방식도 바뀌지 않습니다.
• 화면과 문서 표기 — 제품 화면의 새 이름은 앞으로 몇 주에 걸쳐 바뀝니다. 그동안 Microsoft Learn 문서와 Copilot Studio 화면에는 “GitHub Copilot harness”라는 옛 이름이 함께 보일 수 있습니다.
• GitHub Copilot 서비스와는 별개 — 이 Harness는 Copilot Studio의 에이전트 제작 · 실행 프레임워크입니다. GitHub Copilot과 기반 기술 · SDK 구성 요소를 공유하지만, Copilot Studio에서 에이전트가 실행될 때 고객 데이터가 GitHub Copilot 서비스로 보내지거나 처리되지 않습니다. 기존 Copilot Studio의 개인 정보 · 보안 · 규정 준수 · 데이터 위치 약속이 그대로 적용됩니다.

CHAPTER 02 · ⚙️ WHAT IS A HARNESS

Harness는 무엇인가요?

모델이 “두뇌”라면, Harness는 그 두뇌에 도구를 쥐여 주고 일하는 순서를 잡아 주는 “운영 체계”입니다

• 공식 정의 — Harness는 Copilot Studio에서 모델과 에이전트 설정 사이에 있는 운영 계층입니다. 모델이 맥락을 어떻게 받고, 지침과 도구를 어떻게 쓰고, 결과를 어떻게 해석해 작업을 끝까지 끌고 가는지를 정합니다.
• 쉽게 말하면 — 모델은 추론 능력을 주고, Harness는 그 능력에 장비를 갖춰 주고 방향을 잡아 줍니다.
• Harness가 정하는 것 — 에이전트가 어떻게 추론하는지, 얼마나 복잡한 일을 맡을 수 있는지, 기본으로 무엇을 할 수 있는지, 그리고 어떻게 과금되는지까지 Harness에 따라 달라집니다. 그래서 Copilot Studio에서는 에이전트를 만들 때 Harness부터 고릅니다.

CHAPTER 03 · 🔀 THREE HARNESSES

Copilot Studio의 Harness 3종 비교

업무 성격에 따라 Harness를 고릅니다 — 더 강한 Harness가 언제나 정답은 아닙니다

CHAPTER 04 · 🛠️ CAPABILITIES

Microsoft Copilot Harness로 무엇을 할 수 있나요?

토픽과 분기를 일일이 그리는 대신, 자연어로 에이전트를 설명하고 필요한 재료를 연결합니다

• 목표를 받아 스스로 단계 나누기 — 정해진 대본만 따르지 않고 목표를 단계로 나눈 뒤 커넥터 · 지식 · MCP 서버 · 연결된 에이전트 중 알맞은 도구를 골라 부릅니다. 한 단계가 실패하거나 요청이 바뀌면 방법을 바꿉니다.
• 업무 문서 직접 만들기 — Word · Excel · PowerPoint · PDF 파일을 만들고 고치고 그 내용을 바탕으로 추론합니다. 문서가 많은 업무에 특히 강합니다.
• 스킬 — 한 번 만든 업무 지침 묶음을 여러 에이전트에 붙여 쓰고, Markdown 파일이나 패키지로 내보내 공유할 수 있습니다.
• Work IQ 기본 연결 GA — 새 에이전트에는 Work IQ가 기본으로 추가되어 메일 · 일정 · 파일 · Teams 메시지 · 사람 정보 같은 조직 데이터를 맥락으로 씁니다.
• 보안 샌드박스 — 각 작업은 Copilot Studio가 관리하는 안전한 샌드박스(코드 실행 컨테이너)에서 돌아갑니다.
• 한 화면에서 만들고 검증하기 — Build(지침 · 지식 · 도구 · 스킬 · 모델 · 메모리) → Preview(대화 테스트) → Evaluate(테스트 세트로 품질 측정) → Monitor(운영 상태 · 세션 · 크레딧 사용량) 네 개 탭으로 정리되어 있습니다.

CHAPTER 05 · 🔁 ALWAYS-ON AGENTS

질문에 답하는 에이전트에서, 업무를 맡는 에이전트로

Microsoft는 이번 발표에서 “지속적으로 일하고 먼저 움직이는” 에이전트를 위한 기능을 함께 강조했습니다

CHAPTER 06 · 📊 PERFORMANCE & COST

성능은 오르고, 비용은 내려갔습니다

Microsoft 내부 평가(2026년 10월) — 같은 작업을 Standard Harness와 비교한 결과입니다

• 모델보다 Harness — 모델을 바꿔도 통과율은 크게 달라지지 않았지만, Harness를 바꾸자 차이가 크게 벌어졌습니다.
• 실패에 강해짐 — 도구가 한 번 실패한 뒤 나중에 다시 시도해 성공할 가능성이 7배 이상 높았습니다. 다만 이것이 전체 작업 성공을 뜻하지는 않습니다.
• 비용 관리 — 만들기 · 테스트 · 평가 · 실행 모두 Copilot Credits를 씁니다. Power Platform 관리 센터에서 환경별 크레딧 할당, 에이전트별 지출 한도, 테넌트 풀 사용 차단을 설정하고, Copilot Credit 추정 도구로 미리 계산할 수 있습니다.

CHAPTER 07 · 🧭 MIGRATE OR NOT

Standard Harness 에이전트, 지금 옮겨야 할까요?

결론부터 — 잘 돌아가는 에이전트는 그대로 두고, 새 업무부터 Microsoft Copilot Harness로 시작하세요

• Standard Harness는 계속 지원 — 지원 종료 계획이나 강제 전환이 없습니다. 이미 게시한 에이전트는 바뀌거나 멈추지 않습니다.
• 옮길 때는 이유가 분명할 때만 — 품질 향상, 더 효율적인 실행, 오래 걸리는 작업, 특정 추론 모델 · 새 기능이 필요할 때 옮깁니다. 옮기는 일은 부품 변환이 아니라 “다시 설계”로 봐야 합니다.
• 업그레이드 기능 Preview — Copilot Studio 홈에서 “○○ 에이전트를 업그레이드해 줘”라고 요청하면 새 Harness로 사본을 만들고, 지침 · 도구 · 추천 프롬프트를 옮긴 뒤 결과 보고서를 줍니다. 토픽은 스킬이나 워크플로로 다시 만들어지고, 업그레이드에도 크레딧이 듭니다.

CHAPTER 08 · 🔭 WHAT IT MEANS

이번 변화가 말해 주는 것

CanRobot이 보는 Microsoft AI 전략의 세 가지 흐름

✅ 지금 할 수 있는 준비 체크리스트

• 사내 자료 · 교육 자료 용어 정리 — 설계 문서 · 교육 교안 · 운영 가이드에 있는 “GitHub Copilot Harness” 표기를 “Microsoft Copilot Harness”로 바꾸세요. 화면이 바뀌는 몇 주 동안은 두 이름을 함께 적어 두면 혼란이 적습니다.
• 업무별 Harness 고르기 — 지금 만들거나 계획 중인 에이전트를 “짧고 정해진 대화”와 “오래 걸리고 판단이 필요한 업무”로 나눠 보세요.
• 크레딧 관리 정책 — 환경별 크레딧 할당과 에이전트별 지출 한도를 먼저 정한 뒤 제작을 열어 주세요.
• 공유 메모리 안내 — 에이전트 계정을 시범 도입한다면, 에이전트에게 공유한 파일 · 대화가 팀 전체 응답에 쓰일 수 있다는 점을 사용자에게 먼저 알리세요.
• 사람 검토 지점 정하기 — 자율 실행을 켜기 전에, 결재 · 고객 발송 · 금액 변경처럼 사람이 확인해야 하는 단계를 워크플로에 넣으세요.