Copilot Agent Store 제출 관리자 승인 절차
Copilot Agent Store 제출 관리자 승인 절차
공유와 카탈로그 제출 구분하기
Agent Builder로 만든 에이전트는 특정 사람이나 그룹과 공유할 수도 있고 조직 카탈로그에 제출할 수도 있어요. 공유는 제작자가 대상과 변경 사항을 관리하는 경로입니다. 카탈로그 제출은 관리자가 검토하고 Agent Store 목록과 이용 가능 범위를 관리하는 별도 경로예요.
공유 버전과 Agent Store 버전은 서로 다른 항목으로 추적됩니다. 공유 버전을 수정했다고 Store 버전이 자동으로 바뀌는 것은 아니며, Store 변경은 다시 제출해 관리자 승인을 받아야 해요. 시험·파일럿과 조직 전체 배포 목적을 먼저 구분하세요.
| 구분 | Agent Builder 공유 | 조직 카탈로그 제출 |
|---|---|---|
| 대상 | 지정한 사람·그룹 | 관리자 이용 가능 설정에 따른 조직 사용자 |
| 검토 | 별도 관리자 검토 없음 | 관리자 센터 검토 필요 |
| 배포 위치 | 공유 경로 | Agent Store의 Built by your org |
| 업데이트 | 게시 변경이 공유 버전에 반영 | 재제출 승인 뒤 Store 버전에 반영 |
제작자가 기능과 데이터 접근 시험하기
제작자는 에이전트를 조직용으로 제출하기 전에 기능과 답변 범위를 시험해야 합니다. 지침, 지식 원본, 검색, 도구와 연결이 의도대로 작동하는지 확인하고, 예상 사용자가 필요한 지식 원본에 접근할 수 있는지도 살펴야 해요.
1. 대표 질문과 예외 질문으로 답변 범위를 확인해요.
2. 사용한 지식 원본과 데이터 접근 범위를 기록해요.
3. 의도하지 않은 기능이나 작업이 없는지 확인해요.
4. 표시 이름·설명·제작자 정보를 정확히 준비해요.
5. 조직 정책에 맞는 배포 준비 상태인지 점검해요.
테스트가 끝나기 전에 제출 상태만 만드는 것은 관리자의 판단 자료를 부족하게 할 수 있어요. 실제 기능, 데이터 접근, 제작자 정보를 검토할 수 있도록 정확한 설명을 준비하고 확인되지 않은 성능이나 결과를 약속하지 마세요.
제출 전에는 대표 질문, 예외 상황, 지식 원본과 데이터 접근 범위를 제작자가 직접 점검해야 합니다.
조직 카탈로그에 제출하기
Agent Builder에서는 에이전트를 먼저 게시한 뒤 조직 카탈로그 제출 경로를 사용할 수 있어요. 제출에는 표시 이름, 짧은 설명, 제작자 이름과 관련 정보가 필요합니다. 제출은 최신 게시 버전을 대상으로 하므로 미게시 변경이 남아 있는지 확인하세요.
제출 뒤 표시되는 승인 대기 상태는 사용자 공개가 아니라 관리자 검토 요청이 전달됐다는 뜻입니다. 한 에이전트에는 활성 대기 요청이 하나만 있으며, 대기 중 다시 제출하면 새 요청이 기존 요청을 대체할 수 있어요.
관리자 Requests 검토 이해하기
관리자는 Microsoft 365 관리 센터의 Agents → All agents → Requests에서 대기 요청을 확인합니다. 검토 대상에는 에이전트 기능, 데이터 접근과 제작자 정보가 포함돼요. 표시 이름과 설명만 보고 승인하는 절차로 이해하면 안 됩니다.
관리자는 조직의 보안·규정·데이터 접근 기준에 맞는지 판단한 뒤 게시하거나 거절할 수 있습니다. 제작자는 관리자에게 필요한 설명과 원본 범위를 제공하고, 거절 의견이 있다면 수정할 항목을 분리해 재시험해야 해요.
관리자는 Requests에서 기능, 데이터 접근, 제작자 정보를 함께 확인한 뒤 게시 또는 거절을 결정합니다.
게시·거절과 사용자 노출 확인하기
관리자가 `Publish`를 선택하면 승인된 에이전트가 Agent Store의 `Built by your org`에 제공됩니다. `Reject`를 선택하면 제작자는 검토 의견을 확인하고 수정한 뒤 다시 제출할 수 있어요. 승인 전에는 일반 사용자에게 보이지 않습니다.
승인 알림만으로 완료를 선언하지 말고 실제 Store 목록을 확인하세요. 에이전트 이름, 설명, 이용 가능 대상과 승인된 버전이 의도한 상태인지 점검해야 합니다. Agent Builder에서 이후 변경한 내용은 재제출 승인 전까지 Store 버전에 자동 반영되지 않아요.
1. 상태가 승인으로 바뀌었는지 확인해요.
2. Built by your org에서 목록을 찾아요.
3. 이름과 설명이 제출 내용과 같은지 확인해요.
4. 관리자 이용 가능 설정에 맞는지 확인해요.
5. 이후 변경은 재제출 대상임을 기록해요.
관리자 승인 뒤 Built by your org 목록과 승인된 버전을 실제로 확인해야 게시 완료를 판단할 수 있습니다.
상태별 오류와 재제출 점검하기
| 상태 | 의미 | 다음 점검 |
|---|---|---|
| 제출 메뉴 비활성 | 최초 게시 전일 수 있음 | 에이전트 게시와 미게시 변경을 확인해요. |
| 승인 대기 | 관리자 검토 중 | 사용자 공개로 오해하지 않아요. |
| 관리자 거절 | 수정 후 재제출 필요 | 검토 의견과 기능·데이터 범위를 다시 시험해요. |
| 공유 버전만 변경됨 | Store 버전은 별도 | Store 반영이 필요하면 재제출해요. |
| 승인됐지만 찾기 어려움 | 목록·이용 가능 설정 확인 필요 | Built by your org와 관리자 설정을 확인해요. |
조직용 배포는 제작 완료, 제출, 관리자 승인, Store 확인이 각각 다른 단계입니다. 상태 메시지 하나만으로 완료를 판단하지 말고 각 단계의 실제 기록과 목록을 확인하세요.
자주 묻는 질문
Q. 조직 카탈로그에 제출하면 바로 사용자에게 보이나요?
아니요. 관리자가 요청을 검토하고 승인해 게시하기 전에는 사용자에게 보이지 않습니다.
Q. Agent Builder 공유와 Store 제출은 같은가요?
아니요. 공유 버전과 Agent Store 버전은 별도 항목이며 관리자 검토와 업데이트 반영 방식이 다릅니다.
Q. 관리자는 무엇을 검토하나요?
Microsoft 365 관리 센터 Requests에서 기능, 데이터 접근, 제작자 정보 등을 검토합니다.
Q. 승인 후 Agent Builder 수정이 자동 반영되나요?
아니요. Store 버전 변경은 다시 제출하고 관리자 승인을 받아야 반영됩니다.
제작·시험 → 조직 카탈로그 제출 → 관리자 Requests 검토 → 게시 또는 거절 → Built by your org 확인 순서로 진행하세요.
공유와 Store 제출은 별도 경로이며 승인 전에는 사용자에게 보이지 않습니다. 2026년 7월 30일 확인한 Microsoft 공식 문서를 기준으로 기능·데이터 접근·제작자 정보를 정확히 기록하세요.
댓글
댓글 쓰기