1. Publish를 누르기 전에 문제를 미리 보여 주는 패널
에이전트를 다 만들고 게시 단계에서야 문제가 한꺼번에 드러나면, 게시 일정을 다시 잡아야 합니다. Microsoft Copilot Studio 제품 담당 부사장 Jason Moore는 2026년 10월 7일 Microsoft Copilot 블로그에 Copilot Studio 9월 업데이트를 정리한 글을 올렸고, 이 글에서 Review 패널이 정식 출시(generally available)됐다고 밝혔습니다. 블로그 설명에 따르면 Review 패널은 에이전트가 게시할 준비가 됐는지 평가하고, 게시 전에 아직 손봐야 할 것을 찾아 줍니다.
날짜도 확인해 둘 필요가 있습니다. 이 블로그 글은 9월 업데이트를 10월 7일에 묶어 발표한 월간 정리 글이어서, Review 패널이 각 환경에 실제로 적용된 날짜는 따로 적혀 있지 않습니다. 이 글은 블로그 게시일을 발표일로 봅니다.
2. 경고는 만드는 동안 심각도 순으로 표시됩니다
블로그에 따르면 Review 패널은 에이전트를 만드는 동안 상단 메뉴 바에 보입니다. 만드는 사람이 Publish를 선택할 때까지 기다리지 않고, 만드는 과정 내내 차단 요소(blockers)와 경고(warnings)를 보여 줍니다. 문제는 심각도 순으로 정렬되고, 설명과 함께 가능한 경우 해결 조치가 붙습니다.
작성자는 이 변화를 확인 시점이 앞당겨진 것으로 읽습니다. 게시 직전에 몰아서 보던 문제를 만드는 중에 하나씩 처리할 수 있게 됐다는 뜻입니다. 그래서 팀은 패널을 언제 열어 볼지보다, 항목이 떴을 때 누가 처리할지를 먼저 정하면 됩니다. 아래에서 블로그가 따로 설명한 경고 종류를 차례로 살펴봅니다.
3. 평가 경고가 뜨면 평가를 다시 실행합니다
블로그는 새 평가 경고(evaluation warnings)를 소개했습니다. 에이전트를 한 번도 평가하지 않았을 때, 또는 모델이 바뀌어 이전 평가 결과가 현재 동작을 더 이상 반영하지 못할 수 있을 때 표시됩니다.
두 번째 경우를 주의해서 봐야 합니다. 모델만 바꿨고 지시문과 지식 원본은 그대로라서 테스트를 건너뛰고 싶어지는 상황이기 때문입니다. 예시로, 사내 규정을 안내하는 에이전트의 모델을 바꿨다면 바꾸기 전에 쓰던 질문 목록으로 평가를 다시 실행하고, 답이 달라진 항목을 따로 확인하면 됩니다. 평가 기능의 자세한 사용법은 이 블로그 글에 없으므로 여기서는 다루지 않습니다.
4. 조직 정책 제한과 일반 경고 처리하기
블로그는 Review 패널이 만드는 사람이 조직 정책 제한에 걸렸을 때 이를 보여 주고, 추가 도움이 필요하면 조직별 안내로 연결할 수 있다고 설명합니다. 이 제한은 만드는 사람이 혼자 풀 수 없는 경우가 많으므로, 관리자에게 넘길 항목으로 따로 분류하는 편이 좋습니다. 조직별 안내를 어디에서 어떻게 설정하는지는 블로그에 적혀 있지 않아 확인하지 못했습니다.
블로그가 설명한 경고 종류를 표로 옮기면 아래와 같습니다. 오른쪽 처리 방법은 원문에 없는 작성자 제안입니다.
아래 도식은 패널에 뜬 항목을 어떤 순서로 나눠 처리할지 작성자가 제안한 분기입니다. 조직 정책 제한은 관리자에게, 평가 경고는 재평가로, 차단 요소는 고친 뒤 패널에서 사라졌는지 확인합니다. 그 밖의 일반 경고는 고치거나, 그대로 게시한다면 그 이유를 팀 기록에 적어 두십시오. 다음에 같은 경고를 본 사람이 같은 판단을 반복하지 않아도 되기 때문입니다.
| 경고 종류 | 블로그 설명 | 처리 방법 (작성자 제안) |
|---|---|---|
| 차단 요소와 경고 | 만드는 과정 내내 심각도 순으로 표시되고, 설명과 가능한 경우 해결 조치가 붙음 | 만드는 사람이 고친 뒤 패널에서 사라졌는지 확인 |
| 평가 경고 | 한 번도 평가하지 않았거나, 모델 변경으로 이전 평가 결과가 현재 동작을 반영하지 못할 수 있을 때 표시 | 기존 질문 목록으로 평가를 다시 실행 |
| 조직 정책 제한 | 만드는 사람이 제한에 걸렸을 때 표시하고, 필요하면 조직별 안내로 연결 | 관리자에게 넘기고 조직 안내를 확인 |
5. 제공 상태와 확인하지 못한 것
Review 패널은 블로그에 정식 출시로 명시돼 있습니다. 같은 블로그 글에 실린 다른 기능은 공개 미리 보기처럼 제공 상태가 다르므로 이 글에서는 다루지 않습니다. 요금제, 지역, 정부 클라우드 같은 제공 범위 조건은 블로그에 따로 적혀 있지 않아 확인하지 못했습니다.
적용 범위도 짚어 둘 필요가 있습니다. 블로그는 Review 패널을 Copilot Studio 전반의 기능처럼 설명하지만, 블로그가 연결한 Microsoft Learn 문서는 상단에 "Features in this article are used by agents or workflows powered by the GitHub Copilot harness"라는 안내를 달아 두었습니다. 이 글이 설명한 차단 요소·평가 경고·조직 정책 제한이 GitHub Copilot harness로 만든 에이전트에 한정된 내용인지, Copilot Studio의 다른 빌드 방식에도 똑같이 적용되는지는 블로그와 이 문서 어디에도 분명하게 적혀 있지 않습니다. 만들고 있는 에이전트가 어떤 harness를 쓰는지 모른다면, 화면에서 Review 아이콘이 실제로 보이는지부터 직접 확인하십시오.
작성자는 Copilot Studio 화면에서 Review 패널을 직접 열어 보지 않았습니다. 이 글의 설명은 블로그와, 블로그가 연결한 Microsoft Learn의 Review 패널 문서를 근거로 했습니다. 그 문서에는 날짜가 표시돼 있지 않아 출시 시점의 근거로 쓰지 않았습니다.
6. 이번 주에 해 볼 첫 단계
게시를 앞둔 에이전트 1개를 열어 Review 패널에 뜬 항목을 심각도 순서 그대로 옮겨 적으십시오. 항목마다 만드는 사람이 고칠 것, 다시 평가할 것, 관리자 확인이 필요한 것 중 하나를 표시하고 담당자 이름을 붙이면 됩니다. 차단 요소가 하나라도 남아 있으면 게시하지 않는다는 규칙을 팀에서 먼저 합의해 두면, 다음 에이전트부터는 같은 표로 바로 시작할 수 있습니다.