이 가이드에서는 Admin 플러그인으로 일상적인 관리 업무를 처리하는 방법을 설명합니다. 주요 사용 사례별로 필요한 승인과 정보를 준비하고 프롬프트를 실행해 보세요.
1. Admin 플러그인의 용도 이해하기
Admin 플러그인을 사용하면 ChatGPT Work 안에서 설정, 권한, 제어 항목을 직접 관리할 수 있습니다. 일상적인 표현으로 목표를 설명하면 플러그인이 필요한 정보를 수집하고 현재 상태를 조회한 뒤, 확인한 내용을 설명하고 지원 범위 안에서 다음 단계를 안내합니다.
Admin 플러그인이 지원하는 관리 업무
- API 요청을 직접 작성할 필요 없이 관리 요청을 구체적인 워크플로우로 정리합니다.
- 결정을 내리거나 변경을 승인하기 전에 워크스페이스의 현재 상태를 검토합니다.
- 접근이 허용된 출처와 필드 중 답변의 근거로 사용한 항목을 보여 주고, 확인하지 못한 내용도 알려 줍니다.
- 지원되는 변경을 적용하기 전에 사용자가 검토할 수 있도록 기다립니다. 변경 후에는 레코드를 다시 조회해 결과를 확인합니다.
플러그인은 내부적으로 일부 관리 API와 승인된 연결 데이터 소스를 사용합니다. 모든 관리 시스템을 통합하거나 사용자의 권한을 확대하지 않으며, ChatGPT에서 모든 API 작업을 실행할 수 있는 것도 아닙니다. 플러그인이 읽거나 변경할 수 있는 항목은 해당 데이터를 관리하는 시스템에서 결정합니다.
관리 API의 용도
관리 API를 통해 소프트웨어는 정해진 형식으로 데이터나 지원되는 작업을 요청할 수 있습니다. 조직은 관리 API로 내부 프로세스나 외부 도구를 구축할 수 있습니다. 대표적인 예로 정기 보고서 작성, 여러 레코드에 걸친 반복 작업, 승인된 시스템과의 연동이 있습니다. 이러한 워크플로우에는 일반적으로 엔지니어링, 보안, 거버넌스 팀의 검토가 필요합니다.
이 가이드를 따라 하기 위해 API 워크플로우를 구축할 필요는 없습니다. 이후 내용은 Admin 플러그인을 중심으로 설명합니다. ChatGPT 워크스페이스 관리와 OpenAI API 플랫폼 관리는 서로 별개이며, 각각 필요한 권한과 인증 요건이 다릅니다.
자격 증명을 안전하게 보관하기
조직에서 승인한 연결과 비밀 정보 저장 시스템만 사용하세요. 실제 관리 API 키를 ChatGPT, Codex, 문서 또는 소스 파일에 절대 붙여넣지 마세요.
2. Admin 플러그인 사용 준비하기
일회성 관리 작업이 플러그인의 지원 범위에 있고 일상적인 표현으로 요청을 처리하고 싶다면 Admin 플러그인을 사용하세요. 목표를 설명하고 변경되지 않는 ID나 보고에 사용하도록 승인된 정보를 제공하세요. 플러그인이 조회 결과나 변경 계획을 보여 주면 계속 진행할지 결정하세요.
플러그인은 해당 작업에 허용된 데이터 소스와 자격 증명만 사용하며, 허용된 작업만 수행합니다. 모든 관리 시스템을 통합하거나 사용자에게 더 넓은 권한을 부여하지 않습니다. 판단의 기준은 항상 원본 시스템의 데이터입니다.
시작하기 전에
- 해당 레코드를 관리하는 영역을 찾으세요.
- 필요한 정보를 모으고 승인을 받으세요.
- 읽기 전용 요청으로 시작하세요.
- 어떤 출처와 필드를 사용했고 무엇을 확인하지 못했는지 플러그인에 물어보세요.
- 지원되는 변경이라면 승인하기 전에 계획을 검토하세요. 변경 후에는 레코드를 다시 조회해 결과를 확인해 달라고 요청하세요.
워크스페이스에서 플러그인을 사용할 수 있는지, 자신에게 필요한 권한이 있는지 확인하세요. 아래의 역할 및 접근 권한 사용 사례는 현재 문서화된 플러그인의 지원 범위를 기준으로 합니다. 플러그인은 역할, 기능별 권한, 사용자나 그룹에 할당된 역할을 조회할 수 있습니다. 사용자가 확인하면 기존 그룹에 기존 역할을 할당할 수도 있습니다.
플러그인은 역할을 새로 만들거나 역할의 권한을 변경하거나 특정 커넥터에 대한 접근 권한을 확인할 수 없습니다.
분석 작업에는 승인된 데이터 소스가 연결되어 있어야 하며, 해당 소스에 대한 접근 권한도 필요합니다. ROI 분석에는 승인된 비즈니스 또는 엔지니어링 성과 데이터도 필요합니다. 사용 기록만으로는 충분하지 않습니다.
3. Admin 플러그인의 주요 사용 사례 살펴보기
사용 사례를 선택하고 각 자리표시자를 승인된 요청에 있는 값으로 바꾼 뒤, 단계를 순서대로 따르세요. 이미 승인을 받은 변경 작업이고 플러그인이 해당 변경을 지원하는 경우를 제외하고는 읽기 전용 요청으로 시작하세요.
GPT 목록을 작성하고, 마이그레이션 대상 GPT를 일괄 이전하고, 소유자의 테스트와 접근 권한 확인을 조율하려면 맞춤형 GPT 일괄 마이그레이션을 참고하세요.
워크스페이스의 역할 목록 조회하기
사용해 볼 프롬프트
워크스페이스 {workspace_id}의 역할 목록을 보여 주세요. 기본 제공 역할과 사용자 지정 역할을 구분해 주세요. 각 역할로 어떤 기능을 사용할 수 있는지 설명하고, 해당 역할이 할당된 사용자나 그룹을 보여 주세요. 아무것도 변경하지 마세요.진행 단계
- 준비: 워크스페이스 ID를 확인하고 자신에게 이 정보를 조회할 권한이 있는지 확인하세요.
- 실행: 읽기 전용으로 역할 목록을 요청하세요.
- 검토: 역할 유형, 사용할 수 있는 기능, 역할 할당 내역을 확인하세요.
- 확인: 예상과 다른 항목이 있다면 변경하지 말고 원인을 살펴보세요.
개별 역할 검토하기
사용해 볼 프롬프트
역할 {role_id}를 검토해 주세요. 이 역할의 권한을 쉬운 말로 설명하고 누구에게 할당되어 있는지 보여 주세요. 권한이나 할당 범위가 예상보다 넓어 보이는 부분을 짚어 주세요. 역할을 수정하지 마세요.진행 단계
- 준비: 역할 ID와 워크스페이스를 확인하세요.
- 실행: 읽기 전용으로 역할 검토를 요청하세요.
- 검토: 권한과 할당 내역이 해당 역할의 목적에 맞는지 확인하세요.
- 확인: 역할 소유자에게 물어볼 내용을 정리하세요. 플러그인은 역할을 만들거나 역할의 권한을 수정할 수 없습니다.
사용자 또는 그룹의 접근 권한 파악하기
사용해 볼 프롬프트
사용자 {user_id} 또는 그룹 {group_id}의 접근 권한을 설명해 주세요. 할당된 역할을 보여 주고 각 역할이 어떤 접근 권한을 제공하는지 설명해 주세요. 중복되거나 빠진 권한을 짚어 주고, 확인할 수 없는 내용은 명확히 알려 주세요.진행 단계
- 준비: 사용자 또는 그룹을 식별하는 변경되지 않는 ID를 사용하세요.
- 실행: 플러그인에 접근 권한을 설명해 달라고 요청하세요.
- 검토: 어떤 역할이 할당되어 있고 각 역할이 어떤 접근 권한을 제공하는지 확인하세요. 중복되거나 빠진 권한을 기록하세요.
- 확인: 플러그인이 조회할 수 없는 항목은 추측하지 말고 미확인으로 표시하세요.
그룹에 기존 역할 할당하기
사용해 볼 프롬프트
변경하기 전에 그룹 {group_id}에 현재 할당된 역할을 보여 주고, 역할 {role_id}를 할당하면 어떤 권한이 추가되는지 설명해 주세요. 기록된 승인자가 누구인지 확인한 뒤 제가 명시적으로 승인할 때까지 기다려 주세요. 역할을 할당한 후에는 그룹의 역할 목록을 다시 조회해 결과를 확인해 주세요.진행 단계
- 준비: 그룹 ID와 역할 ID를 확인하세요. 승인된 요청 내용과 기록된 승인자를 확인하세요.
- 실행: 그룹의 현재 역할과 변경될 내용을 보여 달라고 요청하세요.
- 검토: 계획이 승인된 요청과 일치할 때만 승인하세요.
- 확인: 할당 후 그룹을 다시 조회해 승인된 대로 기존 역할이 추가되었는지 확인하세요.
일반 커넥터 접근 권한 확인하기
사용해 볼 프롬프트
사용자 {user_id}에게 할당된 역할이 일반 커넥터 접근 권한을 부여하는지 확인해 주세요. 어떤 권한을 근거로 판단했는지 플러그인에 보여 달라고 요청해 주세요. 특정 커넥터에 대한 접근 권한을 확인할 수 없다면 플러그인이 그 사실을 명확히 밝히도록 해 주세요.진행 단계
- 준비: 사용자 ID를 확인하고 자신에게 해당 사용자의 접근 권한을 검토할 권한이 있는지 확인하세요.
- 실행: 일반 커넥터 접근 권한을 확인해 달라고 요청하세요.
- 검토: 사용자에게 할당된 역할과 답변의 근거가 된 권한을 확인하세요.
- 확인: 이 결과는 일반 권한을 확인하는 용도로만 사용하세요. 특정 커넥터나 연결된 항목에 접근할 수 있다는 증거는 아닙니다.
승인된 변경의 문제 해결하기
사용해 볼 프롬프트
승인된 변경 {change_record_id}를 검토해 주세요. 요청한 결과와 워크스페이스의 현재 상태를 비교해 주세요. 변경에 실패했다면 워크스페이스와 역할을 먼저 확인해 주세요. 그런 다음 레코드 소유자가 누구인지 확인하고, 문제를 설명한 뒤 가장 안전한 다음 단계를 제안해 주세요.진행 단계
- 준비: 승인된 변경 레코드와 의도한 결과를 확인하세요.
- 실행: 요청 내용과 워크스페이스의 현재 상태를 비교해 달라고 요청하세요.
- 검토: 워크스페이스와 역할을 확인한 뒤 레코드 소유자를 확인하세요.
- 확인: 워크스페이스의 현재 상태를 기준으로 다음 단계를 결정하세요.
비용과 모델 조합 최적화하기
사용해 볼 프롬프트
워크스페이스 {workspace_id}에서 {date_range} 동안 확인된 토큰 사용량과 비용을 사용 사례별로 집계해 주세요. 확인할 수 있는 속도와 품질 정보를 바탕으로 모델과 추론 모드를 비교해 주세요. 비용이 많이 들지만 데이터에서 그만큼의 가치를 확인하기 어려운 워크플로우를 짚어 주세요. 어디에서 지출을 줄일 수 있는지, 어떤 업무로 예산을 옮기면 생산성이나 비용 측면에서 더 나은 성과를 기대할 수 있는지 제안해 주세요. 승인된 매출 또는 품질 지표가 있으면 포함해 주세요. 절감 가능한 금액을 추산하고 선택에 따른 장단점을 설명해 주세요. 확인된 사실과 가정, 누락된 입력값을 구분해 주세요. 이 작업은 읽기 전용으로 진행해 주세요.진행 단계
- 준비: 워크스페이스와 기간을 확인하고 비용 데이터가 전체 기간을 포함하는지 확인하세요. 승인된 성능 또는 성과 관련 필드 중 사용할 수 있는 항목을 확인하세요.
- 실행: 비용과 모델을 비교해 달라고 요청하세요.
- 검토: 데이터에서 확인한 사실을 가정, 누락된 입력값, 선택에 따른 장단점과 구분하세요.
- 확인: 조치를 취하기 전에 재무팀 및 워크플로우 담당자와 함께 예상 절감액을 검토하세요.
사용 현황과 도입 수준 파악하기
사용해 볼 프롬프트
워크스페이스 {workspace_id}의 {date_range} 기간 사용 현황을 분석해 주세요. 팀별, 업무 영역별로 수행한 작업과 토큰 사용량을 보여 주세요. 비용은 사용 사례별로 집계해 주세요. 각 팀이 ChatGPT와 Codex로 어떤 일을 하는지 요약하고 법무팀, 마케팅팀, 영업팀의 사례를 포함해 주세요. 확인할 수 있는 범위에서 스킬과 플러그인의 사용 현황을 비교해 주세요. 도구 호출, 연결된 앱, 여러 도구를 함께 사용하는 워크플로우는 해당 필드가 있을 때만 보고해 주세요. 어느 팀에서 고급 워크플로우를 활용하고 있고 어디에 활용을 확대할 여지가 있는지 보여 주세요. 상위 {5_or_10}개 사용 사례를 순위별로 정리하고, 활동량이 많은 소수의 사용자가 전체 사용량의 대부분을 차지하는지 보여 주세요. 데이터에 없는 활동은 추측하지 마세요.진행 단계
- 준비: 워크스페이스, 기간, 팀 매핑을 확인하세요. 사용자 단위 보고가 승인되었는지 확인하세요.
- 실행: 사용 현황과 도입 수준을 분석해 달라고 요청하세요.
- 검토: 요청한 필드 중 사용할 수 있는 항목을 확인하세요. 데이터에 없는 활동은 추측하지 말고 제외하세요.
- 확인: 사용량이 많다는 사실만으로 고급 워크플로우 활용 여부나 비즈니스 가치, 개인의 성과를 입증할 수는 없습니다.
비즈니스 가치와 ROI 측정하기
사용해 볼 프롬프트
워크스페이스 {workspace_id}의 {date_range} 기간에 대해 검증된 사용량 및 비용 데이터와 승인된 성과 데이터를 결합해 주세요. 팀별, 사용 사례별로 가치를 추산해 주세요. 영업팀의 생산성, 매출, 품질 지표 중 승인된 지표를 포함해 주세요. 팀별, 모델별로 비교하고 워크플로우별, 사용자 그룹별로도 비교해 주세요. 비용 대비 수익을 기준으로 순위를 매겨 주세요. 데이터 출처와 계산식을 보여 주고 가정, 분석의 한계, 누락된 입력값을 명확히 밝혀 주세요. ChatGPT가 해당 성과를 냈다고 단정하지 마세요. 이 작업은 읽기 전용으로 진행해 주세요.진행 단계
- 준비: 워크스페이스와 기간을 확인한 뒤 분석에 사용하도록 승인된 성과 데이터를 확인하세요. 계산식과 개인정보 보호 규칙을 검토하세요.
- 실행: ROI 분석을 요청하세요.
- 검토: 모든 출처와 가정을 확인하세요. 분석의 한계와 누락된 입력값을 각각 기록하세요.
- 확인: 사용량만으로는 ROI나 인과관계를 입증할 수 없습니다. 재무팀 및 사업 담당자와 함께 결과를 검토하세요.
Codex ROI 평가하기
사용해 볼 프롬프트
워크스페이스 {workspace_id}에서 {date_range} 동안 확인된 Codex 사용량 및 비용 데이터와 승인된 엔지니어링 성과 데이터를 결합해 주세요. 팀별, 리포지터리별, 워크플로우별로 ROI를 추산해 주세요. 생산성과 소프트웨어 제공 속도를 코드 품질 및 엔지니어링 비용과 비교해 주세요. 가치가 높거나 리소스를 많이 사용하는 워크플로우를 찾아 주세요. 모델, 추론 모드 또는 워크플로우를 어떻게 변경하면 좋을지 제안하고, 각 선택에 따른 장단점과 불확실성을 설명해 주세요. 분석 결과는 가용 데이터에서 관찰된 패턴으로 제시해 주세요. Codex가 해당 성과를 냈다는 증거로 제시하지 마세요. 분석 결과만 알려 주고 아무것도 변경하지 마세요.진행 단계
- 준비: 워크스페이스와 보고 기간을 확인하세요. 팀과 리포지터리의 매핑 정보 및 승인된 기준 데이터를 검토하세요.
- 실행: Codex ROI 분석을 요청하세요.
- 검토: 관찰된 패턴과 가정을 구분하세요. 사용자와 리포지터리의 데이터를 보호하세요.
- 확인: 엔지니어링 팀과 함께 권장 사항과 성과 비교에 사용한 기준값을 검토하세요.
4. API 워크플로우가 적합한 경우
조직에 따라 API를 사용해 자체 관리 프로세스나 외부 도구를 구축하기도 합니다. 이 방식은 일정에 따라 실행하거나 계속 수행해야 하는 작업에 적합할 수 있습니다. 하나의 프로세스에서 여러 레코드를 처리하거나 승인된 내부 시스템과 연동해야 할 때도 유용합니다. API 워크플로우는 Admin 플러그인의 안내에 따라 작업하는 방식과는 별개입니다.
먼저 관리 작업의 범위를 정하세요. 필요한 입력값과 권한, 검토할 시점, 예상 결과, 결과를 기록할 방법을 명확히 하세요. 조직에서 이 작업을 자동화한다면 관련 엔지니어링, 보안, 거버넌스 팀과 협업하세요. 자격 증명은 승인된 비밀 정보 저장소에 보관하고 배포 전에 워크플로우를 테스트하세요.