팀에서 AI 도구를 쓰기 시작하면 곧 “누가 얼마나 쓰고 있나”를 관리해야 하는 시점이 옵니다. OpenAI는 2026년 8월 25일 ChatGPT Work와 Codex용 Admin 플러그인을 소개했습니다. 관리자가 분석 화면, 설정 화면, 보고서를 오가지 않고 한 대화 안에서 묻고, 살펴보고, 승인된 변경을 실행하고, 결과를 확인하게 하는 도구입니다. 이 글은 공식 발표 한국어판(2026년 8월 25일 공개)을 바탕으로 할 수 있는 일과 못 하는 일, 설치 순서, 도입 전에 정해 둘 것을 표로 정리합니다. 발표에 없는 가격이나 출시 일정은 쓰지 않았습니다.
한눈에 보는 발표 내용
| 항목 | 발표에 적힌 내용 |
|---|---|
| 공개일 | 2026년 8월 25일 |
| 이름 | ChatGPT Work 및 Codex용 Admin 플러그인 |
| 쓰는 사람 | 워크스페이스 관리자 |
| 하는 일 | 질문, 세부 정보 확인, 승인된 변경 수행, 결과 확인을 한 대화에서 처리 |
| 권한 원칙 | 각 사용자의 기존 역할과 권한 범위 안에서 작동하며 더 넓은 권한을 주지 않음 |
| 설치 위치 | ChatGPT 워크스페이스 설정에서 플러그인 활성화 후, ChatGPT Work의 플러그인 디렉터리에서 설치 |
개인이 혼자 쓰는 계정을 위한 기능이 아니라 여러 사람이 쓰는 워크스페이스를 관리하는 사람을 위한 기능입니다. 팀원이 몇 명 되지 않아 관리할 것이 없다면 지금 알아둘 필요는 크지 않습니다.
어떤 문제를 풀려는 건가
발표가 짚은 문제는 단순합니다. 성장하는 워크스페이스를 관리하려면 문제를 파악하고 조치하기 위해 분석, 설정, 보고서를 계속 오가야 하고, 그래서 일상 관리가 느려지고 사람마다 처리 방식이 달라진다는 것입니다. Admin 플러그인은 관리 분석과 지원되는 작업을 한곳에 모아 이 오가는 시간을 줄이려는 시도입니다. 발표는 이를 통해 워크스페이스를 안전하게 운영하면서 예산도 지킬 수 있다고 설명합니다.
할 수 있는 일 네 가지
발표는 관리자가 ChatGPT Work와 Codex에서 바로 처리할 수 있는 일상 업무를 네 묶음으로 소개합니다.
| 묶음 | 발표 표현을 풀어 쓰면 | 이런 상황에서 씁니다 |
|---|---|---|
| 도입·사용 현황 파악 | ChatGPT Work와 Codex 전반의 활동과 크레딧 사용량을 보고, 구성원이나 그룹이 크레딧 한도에 가까워지는 시점을 파악 | 이번 달 누가 많이 쓰는지, 한도가 곧 차는 팀이 어디인지 알고 싶을 때 |
| 구성원·그룹 관리 | 구성원 추가·삭제, 그룹 업데이트, 온보딩·오프보딩·팀 변경 처리 | 신입이 들어오거나 팀을 옮길 때 |
| 액세스·권한 관리 | 실제 적용된 권한을 검토하고 액세스 문제를 진단하며, 역할이나 그룹별로 기능·모델 접근을 제어 | “왜 이 사람만 이 기능이 안 보이지?”를 확인할 때 |
| 사용량 한도·지출 요청 관리 | 구성원·그룹·워크스페이스 한도를 조정하고, 현재 사용량을 보며 요청을 승인하거나 거부 | 추가 사용량을 요청받았을 때 |
눈여겨볼 점은 “보기”와 “바꾸기”가 한 대화에서 이어진다는 것입니다. 발표 속 OpenAI IT 책임자의 말도 같은 취지입니다. 질문이 그다음 지원 작업, 즉 실제 권한 확인, 그룹 업데이트, 사용량 한도 변경, 지출 요청 검토로 이어진다는 설명입니다.
반복 업무를 자동화하는 예
발표는 별도의 맞춤 개발 없이 반복 점검과 대량 요청을 자동화할 수 있다고 말하며 두 가지 예를 듭니다.
- 보류 중인 사용량 요청을 Slack이나 Microsoft Teams로 전달하고, 권한이 있는 검토자가 평소 쓰는 도구에서 승인하거나 거부합니다.
- 기능 액세스 요청을 모니터링하다가 미리 정한 기준을 충족하면 자동으로 허용하고, 예외는 사람이 검토하도록 넘깁니다.
발표에 따르면 관리자는 전체 과정에서 제어권을 유지하고, 각 워크플로는 요청한 변경이 적용되면 이를 확인해 줍니다. 여기서 “미리 정한 기준”은 관리자가 스스로 정해야 합니다. 기준이 모호하면 자동 허용이 너무 넓어질 수 있으니, 처음에는 자동 허용 대상을 좁게 잡는 편이 안전합니다.
“기존 권한 안에서만”라는 구조
발표에서 가장 중요한 문장은 이 도구가 각 사용자의 기존 역할과 권한 범위 안에서 작동하며 더 광범위한 접근 권한을 부여하지 않는다는 부분입니다. 플러그인은 요청마다 관리자의 지시를 지원되는 읽기 또는 쓰기 작업에 연결하고 구조화된 결과를 돌려주며, 워크스페이스 정책과 승인 요건을 따릅니다. 관리자 콘솔의 기능을 권한을 인식하는 도구로 쓸 수 있게 한 것입니다.
또 관리자는 변경마다 무엇을 요청했는지, 작업이 끝났는지, 무엇이 바뀌었는지 확인할 수 있고, 더 넓은 영향을 주는 작업은 적용 전에 검토할 수 있다고 적혀 있습니다. 말로 설정을 바꾸게 하면서 권한까지 열어 버리면 잘못된 요청 하나가 조직 전체에 번질 수 있으므로, 접근 방식만 바꾸고 통제는 그대로 둔 설계라고 볼 수 있습니다.
참고로 “기존 권한 안에서만”이라는 원칙은 보안 분야의 최소 권한 원칙과 같은 방향입니다. 미국 NIST 용어집은 이를 시스템이 사용자(또는 사용자를 대신하는 프로세스)의 접근 권한을 맡은 일을 하는 데 필요한 최소한으로 제한해야 한다는 원칙으로 정의합니다. 관리를 대화로 바꾸더라도, 자동 허용 기준과 담당 역할을 좁게 잡으라는 위 조언이 이 원칙에서 나오는 이유입니다.
설치 순서
발표의 설치 안내는 두 단계입니다. 아래 표는 그 순서를 그대로 옮기고, 막히기 쉬운 지점을 덧붙인 것입니다. 메뉴의 정확한 이름은 계정과 시점에 따라 다를 수 있어 발표에 적힌 표현만 사용했습니다.
| 순서 | 할 일 | 막히면 확인할 것 |
|---|---|---|
| 1 | ChatGPT 워크스페이스 설정에서 플러그인을 활성화 | 워크스페이스 설정을 바꿀 수 있는 관리자 계정인지 |
| 2 | 웹 또는 데스크톱 앱의 ChatGPT Work에서 플러그인 디렉터리를 열어 Admin 플러그인을 설치 | 디렉터리에 안 보이면 1단계가 끝났는지, 내 역할이 관리자인지 |
| 3 | 설치 후 조회 질문부터 해 봄 | 처음에는 바꾸는 요청 말고 보기만 요청 |
3번은 발표에 있는 단계가 아니라 이 글의 제안입니다. 처음 쓸 때는 “우리 팀 크레딧 사용량을 보여 줘”처럼 결과를 바꾸지 않는 질문으로 시작해, 어떤 형태로 답이 오는지 본 뒤에 변경 요청으로 넘어가면 실수를 줄일 수 있습니다.
도입 전에 정해 둘 것 다섯 가지
아래는 발표 내용을 바탕으로 제가 정리한 점검 기준입니다. 공식 체크리스트가 아니라는 점은 밝혀 둡니다.
| 정할 것 | 왜 정하나 | 예시 기준 |
|---|---|---|
| 누가 쓰나 | 대화형이라 진입이 쉬워 경계가 더 중요합니다 | 관리자 역할 보유자만, 인원 명단을 문서로 보관 |
| 조회와 변경을 나누나 | 실수는 바꾸는 쪽에서 크게 납니다 | 처음 2주는 조회만, 변경은 담당자 확인 뒤 |
| 자동 허용 기준 | 기준이 넓으면 예외가 사람 눈을 거치지 않습니다 | 특정 그룹의 특정 기능만 자동, 나머지는 검토 |
| 되돌릴 수 있나 | 되돌리기 어려운 변경은 사전에 파악해야 합니다 | 구성원 삭제처럼 복구가 어려운 작업은 별도 승인 |
| 기록을 어디서 보나 | 빠르게 처리할수록 나중에 되짚을 단서가 필요합니다 | 변경 확인 내용을 월 1회 점검 문서에 옮겨 적기 |
작게 시작하는 예시 (가상의 팀)
아래는 실제 사례가 아니라 이해를 돕기 위한 가상의 예시입니다. 구성원 30명 팀의 관리자가 Admin 플러그인을 처음 쓴다고 가정해 봅니다.
- 1주차: “지난달 크레딧 사용량이 많은 그룹 세 곳을 알려 줘”처럼 조회만 합니다. 답이 기존 관리 화면의 수치와 맞는지 한 번 대조합니다.
- 2주차: 한 사람의 실제 권한을 확인해 달라고 요청하고, 기대한 권한과 다른 점이 있는지 봅니다.
- 3주차: 한도에 가까운 그룹 한 곳에 한해 한도 조정을 요청하고, 변경 확인 내용(요청, 완료 여부, 바뀐 값)을 기록해 둡니다.
- 4주차: 사용량 요청을 Slack으로 보내는 자동화를 켜되, 승인은 사람이 하게 둡니다.
이렇게 단계를 나누면 문제가 생겼을 때 어느 단계에서 어긋났는지 좁히기 쉽습니다. 몇 주 걸릴지는 팀 사정에 따라 다르니 숫자는 참고만 하세요.
자주 막히는 지점
| 상황 | 가능한 원인 | 해 볼 것 |
|---|---|---|
| 플러그인이 디렉터리에 안 보임 | 워크스페이스 설정에서 아직 활성화되지 않았거나 내 역할 문제 | 설정 활성화 여부와 관리자 권한을 먼저 확인 |
| 요청이 거부되거나 일부만 처리됨 | 지원되는 관리 작업이 아니거나 내 권한 밖의 변경 | 발표의 “지원되는 관리 작업” 범위와 내 역할을 확인 |
| 결과가 관리 화면과 다르게 보임 | 기준 시점이나 집계 범위 차이일 수 있음 | 같은 기간·같은 그룹으로 다시 질문해 대조 |
| 자동 허용이 예상보다 많음 | 기준이 넓게 정의됨 | 기준을 좁히고 예외를 검토 대상으로 돌림 |
위 표의 원인은 발표에 적힌 사실이 아니라 일반적으로 점검해 볼 만한 순서입니다. 실제 원인은 워크스페이스 설정과 지원 문서로 확인해야 합니다.
정리하면
이 발표는 새 관리 권한을 만든 것이 아니라 기존 관리 기능에 접근하는 방법을 대화로 바꾼 것에 가깝습니다. 팀이 커져서 사용량 확인, 권한 점검, 한도 승인에 시간이 들기 시작했다면 살펴볼 만합니다. 도입한다면 편리함보다 먼저 쓰는 사람, 조회와 변경의 구분, 자동 허용 기준, 기록 위치를 정해 두세요.
업데이트
이 글은 OpenAI 공식 발표(한국어판)와 Business 요금 안내 페이지(2026-10-09 기준)를 바탕으로 보강했습니다. 기능과 제공 범위, 요금은 바뀔 수 있으므로 적용 전에 최신 안내를 확인하세요. 요금 페이지에는 Business 플랜의 시트 유형이 안내돼 있고, 사용량 분석과 지출 관리, 중앙형 결제 및 워크스페이스 관리가 플랜 기능으로 적혀 있습니다. 어느 플랜에서 Admin 플러그인을 쓸 수 있는지는 발표에 명시되어 있지 않습니다.
확인 자료
- OpenAI, ChatGPT Work 및 Codex용 Admin 플러그인 소개 (2026-08-25) (확인: 2026-10-09)
- OpenAI, Business 요금 안내 (확인: 2026-10-09)
- NIST CSRC 용어집: Least Privilege (확인: 2026-10-18)