ChatGPT Work에서 Admin 플러그인 사용하기
ChatGPT Work에서 지원되는 관리 워크플로, 권한 및 승인을 관리합니다
이 가이드에서는 Admin 플러그인이 일반적인 관리 업무를 지원하는 방식을 이해하고, 작업을 준비하며, 적절한 승인과 컨텍스트를 바탕으로 주요 사용 사례의 프롬프트를 시험하는 방법을 알아봅니다.
동영상 보기: ChatGPT Work의 Admin 플러그인
1. Admin 플러그인의 용도 이해하기
Admin 플러그인은 ChatGPT Work 안에서 설정, 권한 및 제어 기능을 직접 관리할 수 있도록 설계되었습니다. 일상적인 언어로 목표를 설명하면 플러그인이 적절한 입력을 수집하고, 현재 상태를 읽고, 확인한 내용을 설명한 다음, 지원되는 다음 단계를 안내합니다.
Admin 플러그인이 해결하도록 설계된 문제
- API 요청을 작성할 필요 없이 관리자 요청을 명확한 워크플로로 전환합니다.
- 결정을 내리거나 변경을 승인하기 전에 현재 워크스페이스 상태를 검토합니다.
- 답변의 근거가 되는 승인된 소스와 필드를 확인할 수 없었던 항목과 함께 표시합니다.
- 지원되는 변경을 수행하기 전에 검토를 위해 일시 중지한 다음, 레코드를 다시 읽어 결과를 확인합니다.
플러그인은 백그라운드에서 일부 관리자 API와 승인된 연결 데이터 소스를 사용합니다. 모든 관리자 시스템을 결합하거나, 사용자의 권한을 확대하거나, 모든 API 작업을 ChatGPT에서 사용할 수 있게 하지는 않습니다. 데이터가 속한 시스템에서 플러그인이 읽거나 변경할 수 있는 항목을 계속 제어합니다.
관리자 API가 해결하도록 설계된 문제
관리자 API는 소프트웨어에서 데이터나 지원되는 작업을 구조화된 방식으로 요청할 수 있게 합니다. 조직은 관리자 API를 사용하여 내부 프로세스나 외부 도구를 구축할 수 있습니다. 일반적인 예로는 예약 보고서, 다수의 레코드에 걸친 반복 작업, 승인된 시스템과의 연결 등이 있습니다. 이러한 워크플로에는 일반적으로 엔지니어링, 보안 및 거버넌스 검토가 필요합니다.
이 가이드를 사용하기 위해 API 워크플로를 구축할 필요는 없습니다. 이 가이드의 나머지 내용은 Admin 플러그인을 중심으로 설명합니다. ChatGPT 워크스페이스 관리와 OpenAI API Platform 관리도 각각 고유한 권한 및 인증 요구 사항을 갖춘 별도의 영역으로 유지됩니다.
자격 증명을 비공개로 유지하기
조직에서 승인한 연결 및 비밀 저장 시스템만 사용하세요. 실제 관리자 API key를 ChatGPT, Codex, 문서 또는 소스 파일에 붙여 넣지 마세요.
2. Admin 플러그인 사용 준비하기
일상적인 언어로 요청을 진행하고 싶은 경우, 지원되는 일회성 작업에 Admin 플러그인을 사용하세요. 목표를 설명하고 안정적인 ID 또는 승인된 보고 컨텍스트를 제공하세요. 계속 진행할지 결정하기 전에 플러그인이 확인한 내용이나 변경하려는 내용을 표시합니다.
플러그인은 해당 작업에 승인된 소스, 자격 증명 및 작업만 사용합니다. 모든 관리자 시스템을 결합하거나 더 광범위한 권한을 부여하지 않습니다. 원래 시스템이 계속해서 신뢰할 수 있는 정보의 원천으로 유지됩니다.
시작하기 전에
- 레코드가 있는 관리 영역을 찾습니다.
- 필수 입력과 승인을 준비합니다.
- 읽기 전용 요청으로 시작합니다.
- 플러그인에 사용한 소스와 필드, 그리고 확인할 수 없었던 항목을 물어봅니다.
- 지원되는 변경의 경우 승인하기 전에 계획을 검토합니다. 그런 다음 플러그인에 레코드를 다시 읽고 결과를 확인하도록 요청합니다.
워크스페이스에서 플러그인을 사용할 수 있고 필요한 권한이 있는지 확인하세요. 아래의 역할 및 액세스 사용 사례는 현재 문서화된 플러그인 범위를 반영합니다. 플러그인은 역할, 기능 권한, 사용자 또는 그룹 할당을 검토할 수 있습니다. 사용자가 확인한 후에는 기존 그룹에 기존 역할을 할당할 수도 있습니다.
플러그인은 역할을 만들거나, 역할의 권한을 변경하거나, 특정 커넥터에 대한 액세스를 확인할 수 없습니다.
분석 사용 사례에는 연결된 승인 데이터 소스에 대한 액세스가 필요합니다. ROI 분석에는 승인된 비즈니스 또는 엔지니어링 성과도 필요하며, 사용 기록만으로는 충분하지 않습니다.
3. 주요 Admin 플러그인 사용 사례 살펴보기
사용 사례를 선택하고, 각 자리 표시자를 승인된 요청의 값으로 바꾼 다음, 순서대로 단계를 진행하세요. 작업이 이미 승인을 받은 지원되는 변경이 아니라면 읽기 전용 요청으로 시작하세요.
워크스페이스 역할 나열하기
사용해 볼 프롬프트
List the roles in workspace {workspace_id}. Separate built-in and custom roles. For each role, explain which features it can use and show the users or groups assigned to it. Don’t make changes.단계
- 수집: 워크스페이스 ID와 이 정보를 볼 수 있는 권한이 있는지 확인합니다.
- 실행: 읽기 전용 역할 목록을 요청합니다.
- 검토: 역할 유형, 기능 액세스 및 할당을 확인합니다.
- 확인: 변경하지 않고 예상치 못한 항목을 조사합니다.
역할 하나 검토하기
사용해 볼 프롬프트
Review role {role_id}. Explain its permissions in plain language, show who has it, and flag anything that looks broader than expected. Don’t edit the role.단계
- 수집: 역할 ID와 워크스페이스를 확인합니다.
- 실행: 읽기 전용 역할 검토를 요청합니다.
- 검토: 권한 및 할당이 역할의 목적에 부합하는지 확인합니다.
- 확인: 역할 소유자에게 물어볼 질문을 기록합니다. 플러그인은 역할을 만들거나 권한을 편집할 수 없다는 점에 유의하세요.
사용자 또는 그룹의 액세스 이해하기
사용해 볼 프롬프트
Help me understand the access for user {user_id} or group {group_id}. Show their assigned roles, explain what access those roles provide, and point out overlaps or gaps. Clearly say what you can’t verify.단계
- 수집: 사용자 또는 그룹의 안정적인 ID를 사용합니다.
- 실행: 플러그인에 액세스를 설명하도록 요청합니다.
- 검토: 할당된 역할과 각 역할이 제공하는 액세스를 확인합니다. 중복되거나 누락된 부분을 기록합니다.
- 확인: 플러그인에서 확인할 수 없는 항목은 추측하지 말고 알 수 없음으로 표시합니다.
그룹에 기존 역할 할당하기
사용해 볼 프롬프트
Before making a change, show the current roles for group {group_id} and explain what role {role_id} would add. Confirm the recorded approver and wait for my explicit approval. After the assignment, verify the group’s updated roles.단계
- 수집: 그룹 및 역할 ID를 확인합니다. 승인된 요청과 기록된 승인자를 확인합니다.
- 실행: 플러그인에 현재 역할과 변경될 내용을 표시하도록 요청합니다.
- 검토: 계획이 승인된 요청과 일치하는 경우에만 승인합니다.
- 확인: 할당 후 그룹을 다시 확인하여 기존 역할이 승인된 대로 추가되었는지 확인합니다.
일반적인 커넥터 권한 확인하기
사용해 볼 프롬프트
Check whether user {user_id} has general connector access through their assigned roles. Ask the plugin to show which permissions support its answer. If it can’t verify access to a specific connector, have it say so clearly.단계
- 수집: 사용자 ID와 사용자의 액세스를 검토할 수 있는 권한을 확인합니다.
- 실행: 일반 권한 확인을 요청합니다.
- 검토: 할당된 역할과 답변에 사용된 권한을 확인합니다.
- 확인: 이 방법은 일반적인 확인 용도로만 사용하세요. 특정 커넥터 또는 연결된 항목에 대한 액세스를 증명하지는 않습니다.
승인된 변경 문제 해결하기
사용해 볼 프롬프트
Review approved change {change_record_id}. Compare the requested result with the current workspace. If it failed, check the workspace and role first. Then confirm who owns the record, explain the issue, and suggest the safest next step.단계
- 수집: 승인된 변경 레코드와 의도한 결과를 확인합니다.
- 실행: 플러그인에 요청과 현재 워크스페이스를 비교하도록 요청합니다.
- 검토: 워크스페이스와 역할을 확인합니다. 다음으로 레코드 소유자를 확인합니다.
- 확인: 다음 단계를 선택하기 전에 현재 워크스페이스 상태를 신뢰할 수 있는 정보의 원천으로 사용합니다.
비용 및 모델 구성 최적화하기
사용해 볼 프롬프트
For {date_range} in workspace {workspace_id}, group verified token use and cost by use case. Compare models and reasoning modes using the speed and quality information available. Flag costly workflows when the data shows little evidence of value. Recommend where spending could be reduced or redirected toward work with stronger productivity or cost results. Include any approved revenue or quality signals. Estimate possible savings, explain tradeoffs, and separate verified observations from assumptions or missing inputs. Keep this read-only.단계
- 수집: 워크스페이스와 날짜 범위를 확인하고, 비용 데이터가 전체 기간을 포괄하는지 확인합니다. 승인된 성능 또는 성과 필드 중 사용할 수 있는 항목을 확인합니다.
- 실행: 비용 및 모델 비교를 요청합니다.
- 검토: 데이터에서 확인되는 내용과 가정, 누락된 입력 및 절충점을 구분합니다.
- 확인: 조치를 취하기 전에 재무 부서 및 워크플로 소유자와 절감 가능성을 확인합니다.
사용량 및 도입 현황 파악하기
사용해 볼 프롬프트
Analyze workspace {workspace_id} during {date_range}. Show tasks and token use by team and business function. Group cost by use case. Summarize what teams use ChatGPT and Codex to accomplish. Include examples from Legal, Marketing, and Sales. Compare available use of skills and plugins. Only report tool calls, connected apps, and multi-tool workflows if those fields are available. Show where teams use more advanced workflows and where there may be room to expand. Rank the top {5_or_10} use cases and show whether a small group of highly active users accounts for most usage. Don’t guess about activity that is not in the data.단계
- 수집: 워크스페이스, 날짜 범위 및 팀 매핑을 확인합니다. 사용자 수준 보고가 승인되었는지 확인합니다.
- 실행: 사용량 및 도입 분석을 요청합니다.
- 검토: 요청한 필드 중 사용할 수 있는 항목을 확인합니다. 누락된 활동은 추측하지 말고 제외합니다.
- 확인: 사용량이 많다는 사실만으로 고급 사용, 비즈니스 가치 또는 개인 성과가 입증되지는 않습니다.
비즈니스 가치 및 ROI 측정하기
사용해 볼 프롬프트
For workspace {workspace_id} in {date_range}, combine verified usage and cost with approved outcomes. Estimate value by team and use case. Include approved Sales measures for productivity, revenue, and quality. Compare teams and models, as well as workflows and user segments. Rank returns against cost. Show the sources and formula. Clearly state assumptions, limits, and missing inputs. Don’t claim ChatGPT caused the outcomes. Keep this read-only.단계
- 수집: 워크스페이스와 날짜 범위를 확인한 다음, 승인된 성과를 확인합니다. 공식과 개인정보 보호 규칙을 검토합니다.
- 실행: ROI 분석을 요청합니다.
- 검토: 모든 소스와 가정을 확인합니다. 각 제한 사항이나 누락된 입력을 기록합니다.
- 확인: 사용량만으로는 ROI나 인과관계를 입증할 수 없습니다. 재무 부서 및 비즈니스 소유자와 결과를 검토합니다.
Codex ROI 평가하기
사용해 볼 프롬프트
For workspace {workspace_id}, combine verified Codex usage and cost from {date_range} with approved engineering outcomes. Estimate ROI by team, repository, and workflow. Compare productivity and delivery speed with code quality and engineering cost. Identify workflows that show high value or use many resources. Recommend changes to the model, reasoning mode, or workflow. Explain the tradeoffs and uncertainty. Present the findings as patterns in the available data, not proof that Codex caused the outcome. Return findings only; do not make changes.단계
- 수집: 워크스페이스와 보고 기간을 확인합니다. 팀 및 리포지토리 매핑과 승인된 기준 데이터를 검토합니다.
- 실행: Codex ROI 분석을 요청합니다.
- 검토: 관찰된 패턴과 가정을 구분합니다. 사용자 및 리포지토리 데이터를 보호합니다.
- 확인: 엔지니어링 부서와 권장 사항 및 성과 기준을 검토합니다.
4. API 워크플로가 적합할 수 있는 경우
일부 조직은 API를 사용하여 자체 관리자 프로세스나 외부 도구를 구축합니다. 이 접근 방식은 예약 또는 지속적인 작업을 지원할 수 있습니다. 또한 프로세스가 다수의 레코드에 걸쳐 있거나 승인된 내부 시스템에 연결해야 하는 경우에도 유용합니다. 이는 안내형 Admin 플러그인 환경과 별개입니다.
먼저 명확히 정의된 관리 작업으로 시작하세요. 필수 입력 및 권한, 검토 지점, 예상 결과, 결과를 기록할 방법을 파악합니다. 조직에서 이를 자동화한다면 적절한 엔지니어링, 보안 및 거버넌스 팀을 참여시키고, 자격 증명을 승인된 비밀 저장소에 보관하며, 배포 전에 워크플로를 테스트하세요.