코덱스 팀 플랜, 회사 관리자는 내 활동을 어디까지 볼 수 있을까? Codex 관리자 감시 범위 총정리

codex 관리자 권한 활동 감시

회사에서 제공해 준 Codex를 신나게 쓰다 보면 문득 이런 생각이 들 수 있습니다.

“잠깐, 관리자가 내가 뭘 하고 있는지 다 볼 수 있는 거 아닌가?”

특히 Codex는 단순히 질문 몇 개 던지는 서비스가 아닙니다. 로컬 프로젝트를 열고, 코드를 읽고, 터미널을 실행하고, GitHub와 연결하고, 스킬과 플러그인을 사용합니다.

 

그렇다 보니 궁금한 것도 많습니다.

• 내가 얼마나 많은 토큰을 사용했는가?
• 어떤 모델을 사용했는가?
• 어떤 스킬을 사용했는가?
• 무슨 프로젝트를 작업하고 있는가?
• 내 컴퓨터의 어느 디렉터리를 열었는가?
• 연결한 GitHub 계정은 무엇인가?
• 어느 GitHub Repository에서 작업하고 있는가?
• Codex에게 입력한 프롬프트를 관리자가 읽을 수 있는가?

결론부터 말하면 2026년 현재는 꽤 미묘합니다.

일반적인 ChatGPT Business의 관리자는 사용자의 Codex 사용량과 활동 패턴을 상당히 자세히 확인하고 일부 기능을 제한할 수 있습니다. 하지만 관리자 화면을 열었다고 해서 사용자의 로컬 폴더와 모든 프롬프트, 코드 내용을 CCTV처럼 실시간으로 들여다볼 수 있는 구조는 아닙니다.

 

다만 ChatGPT Enterprise/Edu처럼 Compliance API를 사용할 수 있는 조직은 이야기가 상당히 달라집니다.

하나씩 정확하게 살펴보겠습니다.

---

먼저 알아둘 것: 이제 공식적으로는 'Team'이 아니라 'Business'

예전 ChatGPT Team 플랜은 2025년 8월 ChatGPT Business로 이름이 변경되었습니다.

따라서 흔히 말하는 'Codex Team 플랜'을 현재 기준으로 표현하면 대부분 ChatGPT Business 워크스페이스에서 Codex를 사용하는 경우에 해당합니다.

 

2026년에는 좌석 정책도 한 번 더 변경됐습니다.

2026년 6월 24일부터 새 ChatGPT Business 워크스페이스에는 예전에 존재하던 별도의 usage-based 'Codex seat'를 처음 추가할 수 없게 됐습니다.

 

현재 일반적인 Business에서는 Standard 또는 Premium 좌석에 ChatGPT와 Codex 사용 권한이 함께 들어가는 방식입니다.

다만 2026년 6월 24일 이전부터 Codex seat를 사용하던 기존 워크스페이스는 legacy Codex seat를 계속 사용할 수 있습니다.

따라서 이 글에서는 현재의 ChatGPT Business + Codex를 기준으로 설명하고, 필요한 부분에서 Enterprise와 legacy Codex seat를 별도로 구분하겠습니다.

---

한눈에 보는 Codex 관리자 확인 범위

가장 궁금할 내용을 먼저 표로 정리하면 다음과 같습니다.

항목	Business 관리자가 확인 가능 여부	비고
Codex 사용 여부	가능	활성 사용자 및 사용량 분석 가능
사용자별 크레딧 사용량	가능	멤버 단위 분석 가능
토큰 사용량	가능 또는 워크스페이스에 따라 제공	Codex Analytics에서 제공되는 범위
사용 모델	확인 가능 범위 있음	사용자/제품/모델별 분석 지원
Codex 실행·메시지 활동	가능	runs, turns 등의 활동 지표 제공 가능
생성·수락된 코드 라인 수	가능 범위 있음	Codex Analytics의 개발 활동 지표
플러그인 사용	가능	플러그인 호출량 등
스킬 사용	가능	스킬 사용량 및 상위 스킬 분석 제공
개인 프롬프트 전문	Business 일반 관리자 화면에서는 자동 열람 불가	Enterprise Compliance에서는 범위가 달라짐
Codex 대화 전문	Business에서 기본적으로 관리자에게 공개되지 않음	공유한 대화는 예외
로컬 프로젝트 디렉터리 경로	일반 Analytics에 표시된다는 공식 근거 없음	별개의 감사 시스템에서는 주의 필요
로컬 파일 전체 목록	일반 관리자 기능으로 제공되지 않음	Codex가 작업에 사용한 컨텍스트와는 별개
ChatGPT Project 사용	분석 가능	Codex 로컬 폴더와 ChatGPT Project는 다른 개념
정확한 개인 GitHub 사용자명	Business 관리자 화면에서 자동 표시된다는 근거 없음	GitHub 관리자 권한까지 있다면 별도 확인 가능
GitHub 기능 사용 여부	유추·확인 가능	플러그인/앱 활동 지표 등
GitHub 사용 자체 제한	가능	앱 사용 여부, 역할, 도메인 등을 관리자 설정 가능
개인별 Codex 지출 제한	가능	사용자별 credit override 가능
Codex Local 사용 금지	가능	역할/워크스페이스 정책으로 제한 가능
특정 플러그인·앱 사용 금지	가능	관리자 정책으로 제한
모델/Reasoning 기본값 설정	가능	워크스페이스 기본값 설정 가능

