조직 도입

36.1관리자 준비

공식엔터프라이즈 도입은 여섯 개의 관리 경계를 가로지릅니다. 워크스페이스 접근, 데스크톱 앱·CLI·IDE 확장의 로컬 런타임 정책, 코덱스 클라우드, 플랫폼 API 접근, 플러그인·커넥터 접근, 연결된 시스템에서의 권한. enterprise/admin-setup administration

근거는 역할·권한 문서입니다. enterprise/roles-and-workspace-permissions

공식1단계는 경계마다 담당자를 정하는 것입니다. 워크스페이스 접근(멤버십·좌석·역할), 로컬 런타임 정책(승인·권한 프로파일·파일시스템과 네트워크 접근), 코덱스 클라우드(호스티드 환경·저장소 연결·클라우드 런타임 정책), 연결된 시스템(제공자 쪽 앱 설치·계정·권한), 보고와 컴플라이언스(분석 접근·감사 내보내기·다운스트림 데이터 처리). enterprise/admin-setup

공식문서가 권하는 검증 방법이 있습니다. 대표 멤버 한 명으로 로그인과 기능 접근을 시험한 뒤 확대합니다. 같은 역할이 모든 표면을 통제한다고 가정하지 말고 현재 워크스페이스 안내에 대조합니다. enterprise/admin-setup

36.2관리형 설정

공식관리형 설정은 데스크톱 앱·CLI·IDE 확장의 지원되는 로컬 런타임 동작을 통제합니다. 워크스페이스 접근을 주거나 좌석을 배정하거나 RBAC를 대체하지 않습니다. 통제 방식이 둘입니다. enterprise/managed-configuration

공식요구사항이 제약할 수 있는 것은 보안에 민감한 설정들입니다. 승인 정책, 승인 검토자, 자동 검토 정책, 샌드박스 모드, 권한 프로파일, 웹 검색 모드, 관리형 훅, 사용자가 켤 수 있는 MCP 서버, 추가·설치·갱신할 수 있는 플러그인 마켓플레이스 소스. 기능 플래그도 [features] 테이블로 고정할 수 있고, 생략한 키는 제약되지 않습니다. enterprise/managed-configuration

공식충돌 처리 방식이 명시돼 있습니다. config.toml·프로파일 파일·CLI 덮어쓰기에서 값을 해석할 때 강제 규칙과 충돌하면, 로컬 클라이언트가 호환되는 값으로 폴백하고 사용자에게 알립니다. MCP 서버 허용 목록을 설정하면 이름과 신원이 둘 다 승인 항목과 맞을 때만 켭니다. enterprise/managed-configuration

공식적용 위치는 낮은 우선순위에서 높은 순으로 넷입니다. 시스템 requirements.toml(Unix는 /etc/codex/requirements.toml, 윈도우는 %ProgramData%\OpenAI\Codex\requirements.toml), 클라우드 설정 번들로 전달되는 엔터프라이즈 관리 요구사항, 로컬 클라이언트가 요구사항으로 재해석하는 레거시 managed_config.toml 필드, macOS MDM 관리 환경설정. enterprise/managed-configuration

클라우드 관리 요구사항 예 (공식 문서)

enforce_residency = "us"
allowed_approval_policies = ["on-request"]
allowed_sandbox_modes = ["read-only", "workspace-write"]

[rules]
prefix_rules = [
  { pattern = [{ any_of = ["bash", "sh", "zsh"] }], decision = "prompt", justification = "Require explicit approval for shell entry points" },
]

공식배포 전 검증도 문서가 명시합니다. 고른 키를 모든 관리 클라이언트 버전이 지원하는지 확인하고, 조직 전체에 배정하기 전에 소규모 그룹으로 시험합니다. enterprise/managed-configuration

36.3역할과 권한

공식역할·권한 문서가 이 영역의 정본 지도입니다. 각 경계가 무엇을 통제하고 무엇을 통제하지 않는지를 표로 정리하고, 현재 절차는 링크된 출처를 따르게 합니다. 예를 들어 ChatGPT 워크스페이스 경계는 멤버십·좌석·내장 관리 역할·지원 기능에 대한 역할 기반 접근을 통제하지만, 로컬 에이전트 권한이나 플랫폼 API 조직 접근이나 연결된 서비스의 권한은 통제하지 않습니다. enterprise/roles-and-workspace-permissions

