M1-2. 하네스 선택 (Choose a harness)
한 줄 요약 — Copilot Studio에서 만드는 모든 것은 하네스(harness) 위에서 동작합니다. 하네스는 모델과 제작물 사이의 런타임 — 언제 모델을 부르고, 어떤 컴포넌트를 보내고, 돌아온 결과를 해석해 어떤 도구를 부를지 결정합니다. 3종 하네스(GitHub Copilot·표준·Copilot chat) 중 무엇을 고르느냐가 동작 방식·기능·과금을 좌우하며, GitHub Copilot 하네스 ↔ 표준 하네스 양방향 이전 불가입니다. (기능·화면·명칭은 프리뷰 기준 · subject to change)
1. 하네스란 — 모델과 제작물 사이의 런타임
만드는 사람은 에이전트·워크플로를 설계하고, 선택한 모델은 추론·생성을 담당합니다. 하네스는 그 사이에 있는 런타임으로, 다음을 결정합니다:
- 언제 모델을 호출할지
- 모델에 어떤 컴포넌트(지침·지식·도구 정보 등)를 보낼지
- 돌아온 결과를 어떻게 해석할지
- 어떤 도구를 호출할지
M0에서 “에이전틱 루프를 도는 코어”라고 부른 계층이 바로 이것 — Microsoft 공식 문서가 채택한 공식 명칭이 하네스입니다.
2. 무엇이 하네스 위에서 도는가 — 3종 하네스
Copilot Studio에서 만드는 모든 것은 셋 중 하나의 하네스 위에서 동작합니다:
| 하네스 | 정체 |
|---|---|
| GitHub Copilot 하네스 (구 “새 경험”) | 추론 중심(reasoning-heavy)·멀티스텝 작업용 에이전트와 워크플로를 구동 |
| 표준(standard) 하네스 (구 클래식) | 토픽·규칙 기반 에이전트와 에이전트 플로우를 구동 |
| Copilot chat 하네스 | Microsoft 365 Copilot Chat 확장용 — 선언형 에이전트(declarative agent), 즉 M365 Copilot Chat의 Agent Builder로 만드는 에이전트가 이 하네스입니다 |
3. 왜 하네스 선택이 중요한가
어떤 하네스 위에 짓느냐에 따라 다음이 달라집니다:
- 일이 처리되는 방식 — 정의한 규칙·분기·단계를 그대로 따르는 하네스가 있는가 하면, 목표를 받아 단계로 나누고 진행하며 조정하는 하네스가 있습니다.
- 끝까지 자동화할 수 있는 범위 — 더 유능한 하네스는 도구·파일·중간 판단을 가로지르는 긴 멀티스텝 업무 프로세스를 처리하고, 문제가 생기면 복구합니다.
- 바로 쓸 수 있는 기능 — 파일 생성·편집, 스킬, 메모리, 도구 호출 오케스트레이션 같은 능력은 하네스에 따라 다릅니다.
- 과금 방식 — 하네스마다 가격 체계가 다릅니다 (아래 비교표).
4. 3종 하네스 비교표
| 고려 사항 | GitHub Copilot 하네스 | 표준 하네스 | Copilot chat 하네스 |
|---|---|---|---|
| 용도(Best for) | 복잡한 멀티스텝 업무 프로세스 | 규칙 기반 에이전트·구조화된 대화 | M365 Copilot Chat을 사내 지식으로 확장 |
| 동작 방식 | 목표를 스스로 단계별로 추론·수행 | 정의한 토픽·규칙을 따름 | 사내 지식을 M365 Copilot Chat에 연결 |
| 문제 복구 | 자동 재시도·대체 경로 탐색 | 만들어 둔 경로만 따름 | 초점 아님 |
| 파일 작업 | Word·Excel·PPT·PDF 생성·편집·추론 | 초점 아님 | 초점 아님 |
| 스킬·메모리 | 지원 | 초점 아님 | 초점 아님 |
| 게시 대상 | 사내 + 외부 고객 | 사내 + 외부 고객 | 사내 전용 |
| 과금 | Copilot Credits (사용량 과금 — 빌드·테스트·평가에도 소모 가능) | 라이선스 과금 (Copilot Studio licensing) | 소비 기반 또는 M365 Copilot 사용자 라이선스에 포함 |
5. 어떤 하네스를 고를까 — 선택 기준
GitHub Copilot 하네스 권장 — 긴 작업을 추론으로 풀어야 할 때
- 목표를 단계로 나눠 커넥터·지식·MCP·연결된 에이전트를 가로질러 도구를 호출하고, 실패 시 조정해야 할 때
- 파일(Word/Excel/PPT/PDF)을 다루거나 실제 업무 프로세스를 끝까지 자동화할 때
- 예: 송장을 읽어 구매 주문과 대조하고 예외를 승인으로 라우팅하는 매입 채무(AP) 프로세스
표준 하네스 권장 — 시나리오가 잘 정의된 규칙 기반일 때
- 잘 이해된 요청에 대해 예측 가능하고 일관된 동작을 원할 때 — 토픽·프롬프트·경로를 직접 정의
- 기존 프롬프트 라이브러리·사내 지식을 활용할 때
- 예: 자주 묻는 질문에 답하고 단순 요청을 워크플로로 라우팅하는 사내 헬프데스크
Copilot chat 하네스 권장 — M365 Copilot Chat 확장이 목적일 때
- 직원들이 일상 화면(M365 Copilot Chat)을 벗어나지 않고 사내 콘텐츠에 근거한 답을 받게 하고 싶을 때 — 지식 연결이 중심
- 예: SharePoint 지식으로 질문에 답하는 온보딩 에이전트 (게시는 사내 전용)
- 만드는 곳 — M365 Copilot Chat의 Agent Builder로 만드는 선언형 에이전트가 이 하네스에 해당합니다. Copilot Studio의 Build 탭에서 만드는 GitHub Copilot 하네스 에이전트와는 제작 도구·위치가 다릅니다.
6. 상호 이전 불가 — 하네스는 생성 시 선택
- 어떤 하네스를 쓸지는 새 에이전트를 만들 때 선택합니다.
- GitHub Copilot 하네스 ↔ 표준 하네스 양방향 이전 불가 — 두 하네스는 근본적으로 다른 아키텍처·오케스트레이션 런타임을 사용합니다.
- 표준 하네스 에이전트는 계속 완전 지원되며, 하네스 간 화면 전환은 언제든 가능합니다 (→ M1-3 하네스 화면 전환).
💡 Tip — 지금 어떤 화면인가: 좌측 탐색에 Topics · Knowledge · Actions · Settings가 별도 항목으로 보이면 표준 하네스, 에이전트 화면 상단에 Build · Preview · Evaluate · Monitor 4탭이 보이면 GitHub Copilot 하네스 화면입니다.
핵심 정리
- 하네스 = 모델과 제작물 사이의 런타임 — 언제 모델을 부르고, 무엇을 보내고, 결과를 해석해 어떤 도구를 부를지 결정
- 3종: GitHub Copilot(추론·멀티스텝·파일·스킬·메모리·샌드박스) · 표준(토픽·규칙·예측 가능) · Copilot chat(M365 Copilot Chat 지식 확장·사내 전용)
- 과금이 갈린다: GitHub Copilot 하네스는 Copilot Credits 사용량 과금, 표준은 라이선스, Copilot chat은 소비 기반 또는 M365 Copilot 라이선스 포함
- GitHub Copilot 하네스 ↔ 표준 하네스 양방향 이전 불가 — 하네스는 생성 시 선택, 기존 에이전트는 그대로 운영
이전: 에이전트 개요 · M1 허브로 → 다음: 하네스 화면 전환
출처: Choose a harness (MS Learn) · Agents powered by GitHub Copilot Harness overview (MS Learn)