여기서 가장 중요한 것은 '확인할 수 있는 것'과 '내용까지 읽을 수 있는 것'은 전혀 다른 개념이라는 점입니다.

---

1. 토큰량과 Codex 사용량은 생각보다 잘 보인다

회사에서 지급받은 Business 워크스페이스로 Codex를 사용한다면,

“내가 Codex를 얼마나 많이 사용하고 있는지는 회사에서 모른다”

라고 생각하는 것은 위험합니다.

 

현재 OpenAI 관리자 분석 기능에서는 워크스페이스에 따라 다음과 같은 데이터가 제공됩니다.

• 활성 사용자
• 크레딧 사용량
• 토큰 사용량
• 메시지 또는 실행량
• 사용자별 사용량
• 사용한 모델
• 코드 관련 활동
• 플러그인 호출
• 스킬 사용
• 코드 리뷰 활동

Global Admin Console에는 사용자 Leaderboard도 존재합니다.

 

즉,

“김개발 님 이번 달에 Codex 엄청 쓰셨네요?”

정도는 충분히 가능한 세계입니다.

 

특히 사용자를 선택하면 제품, metered item, 모델 등을 기준으로 보다 세분화된 사용량을 볼 수 있는 구조가 제공됩니다.

따라서 회사 계정으로 하루 종일 Codex를 돌리면서 “얼마나 썼는지는 나만 알겠지”라고 생각해서는 안 됩니다.

---

2. 토큰 사용량뿐 아니라 개인별 사용 한도도 관리자가 제한할 수 있다

관리자는 구경만 하는 사람이 아닙니다.

Business의 Workspace Owner와 Admin은 추가 크레딧 사용에 대해 좌석 유형별 월간 사용 한도를 설정할 수 있으며, 특정 사용자에게 별도의 override를 적용할 수도 있습니다.

 

예를 들어 회사 전체 Standard 사용자의 추가 크레딧 한도를 50으로 설정하면서 특정 개발자만 200으로 설정하는 식의 운영이 가능합니다.

 

반대로 특정 사용자의 한도를 더 낮게 잡는 것도 가능합니다.

legacy Codex seat 역시 별도의 월간 사용 한도를 적용할 수 있습니다.

한도에 도달하면 Codex 추가 사용이 제한될 수 있습니다.

 

따라서 회사 Codex 계정은 단순히 회사 카드로 결제해 주는 개인 Pro 계정이라기보다 중앙에서 사용량을 관리할 수 있는 조직 계정이라고 이해하는 편이 정확합니다.

---

3. 사용하는 스킬도 관리자에게 완전히 숨겨진 정보는 아니다

2026년의 Codex에서는 스킬과 플러그인 사용이 꽤 중요한 관리 대상이 됐습니다.

OpenAI의 Codex Analytics에는 'skills used'가 Codex 활동 지표 중 하나로 명시돼 있고, 별도의 Workspace Analytics에서도 스킬 사용 추세와 메시지 활동 기준 상위 스킬을 분석할 수 있습니다.

 

워크스페이스에서 관리되는 Skills의 경우 관리자 화면에서 다음과 같은 정보가 제공되는 경우도 있습니다.

• Skill 소유자
• Access 범위
• 사용자
• 최근 호출 횟수
• 생성일
• 수정일

따라서 회사 워크스페이스 안에 게시하거나 공유한 스킬을 회사 관리자가 전혀 모를 것이라고 가정해서는 안 됩니다.