공식도입 문서를 쓸 때 이 표를 복사하지 않습니다. 공식 문서가 같은 규율을 명시적으로 요구합니다. 관리형 설정 문서는 "복사한 그룹 매칭 알고리즘에 의존하지 말라"고 하고, 모델 가용성 문서는 "모델 카탈로그를 복사하지 말라"고 합니다. 통제 이름과 위치가 바뀌므로 조직 문서에는 "어느 경계에 누가 책임을 지는가"만 적고 절차는 공식 문서를 링크합니다. enterprise/managed-configuration enterprise/workspace-model-availability

36.4그룹과 프로비저닝

공식그룹은 멤버 집합의 워크스페이스 접근을 조직하고 커스텀 역할을 담을 수 있습니다. 그룹 멤버십은 로컬 런타임 정책이나 연결된 시스템의 권한과 별개입니다. enterprise/groups-and-provisioning

공식두 유형은 공존할 수 있습니다. 다만 동기화된 그룹은 ID 제공자가 멤버십의 출처이므로, 이후 프로비저닝 갱신이 워크스페이스 쪽 변경을 덮어쓸 수 있습니다. enterprise/groups-and-provisioning

36.5모델 가용성

공식모델 가용성은 제품 표면과 인증 경계에 따라 달라집니다. ChatGPT 워크스페이스의 모델 설정이 데스크톱 앱의 코덱스·CLI·IDE 확장·클라우드·플랫폼 API를 한꺼번에 바꾸는 스위치가 아닙니다. enterprise/workspace-model-availability

공식문서가 덧붙이는 규율이 있습니다. 사용자가 실제로 쓰는 표면의 현재 출처를 확인하고, 모델 카탈로그를 복사하거나 ChatGPT 모델 선택기 설정이 다른 표면에도 같은 효과를 낸다고 가정하지 않습니다. enterprise/workspace-model-availability

37.1어느 지표를 어디서

공식거버넌스는 대화형 분석, 프로그램 보고, ChatGPT 사용 통제, 감사 기록에 걸쳐 있습니다. 질문에 맞는 면을 골라야 합니다. 분석 데이터와 컴플라이언스 데이터는 목적이 다릅니다. enterprise/governance

근거는 거버넌스 문서의 라우팅 표입니다. enterprise/governance

37.2워크스페이스 분석

공식ChatGPT는 워크스페이스 전반의 도입·참여 분석을 제공하고, 코덱스 분석은 코덱스 활동에 초점을 맞춥니다. 둘 다 대화형 보고 면이지 원시 감사 로그가 아닙니다. enterprise/governance enterprise/workspace-analytics

37.3분석 API

공식Analytics API는 프로그램적이고 집계된 코덱스 보고에 씁니다. 데이터 웨어하우스, BI 시스템, 대화형 대시보드에 의존하면 안 되는 내부 보고에 적합합니다. 접근 요건·라우트·스키마·필드·보고 기간·페이지네이션은 인증된 API 레퍼런스가 소유합니다. enterprise/analytics-api enterprise/governance

37.4컴플라이언스 API와 감사 이벤트

공식Compliance API는 감사 가능한 기록이 필요한 보안·법무·거버넌스 워크플로에 씁니다. 도입률이나 생산성 대시보드가 아닙니다. 이벤트 커버리지·스키마·권한·필터·보존·요청 동작은 인증된 API 레퍼런스가 소유합니다. enterprise/compliance-api enterprise/governance

공식이 둘을 섞지 않습니다. 공식 문서가 "분석 데이터와 컴플라이언스 데이터는 목적이 다르다"고 못박고, 대시보드 라벨이나 내려받은 리포트 필드로 지속적인 보고 계약을 만들지 말라고 경고합니다. SIEM에 넣을 감사 기록을 분석 대시보드 내보내기로 만들면 필드가 바뀔 때 조용히 깨지고, 커버리지도 애초에 다릅니다. enterprise/governance enterprise/compliance-api

37.5사용량 한도와 지출 통제

공식ChatGPT 워크스페이스 사용 통제는 분석과 별개이고 기능 자격을 설정하지 않습니다. 플랜에 따라 해당하는 코덱스 활동이 워크스페이스 크레딧을 소모할 수 있고, 한도가 소진되면 해당 기능 접근이 멈출 수 있습니다. 이 통제는 범용 코덱스 한도를 설정하지 않고 플랫폼 API 과금을 관장하지도 않습니다. enterprise/governance enterprise/usage-limits

공식유연 요금제를 쓰는 Business·Edu·Enterprise는 워크스페이스 크레딧을 추가 구매해 계속 작업할 수 있습니다. pricing

37.6관리자 FAQ

공식접근·데이터·거버넌스·관측·사용량·사고 통제에 대한 관리자 질문은 별도 FAQ 문서가 모으고 있습니다. 롤아웃 순서와 검증은 관리자 롤아웃 가이드를 씁니다. enterprise/work-admin-faq enterprise/admin-setup

