M1-2. 하네스 선택 — 표준 vs GitHub Copilot vs Copilot chat

한 줄 요약 — 하네스는 모델과 제작물 사이의 런타임입니다. 하네스 선택이 추론 방식·자동화 범위· 기본 제공 기능·과금 방식을 좌우합니다. 잘 정의된 규칙 기반 시나리오라면 표준 하네스가 정답입니다.

1. 하네스란

Copilot Studio에서 만드는 모든 것은 하네스가 뒤에서 움직입니다. 메이커가 에이전트·워크플로를 설계하고, 선택한 모델이 추론·생성을 담당한다면, 하네스는 그 사이의 런타임으로 — 언제 모델을 호출할지, 어떤 구성요소를 보낼지, 결과를 해석해 어떤 도구를 부를지를 결정합니다.

하네스 선택이 좌우하는 것:

• 일이 처리되는 방식 — 정의한 규칙·분기를 따르는가, 목표를 스스로 분해하는가
• 끝까지 자동화할 수 있는 범위 — 다단계 프로세스·복구 능력
• 기본 제공 기능 — 파일 생성·편집, 스킬, 메모리, 도구 오케스트레이션
• 과금 방식 — Copilot Credits vs 표준 라이선스·용량

2. 3종 하네스 비교

고려사항	GitHub Copilot 하네스	표준 하네스	Copilot chat 하네스
최적 용도	복잡한 다단계 업무 프로세스	규칙 기반 에이전트 · 구조화된 대화	M365 Copilot Chat 지식 확장
동작 방식	목표를 스스로 단계별 추론	정의한 토픽·규칙을 따름	지식을 M365 Chat에 연결
문제 복구	자동 재시도·대안 경로 탐색	만든 경로를 따름	해당 없음
파일 작업	Word·Excel·PPT·PDF 네이티브 생성·편집	중심 아님	중심 아님
스킬·메모리	지원	중심 아님	중심 아님
게시 대상	내부·외부	내부·외부	내부
과금	Copilot Credits (사용량 기반)	표준 라이선스·용량	소비 기반 또는 M365 Copilot 라이선스 포함

3. 표준 하네스를 선택하는 기준

공식 문서의 선택 기준:

• 시나리오가 잘 정의되어 있고 규칙 기반이며, 일관되고 예측 가능한 답을 원할 때
• 기존 프롬프트 라이브러리·엔터프라이즈 지식을 활용하고 싶을 때
• 대표 예시 — 사내 헬프데스크: 자주 묻는 질문에 답하고, 단순 요청을 워크플로로 라우팅

반대로 에이전트가 긴 작업을 추론하고, 여러 도구를 넘나들며, 파일을 다루고, 업무 프로세스를 끝까지 자동화해야 한다면 GitHub Copilot 하네스를 검토하세요.

4. 이전 불가 원칙

⚠️ 표준 하네스 에이전트 ↔ GitHub Copilot 하네스 에이전트는 서로 이전(transfer)할 수 없습니다. 에이전트를 새로 만들 때 하네스를 선택하며, 이후 변경이 불가하므로 시작 전에 시나리오 성격을 먼저 판단해야 합니다.

5. 과금 차이 요약

• GitHub Copilot 하네스 — Copilot Credits 기반 사용량 과금 (빌드·테스트·평가도 크레딧 소모 가능)
• 표준 하네스·에이전트 플로우 — 표준 라이선스·용량(메시지/작업) 기반 — 상세는 M3-5

핵심 정리

1. 하네스 = 모델과 제작물 사이 런타임 — 처리 방식·자동화 범위·기능·과금을 좌우합니다
2. 잘 정의된 규칙 기반 + 예측 가능성 요구 = 표준 하네스 선택
3. 하네스 간 이전 불가 — 생성 전에 시나리오 성격부터 판단하세요

---

M1 시작하기로 · 다음: M1-3. 표준 화면 접근

출처: Choose a harness (MS Learn) · Copilot Studio licensing (MS Learn)