다만 여기에도 중요한 구분이 있습니다.

 

'Codex Analytics에서 특정 사용자가 스킬을 사용했다는 사실'과 '그 사용자가 자신의 Mac 로컬에 만들어 놓은 모든 스킬 파일과 내용을 관리자가 열람한다'는 것은 같은 이야기가 아닙니다.

 

현재 공개된 Business 관리자 문서에서는 일반 Analytics가 사용자의 로컬 스킬 디렉터리를 파일 탐색기처럼 보여준다고 설명하고 있지 않습니다.

 

즉 스킬 사용 흔적과 사용량은 상당히 가시적이지만, 로컬 파일 시스템 전체를 관리자에게 공개하는 기능이라고 이해하면 과장입니다.

---

4. 내가 어떤 프로젝트를 하고 있는지도 보일까?

여기서 '프로젝트'라는 단어 때문에 오해하기 쉽습니다.

ChatGPT에는 공식적으로 Projects 기능이 존재하고, 관리자 Analytics에는 Project 사용량 분석 기능도 있습니다.

관리자는 워크스페이스에서

• 전체 Project
• 새로 만들어진 Project
• 활성 Project
• Project 수준의 사용량 및 도달 범위

같은 통계를 확인할 수 있습니다.

하지만 이것을 같은 Codex 로컬 작업 디렉터리가 관리자 화면에 그대로 올라간다는 의미로 해석하면 안 됩니다.

ChatGPT Project와 Codex에서 열어 작업하는 로컬 repository/folder는 서로 다른 개념입니다.

2026년 9월 현재 공개된 Business Analytics 문서에서는 사용자가 Codex Local에서 열어 둔 절대 경로나 Mac의 디렉터리 목록을 관리자가 조회할 수 있다고 명시하지 않습니다.

따라서 일반 Business 관리자 기준으로는

'이 사용자가 Codex를 매우 많이 사용한다'

정도는 알 수 있어도,

'지금 사이드 프로젝트를 만들고 있다'

까지 관리자 Analytics만으로 바로 알아내는 구조라고 볼 근거는 없습니다.

---

5. 그렇다면 프로젝트를 전혀 유추할 수 없다는 뜻인가?

그것도 아닙니다.

여기서 직접 열람과 간접 추론을 구분해야 합니다.

 

예를 들어 관리자가 다음 정보를 본다고 가정해 봅시다.

• 특정 사용자가 Codex를 하루에 매우 많이 사용함
• 코드 생성량이 크게 증가함
• 특정 개발 관련 Skill을 집중적으로 사용함
• GitHub 관련 Plugin 호출량이 증가함
• 특정 모델을 장시간 사용함

이 정도라면 정확한 repository 이름을 몰라도

“요즘 이 사람 뭔가 큰 개발 작업을 하고 있구나”

정도는 충분히 유추할 수 있습니다.

 

하지만 이것은 어디까지나 활동 패턴을 통한 추론이지, 로컬 디렉터리 이름을 직접 보고 있다는 뜻은 아닙니다.

회사 입장에서는 CCTV보다 전력 사용량 계량기에 조금 더 가깝다고 생각하면 이해하기 쉽습니다.

전기를 많이 쓰는 건 보이는데 냉장고를 열어서 뭘 먹었는지까지 자동으로 보여주는 것은 아니라는 이야기입니다.

단, 뒤에서 설명할 Enterprise Compliance 환경에서는 이 비유가 달라집니다.

---

6. Codex 프롬프트와 대화 내용을 Business 관리자가 읽을 수 있을까?

이 부분이 가장 중요합니다.

OpenAI는 ChatGPT Business의 개인정보 관련 문서에서 각 사용자가 자신의 ChatGPT 및 Codex history를 별도로 가지고 있으며 다른 구성원이 이러한 대화와 Codex 활동을 자동으로 볼 수 없다고 설명하고 있습니다.

또한 사용량 Analytics와 Spend Control을 사용할 수 있다고 해서 관리자에게 사용자의 개인 대화 전문이 자동으로 공개되는 것은 아니라고 명확하게 설명합니다.

 

즉 일반적인 Business 관리자 화면에서

관리자
→ 사용자 선택
→ 어제 Codex에 입력한 모든 프롬프트 보기

같은 기능이 기본 제공된다고 생각할 필요는 없습니다.