38.1윈도우 배포

공식사용자가 직접 설치하게 하거나 IT가 엔터프라이즈 관리 도구로 배포합니다. 앱은 스토어 서명돼 있지만 설치·갱신에 사용자가 마이크로소프트 스토어를 열 필요는 없습니다. enterprise/windows-deployment

명령줄 설치

winget install --id 9PLM9XGG6VKS -s msstore

38.2앱 업데이트 관리

공식데스크톱 앱은 기본적으로 스스로 업데이트를 확인하고 설치합니다. 조직이 새 릴리스를 먼저 검토해야 하면 내장 업데이터를 끄고 승인된 버전을 기기 관리 플랫폼으로 배포합니다. enterprise/manage-app-updates

공식선행 조건은 둘입니다. 워크스페이스의 관리형 설정에 대한 코덱스 관리자 접근, 그리고 조직 관리 업데이트를 지원하는 macOS·Windows 데스크톱 앱 릴리스. enterprise/manage-app-updates

38.3Amazon Bedrock

공식로컬 ChatGPT Work·코덱스 표면이 Amazon Bedrock으로 제공되는 OpenAI 모델을 쓰게 구성할 수 있습니다. 이 구성에서는 OpenAI 호스팅 Responses API가 요청 경로에 없습니다. 로컬 클라이언트가 Bedrock으로 모델 요청을 보내고, Bedrock이 지원 모델에 대해 OpenAI 호환 Responses API 구현을 제공합니다. amazon-bedrock

관행이 선택은 모델 접근 문제가 아니라 데이터 경로와 계약 문제입니다. 요청 경로가 바뀌므로 앞 장의 인증 경계·모델 가용성·거버넌스 판단이 전부 다시 계산됩니다. 도입 검토서에 "왜 Bedrock인가"를 한 줄로 적어 두면 나중에 그 결정을 재검토할 수 있습니다.

38.4플러그인·커넥터 통제

공식플러그인은 스킬과 선택적 커넥터를 묶어 워크플로와 지식을 배포합니다. ChatGPT와 코덱스가 하나의 범용 플러그인 디렉터리를 공유하고, 관리자는 자기 워크스페이스의 가용성과 설치를 통제합니다. enterprise/apps-and-connectors

공식플러그인이 커넥터를 포함하면 관리자는 두 가지를 모두 해야 합니다. 플러그인 통제로 플러그인을 사용 가능하게 만들고, 커넥터 접근을 따로 구성합니다. 둘 중 하나만 하면 커넥터 기반 기능을 쓸 수 없습니다. enterprise/apps-and-connectors

공식표면 조건도 그대로 적용됩니다. 플러그인은 ChatGPT 웹·데스크톱·모바일의 Chat과 Work, 데스크톱 앱의 코덱스, CLI 플러그인 브라우저에서 동작하고 IDE 확장에서는 쓸 수 없습니다. enterprise/apps-and-connectors

38.5스킬 통제

공식스킬은 배포 모델에 따라 통제 경계가 다릅니다. 세 경로가 서로 다른 생애주기와 접근 통제를 갖고, 스킬을 한 경로에서 다른 경로로 옮긴다고 통제가 따라오지 않습니다. enterprise/skills

공식배포 경로를 섞지 않습니다. 공식 문서가 세 경로를 별개의 경로로 규정하고 "스킬을 옮긴다고 통제가 따라오지 않는다"고 명시합니다. 같은 스킬이 저장소 체크인과 플러그인으로 둘 다 존재하면 어느 버전이 도는지 알 수 없게 됩니다. 스킬마다 배포 경로를 하나로 정하고 문서에 적습니다. enterprise/skills

39.1조직 보안 통제면

공식보안 통제는 무엇에 접근할 수 있는지와 민감한 동작이 어떻게 검토되는지를 정합니다. 권한·샌드박스·승인·네트워크 접근이 신뢰 경계를 세우고, 코덱스 시큐리티가 취약점을 찾아 고치게 하고, 사이버 안전 지침이 보안 민감 작업의 처리 방식을 설명합니다. security-administration

개인 사용자 관점의 같은 주제는 L2 17장, 코덱스 시큐리티 제품은 L5 35장에 있습니다.

39.2프롬프트 스캐닝 연동

공식Palo Alto Networks Prisma AIRS를 연결하면 코덱스 프롬프트가 모델에 닿기 전에 조직 보안 정책을 적용할 수 있습니다. 워크스페이스 관리자가 한 번 구성합니다. 보안 프로파일에 설정한 보호(데이터 유출 방지, 프롬프트 인젝션 탐지, 악성 URL 탐지 등)를 적용할 수 있습니다. enterprise/prisma-airs