사용자가 직접 공유한 대화나 워크스페이스에 공유한 리소스는 당연히 예외입니다.

이 부분은 '회사가 결제했으니 관리자는 내 모든 프롬프트를 볼 수 있다'는 식으로 단순화해서 설명하면 틀린 내용입니다.

---

7. 그런데 Enterprise에서는 이야기가 상당히 달라진다

여기서 중요한 반전이 등장합니다.

ChatGPT Enterprise와 Edu에서는 Compliance Platform이 제공됩니다.

Compliance 기능은 단순 사용량 Analytics와 성격이 완전히 다릅니다.

조직은 Compliance Logs와 Compliance API를 통해 감사 및 규제 준수를 위한 로그와 메타데이터를 수집할 수 있습니다.

 

그리고 OpenAI는 Codex의 Compliance 지원 범위에

• Codex CLI
• IDE Extension
• 웹 사용
• Cloud delegated usage

같은 Codex 사용도 포함된다고 명시하고 있습니다.

또한 Enterprise/Edu에서는 권한을 가진 Workspace Owner가 Conversation messages에 대한 Compliance 권한을 부여할 수도 있습니다.

 

따라서 Enterprise 환경에서 회사가 Compliance 기능을 적극적으로 운영하고 있다면

“로컬 Codex니까 회사와 완전히 독립적이다”

라고 생각하면 안 됩니다.

 

Codex CLI나 IDE Extension이라고 해서 조직의 Compliance 영역에서 자동으로 빠지는 것은 아닙니다.

이것이 Business와 Enterprise를 반드시 나눠서 설명해야 하는 가장 큰 이유입니다.

---

8. 회사에서 관리하는 ChatGPT 계정이라면 보수적으로 생각하는 것이 안전하다

OpenAI는 관리형 ChatGPT 계정에 대한 별도 안내에서도 조직 관리자가 설정과 구성에 따라 계정과 연결된 데이터를 접근, 감사, 보존, 삭제할 수 있을 가능성이 있다고 설명하고 있습니다.

 

여기에는 조건에 따라

• 입력 콘텐츠
• 업로드한 파일
• 생성 결과
• 대화 기록
• 사용 및 활동 메타데이터
• 로그인 및 세션 정보

등이 포함될 수 있습니다.

그렇다고 다시 이것을

“Business 관리자에게 모든 프롬프트 열람 버튼이 있다”

라고 해석해서는 안 됩니다.

 

OpenAI의 관리형 계정 안내는 Business부터 Enterprise까지 여러 종류의 조직 계정을 포괄하는 안내이고, 실제로 사용할 수 있는 관리 기능은 계약과 플랜, 조직 설정에 따라 달라집니다.

그래서 실무적으로는 다음처럼 생각하면 가장 정확합니다.

ChatGPT Business

사용량과 활동 패턴은 상당히 잘 보인다.

하지만 사용자의 모든 비공개 Codex 대화 전문을 일반 관리자 Analytics에서 자동으로 읽는 구조는 아니다.

ChatGPT Enterprise/Edu + Compliance

감사 로그와 대화 관련 데이터까지 조직에서 접근할 수 있는 가능성이 훨씬 커진다.

---

9. 연결한 GitHub 계정은 어디까지 보일까?

GitHub도 직접 열람과 관리 권한을 구분해야 합니다.

Business 관리자는 Workspace Settings에서 GitHub 같은 앱을

• 활성화하거나 비활성화
• 특정 역할에서 사용 가능 여부 설정
• 허용 계정 도메인 제한
• 지원되는 Action 제한
• 앱 사용 승인 정책 설정

등으로 제어할 수 있습니다.

따라서 회사가 마음만 먹으면

“회사 ChatGPT에서는 GitHub 연결 자체를 사용하지 못하게 하겠다”

 

또는

“허용한 조직 계정만 연결하게 하겠다”

같은 정책을 설정할 수 있습니다.

 

반면 OpenAI가 공개한 Business 관리자 문서만 놓고 보면 사용자가 OAuth로 연결한 개인 GitHub의 정확한 사용자명과 모든 Repository 목록을 Workspace Admin이 자동으로 확인할 수 있다고 명시돼 있지는 않습니다.

 

즉 다음 둘을 구분해야 합니다.

GitHub 앱을 사용하고 있는가?
→ 관리자에게 상당히 가시적일 수 있음

정확히 어느 개인 GitHub 계정을 연결했는가?
→ 일반 Business Analytics에서 자동 노출된다고 단정할 공식 근거는 없음

---

10. 그런데 회사가 GitHub 관리자이기도 하면 상황은 달라진다

이건 OpenAI가 아니라 GitHub 쪽의 권한 문제입니다.

GitHub Organization Owner는 조직에 설치된 GitHub App과 Repository 접근 범위를 관리할 수 있습니다.

따라서 회사 ChatGPT 관리자가 동시에 회사 GitHub Organization 관리자라면 정보가 합쳐질 수 있습니다.

 

예를 들어 OpenAI 쪽에서

“이 사용자가 GitHub 기반 Codex 작업을 많이 한다”

라는 사실을 파악하고,

 

GitHub 쪽에서

“어느 Repository에서 PR을 만들고 Commit했는가”

를 확인하면 훨씬 구체적인 활동을 추론할 수 있습니다.

 

이것은 'Codex 관리자가 모든 GitHub 활동을 본다'기보다 회사가 여러 관리 시스템을 동시에 운영하기 때문에 가능한 것입니다.

---

11. 관리자는 Codex 기능 자체도 꽤 많이 제한할 수 있다

관리자에게는 관찰 기능뿐 아니라 제어 기능도 있습니다.

현재 Workspace 설정에서는 플랜과 권한에 따라 Codex와 관련된 여러 정책을 중앙에서 관리할 수 있습니다.

 

대표적으로

• Codex 접근
• Codex Local 접근
• Work Local / Work Cloud
• 기본 모델
• Reasoning 수준
• Speed
• Fast Mode 제공 여부
• Plugin 설치
• 앱 사용
• Browser 관련 기능
• 네트워크 관련 기능
• Workspace Sites 생성·공개
• Codex Security
• 사용자별 사용량

등이 관리 대상이 될 수 있습니다.

따라서 회사 Codex 환경은 개인이 구매한 Pro 계정보다 관리자가 개입할 수 있는 영역이 상당히 넓습니다.

---

12. 개인적인 사이드 프로젝트를 회사 Codex로 해도 될까?

기술적인 개인정보 측면만 놓고 보면 Business 관리자가 로컬 폴더명을 실시간으로 감시하는 구조라고 볼 근거는 없습니다.

하지만 저는 회사 Business 계정으로 완전히 사적인 프로젝트를 개발하는 것은 권장하지 않습니다.

이유는 단순합니다.

 

회사 관리자는 최소한 다음 정보를 확인하거나 제한할 가능성이 있기 때문입니다.

• 내가 Codex를 얼마나 사용하는지
• 얼마의 크레딧을 소비하는지
• 어떤 모델을 쓰는지
• 플러그인·스킬 사용 패턴
• 코드 관련 활동량
• GitHub 등의 외부 앱 사용 여부

그리고 회사가 Enterprise Compliance나 별도의 Endpoint 보안 솔루션, MDM, 사내 Proxy, GitHub Organization 감사 로그까지 함께 사용한다면 ChatGPT 관리자 화면보다 훨씬 많은 정보를 확보할 수도 있습니다.

 

중요한 개인 프로젝트라면 개인 ChatGPT Pro/Codex 환경과 개인 GitHub를 회사 Workspace와 분리하는 것이 깔끔합니다.

회사 노트북 자체에 MDM이나 EDR이 설치돼 있다면 OpenAI 계정을 분리하는 것만으로도 회사의 기기 관리 범위를 벗어나는 것은 아니라는 점도 기억해야 합니다.

---

결론: Codex 관리자는 '무슨 말을 했는지'보다 '얼마나, 어떤 방식으로 사용했는지'를 훨씬 잘 본다

2026년 기준으로 정리하면 ChatGPT Business 관리자의 Codex 관리 능력은 꽤 강력합니다.

사용자별 사용량, 크레딧, 토큰, 모델, 코드 활동, 플러그인과 스킬 등의 메타데이터는 생각보다 상당히 가시적입니다.

관리자는 사용자별 지출 한도를 설정하거나 Codex Local, 플러그인, 앱 같은 기능 자체도 제한할 수 있습니다.

반면 일반적인 Business 관리자 Analytics만으로 사용자의 Mac에 있는 프로젝트 폴더 목록이나 정확한 디렉터리 경로, 모든 프롬프트와 Codex 대화 전문, 연결된 개인 GitHub 계정의 모든 Repository를 마음대로 훑어본다고 볼 공식 근거는 없습니다.

 