공식선행 조건은 셋입니다. Prisma AIRS 접근이 켜진 ChatGPT 워크스페이스(OpenAI 계정 팀에 요청), 워크스페이스 관리자 권한, 그리고 Prisma AIRS API 키·구성된 보안 프로파일·배포 서비스 엔드포인트. enterprise/prisma-airs

39.3사이버 작업 통제

공식인가된 방어적 사이버보안 작업에는 별도 접근 등급이 있습니다. Daybreak Blue는 대부분의 인가된 방어 작업(취약점 발견과 트리아지, 보안 코드 리뷰와 위협 모델링, 탐지 엔지니어링과 사고 대응, 통제된 환경의 악성코드 분석, 개선과 패치 검증)을 위해 GPT-5.6 Sol 같은 프런티어 모델 접근을 제공합니다. cyber-safety

공식Daybreak Red는 별도 승인으로 GPT-5.6 Cyber 같은 사이버보안 전용 모델 접근을 제공합니다. 통제된 취약점 재현, PoC 또는 익스플로잇 검증, 침투 테스트, 레드팀, 복잡한 시스템 분석처럼 명시적으로 인가된 전문 워크플로에 씁니다. 일상 보안 작업의 기본값이 아니고 자동으로 또는 모든 표면에서 제공되지 않습니다. cyber-safety

공식운영 조건도 함께 제시됩니다. 맞는 모델을 통제된 환경, 문서화된 계약 범위, 최소 권한, 민감한 동작 전 자동 검토와 결합합니다. cyber-safety sandboxing/auto-review

39.4보안 검토 체크리스트

도입 심사에 쓸 항목을 이 시리즈에서 다룬 것으로 묶으면 이렇습니다. 각 항목의 근거는 해당 절에 있습니다.

공식엔터프라이즈 보안·프라이버시·런타임 보호의 근거 문서는 승인·보안 문서와 코덱스 보안 백서입니다. agent-approvals-security

40.1AI 네이티브 엔지니어링 팀

공식공식 가이드 한 편이 코딩 에이전트가 소프트웨어 개발 수명주기를 어떻게 빠르게 만드는지를 다룹니다. 도입을 설득하고 설계하는 자리에서 참조할 수 있는 유일한 공식 장문 자료입니다. build-ai-native-engineering-team

40.2도입 단계 로드맵

관행이 시리즈가 다룬 순서를 조직 도입에 옮기면 네 단계가 됩니다. 각 단계의 완료 판정을 산출물로 잡는 것이 핵심입니다. "썼다"가 아니라 "무엇이 남았다"로 판정합니다. 같은 규율이 두 곳에 있습니다. 공식 문서는 장기 작업의 목표에 검증 수단을 넣으라고 하고, 쿡북의 실행 계획 규격은 수용을 "내부 속성이 아니라 사람이 확인할 수 있는 행동"으로 쓰고 각 마일스톤이 독립적으로 검증 가능해야 한다고 요구합니다. long-running-work cookbook codex_exec_plans

공식2단계에서 문서가 권하는 순서를 지킵니다. 조직 전체 배정 전에 소규모 그룹으로 정책을 시험하고, 고른 키를 모든 클라이언트 버전이 지원하는지 확인합니다. enterprise/managed-configuration

40.3오픈소스와 커뮤니티

공식코덱스의 상당 부분이 공개돼 있습니다. 무엇이 열려 있고 무엇이 아닌지가 표로 정리돼 있습니다. open-source

공식널리 쓰이는 오픈소스 프로젝트를 유지보수하거나 그런 메인테이너를 추천하고 싶으면 Codex for OSS 프로그램에 지원할 수 있습니다. API 크레딧, 6개월 ChatGPT Pro와 코덱스, 선별적 코덱스 시큐리티 접근이 제공됩니다. open-source codex-for-oss

40.4학습 자료

공식공식 리소스 페이지와 영상 페이지가 데모·워크스루·발표를 모으고 있습니다. 사내 교육 자료를 새로 만들기 전에 여기부터 봅니다. resources videos

관행사내 교육에서 실제로 값을 하는 것은 자료 제작이 아니라 저장소 하나를 함께 세팅해 보는 시간입니다. L2의 실습(새 저장소를 30분 안에 세팅)을 팀 워크숍으로 돌리면, 지침 파일과 승인 정책에 대한 팀의 합의가 그 자리에서 나옵니다.