그래서 가장 간단하게 표현하면 이렇습니다.

구분	현실적인 판단
얼마나 Codex를 썼는가	관리자에게 잘 보임
어떤 종류의 기능을 썼는가	상당 부분 보임
어떤 스킬·플러그인을 활용했는가	사용량 분석 가능
비용을 얼마나 발생시켰는가	잘 보임
사용을 제한할 수 있는가	가능
정확한 로컬 디렉터리	Business Analytics에서 자동 노출된다는 근거 없음
모든 프롬프트 전문	Business 일반 관리자에게 자동 공개되지 않음
연결 GitHub 사용 여부	상당 부분 파악·통제 가능
정확한 개인 GitHub 계정 및 모든 Repo	Business 관리자 화면에서 자동 공개된다고 단정하기 어려움
Enterprise Compliance 환경	훨씬 강력한 감사 가능

 

그리고 마지막으로 가장 중요한 포인트가 하나 있습니다.

회사에서 제공받은 Codex는 '회사가 비용만 대신 내주는 개인 Codex'가 아닙니다.

회사 정책과 관리자 통제를 받는 Workspace 서비스입니다.

업무 프로젝트라면 오히려 이런 중앙 관리가 장점이지만, 회사와 무관한 개인 프로젝트나 민감한 개인 자료라면 개인 Workspace와 명확하게 분리하는 편이 안전합니다.

 

괜히 새벽 두 시에 사이드 프로젝트 만들다가 다음 날 관리자에게 “어제 Codex 사용량이 왜 이렇게 높으세요?”라는 질문을 받고 설명회를 개최할 필요는 없으니까요.

---

참고 자료

1. OpenAI Help Center, Managing data, sharing, and privacy in ChatGPT Business — Business에서는 사용자별 Chat/Codex 기록이 기본적으로 다른 구성원에게 공개되지 않으며, Analytics가 대화 전문 접근 권한을 의미하지 않는다는 설명.
   OpenAI 공식 문서 보기
2. OpenAI Help Center, Global Admin Console — Codex 활성 사용자, Credits, Tokens, Message Runs, 코드 라인, Plugin Calls, Skills 등의 Analytics 및 사용자 Leaderboard 설명.
   OpenAI 공식 문서 보기
3. OpenAI Help Center, Managing credits and spend controls in ChatGPT Business — 좌석별 및 사용자별 Credit 사용 한도 설정 설명.
   OpenAI 공식 문서 보기
4. OpenAI Help Center, Managing legacy Codex seats in ChatGPT Business — 2026년 6월 24일 이후 legacy Codex seat 정책과 사용자별 사용 한도.
   OpenAI 공식 문서 보기
5. OpenAI Help Center, Managing members, seat types, and roles in ChatGPT Business — Business의 Owner, Admin, Analytics Viewer, Member 역할과 관리자 권한.
   OpenAI 공식 문서 보기
6. OpenAI Help Center, Workspace analytics — 사용자, Projects, Skills 등의 Analytics 범위.
   OpenAI 공식 문서 보기
7. OpenAI Help Center, Skills in ChatGPT — Workspace Skills의 Owner, Access, Users, Invocations 등 관리자 관리 정보.
   OpenAI 공식 문서 보기
8. OpenAI Help Center, Apps in ChatGPT / Admin controls — Business 관리자가 GitHub 등을 포함한 앱 사용 여부, 역할, Action, 허용 계정 도메인 등을 관리할 수 있다는 설명.
   OpenAI 공식 문서 보기
9. OpenAI Help Center, Connecting GitHub to ChatGPT — GitHub App Repository 권한과 GitHub Organization Owner의 Repository 접근 관리 설명.
   OpenAI 공식 문서 보기
10. OpenAI Help Center, OpenAI Compliance Platform — Enterprise/Edu의 감사 로그 및 Conversation message 접근 권한 구조.
    OpenAI 공식 문서 보기
11. OpenAI Help Center, Using Codex with your ChatGPT plan — Codex CLI, IDE Extension, Web 및 Cloud 사용이 Enterprise Compliance 범위에 포함된다는 설명과 관리자 제어 기능.
    OpenAI 공식 문서 보기
12. OpenAI Help Center, Data access for your managed ChatGPT account — 관리형 조직 계정에서 관리자가 계정 데이터 및 활동 메타데이터를 관리할 수 있는 범위에 대한 안내.
    OpenAI 공식 문서 보기