Work Cloud와 dot의 로컬 컴퓨터 액세스

Work와 dot은 OpenAI 클라우드가 작업을 조율하는 동안 연결된 컴퓨터에서 허용된 파일과 도구를 사용할 수 있습니다. 로컬 컴퓨터 액세스는 기능별로 설정하세요.

먼저 아래에서 두 기능에 공통으로 적용되는 정책, 호환성, 감사 지침을 검토하세요. 그런 다음 사용하려는 기능에 맞춰 Work 또는 dot의 설정 절차와 최종 사용자 안내를 확인하세요.

이 가이드는 엔터프라이즈 워크스페이스 소유자가 정책 요구 사항을 검토하고 Work와 dot에 로컬 컴퓨터 액세스를 허용하는 방법을 설명합니다. 기능 제공 여부는 워크스페이스와 출시 단계에 따라 달라집니다.

전역 기준 정책, 환경별 재정의 설정, 오케스트레이터와 실행기의 필드 목록은 에이전트 보안을 참고하세요.

로컬 컴퓨터 액세스의 이점

로컬 컴퓨터 액세스를 허용하면 팀원들이 여러 기기에서 작업을 이어갈 수 있습니다. 관리자는 에이전트 보안에서 로컬 실행에 적용할 수 있는 요구 사항을 중앙에서 관리할 수 있습니다. Work가 클라우드 컨테이너를 사용하거나 dot이 클라우드 컴퓨터를 사용할 때는 이러한 실행 요구 사항이 적용되지 않습니다. 클라우드 실행에는 브라우저 액세스, 네트워크 액세스, 컴퓨터 사용에 대한 별도의 제어 설정이 적용됩니다.

Work

멤버는 여러 기기에서 Work 대화를 이어갈 수 있으며, 연결된 컴퓨터를 통해 승인된 로컬 리소스를 사용할 수 있습니다. 관리자는 에이전트 보안에서 로컬 실행 요구 사항을 관리하고 클라우드 실행은 별도로 검토할 수 있습니다.

dot

• 로컬에서 개발 작업 수행하기. 허용된 로컬 레포지토리, 개발자 도구, 스킬을 사용해 버그를 조사하고 변경 사항을 구현하고 빌드를 실행할 수 있습니다.

• 코딩 작업 조율하기. 로컬에서 Work 스레드나 Codex 스레드를 만들고 기존 로컬 Codex 스레드를 제어할 수 있습니다.

• 지원되는 작업에 데스크톱 앱과 로컬 브라우저 사용하기. 클라우드 브라우저에서 완료할 수 없어 로컬 로그인이 필요한 작업도 여기에 포함됩니다.

Work Cloud에서 로컬 컴퓨터 액세스를 허용하기 전과 후

작업은 조율과 실행으로 나뉩니다. 조율은 다음에 수행할 단계를 결정하고 대화를 이어가는 과정입니다. 실행은 셸 명령어 실행처럼 도구가 실제로 수행하는 일입니다. 이 기능을 사용하면 OpenAI 클라우드가 조율을 맡습니다. 모든 도구나 파일이 컴퓨터 밖으로 이동하는 것은 아닙니다.

로컬 컴퓨터 액세스 설정 방법

에이전트 보안에서 정책 검토하기

정책을 검토할 위치

관리자 콘솔 → 에이전트 보안을 여세요. 에이전트 보안은 기존 정책 및 구성을 대체하며, Work와 dot의 로컬 컴퓨터 액세스와는 별도 일정으로 출시됩니다.

• 정책 설정: 전역 기준 정책과 로컬 재정의 설정을 검토하세요. 승인과 웹 검색을 비롯한 오케스트레이터 제어 설정은 전역에서 관리하세요. 환경별로 재정의할 수 없습니다. 허용된 승인 정책 및 허용된 웹 검색 모드처럼 전용 UI가 제공되는 설정은 해당 UI를 사용하고, 그 밖의 지원 필드는 TOML로 설정하세요. 각 설정의 적용 범위는 오케스트레이터 및 실행기 제어 설정을 참고하세요.

• 요구 사항과 기본값: 요구 사항은 사용자가 재정의할 수 없는 한도를 정합니다. 기본값은 그 한도 내에서 시작값을 제공하며 요구 사항보다 우선할 수 없습니다.

• 기능 액세스: 관리자 콘솔 → 권한에서 설정하세요. 로컬 컴퓨터 액세스는 Work와 dot 각각에 대해 별도로 허용해야 합니다.

마이그레이션 시 유지되는 항목

마이그레이션 대상인 기존 클라우드 정책의 설정은 전역으로 이전되며 정책 할당과 순서는 유지됩니다. 에이전트 보안에서 이전된 정책을 검토하고 아래 표에서 현재 구성에 해당하는 항목을 확인하세요. 정책 업데이트를 자동화했다면 마지막 행도 확인하세요. 마이그레이션 지침은 에이전트 보안을 참고하세요.

정책 우선순위

다음 규칙은 서로 다른 수준에서 적용됩니다. 화살표는 우선순위가 높은 항목에서 낮은 항목을 가리킵니다.

• 정책 간 우선순위: 정책이 충돌하면 우선순위가 낮은 정책이 더 구체적이더라도 우선순위가 높은 정책이 적용됩니다.

• 한 정책 내 우선순위: 지원되는 실행 설정의 우선순위는 환경별 재정의 설정 → 전역 설정입니다. 재정의 설정이 없는 환경은 해당 전역 설정을 상속합니다.

• 로컬 요구 사항: macOS MDM 요구 사항 → 요구 사항으로 해석되는 기존 managed_config.toml 필드 → 에이전트 보안에서 클라우드로 관리하는 요구 사항 → 시스템 requirements.toml 순입니다. MDM 계층은 macOS에 적용됩니다. 기본값에는 별도의 설정 규칙이 적용됩니다.

일부 요구 사항에는 필드별 병합 규칙이 있습니다. 정책 범위, 지원 필드, 실행 범위는 관리형 구성과 설정 레퍼런스를 참고하세요.

Work와 dot에 정책이 적용되는 방식

Work와 dot이 로컬 액세스를 사용할 때는 작업 조율, 로컬 실행, 클라우드 실행에 다음 정책이 공통으로 적용됩니다.

• 작업 조율: 관리형 정책을 사용하면 작업을 조율하는 클라우드 서비스가 에이전트 보안의 전역 설정에서 지원되는 요구 사항을 적용합니다. 여기에는 승인 요구 사항과 허용된 웹 검색 모드 등이 포함됩니다.

• 로컬 실행: 연결된 컴퓨터에서 도구를 실행하면 도구는 에이전트 보안에서 지원하는 로컬 실행 요구 사항과 해당 기기 정책을 적용합니다. MDM이 지원되는 경우 MDM으로 배포한 정책도 적용 대상입니다. 이러한 정책에는 파일 시스템 및 네트워크 제한이 포함될 수 있습니다. 로컬 실행기가 지원하는 필드만 적용되므로 MDM이나 로컬 requirements.toml에 필드를 설정해도 로컬에서 반드시 적용되는 것은 아닙니다.

• 클라우드 실행: Work 클라우드 컨테이너와 dot의 클라우드 컴퓨터에는 별도의 실행 제어 설정이 적용됩니다. 로컬 파일 시스템 및 네트워크 제한은 이러한 클라우드 환경에 자동으로 적용되지 않습니다.

호환성 및 데이터 요구 사항 확인하기

두 기능 중 하나를 켜기 전에 사용 자격, 데이터 보호 범위, 조직에서 사용하는 제어 설정을 검토하세요. Work와 dot은 인프라를 공유하지만 지원 범위는 서로 다릅니다.

Work와 dot 사용 자격 검토하기

• Work: 레지던시는 대상 콘텐츠와 지원되는 워크로드, 리전, 구성에만 적용됩니다. EKM은 자격을 충족하는 워크스페이스에 저장된 콘텐츠 중 지원 대상에 적용됩니다. 모든 로컬 액세스 단계나 연결된 연동 서비스에 적용된다고 가정하지 말고 실제 워크플로우의 적용 범위를 확인하세요. UAE 추론 레지던시를 사용하는 경우 Work는 지원되지 않습니다. 데이터 레지던시 및 추론 레지던시와 Work 클라우드 보안을 참고하세요.

• dot의 레지던시: 엔터프라이즈 베타 기간에는 dot이 데이터 레지던시와 추론 레지던시를 지원하지 않습니다. 자격을 충족하는 워크스페이스는 이러한 제한 사항을 확인한 후 dot 사용을 선택할 수 있습니다. dot을 켜더라도 dot의 데이터나 처리 과정이 레지던시 요건을 충족하게 되지는 않습니다.

• dot 사용 제외 대상: FedRAMP 워크스페이스, EKM을 사용하는 워크스페이스, 추론 레지던시가 AE(UAE)로 설정된 워크스페이스에서는 dot을 사용할 수 없습니다. HIPAA 워크스페이스는 다른 자격 요건을 충족하면 참여할 수 있습니다.

데이터 처리 방식과 로컬 액세스 보호 조치 확인하기

• 클라우드 처리: 로컬 액세스를 사용하는 Work와 dot은 계속 클라우드에서 작업을 조율합니다. 대화, 도구 실행 결과, 기타 작업 컨텍스트는 연결된 컴퓨터에만 머물지 않습니다.

• 레지던시 보호 조치: 클라우드 정책 중 하나라도 enforce_residency를 켜면 Work와 dot 모두에서 로컬 컴퓨터 액세스 허용 옵션을 사용할 수 없습니다. 이 보호 조치는 워크스페이스 레지던시를 설정하지 않으며, 그 자체로 Work Cloud나 dot을 비활성화하지도 않습니다. 자격을 충족하는 워크스페이스는 베타의 레지던시 제한 사항을 확인한 후 dot 사용을 선택할 수 있지만 로컬 액세스는 계속 차단됩니다.

• 데이터 보관 및 액세스: 두 기능 모두 엄격한 데이터 비보관을 제공하지 않습니다. API 데이터 비보관은 별도의 API 제어 설정입니다. 사람이 데이터를 열람하지 않는다는 약속과 오용 모니터링 제어도 데이터 비보관과는 별개입니다. 데이터를 전혀 보관해서는 안 되는 워크플로우에는 이러한 기능을 사용하지 마세요.

도입하기 전에 실제로 사용할 데이터와 도구의 보관, 삭제, 감사 범위를 검토하세요. Work에서는 대화, 호스팅 환경의 실행 상태, 파일, 연결된 앱의 데이터가 서로 다른 수명 주기를 따를 수 있습니다. 대화를 삭제해도 관련 사본이 모두 삭제되지는 않습니다.

훅 및 네트워크 호환성 확인하기

• 훅 호환성: 로컬 액세스를 켜기 전에 워크스페이스 설정과 에이전트 보안에 표시되는 호환성 경고를 검토하세요. 워크플로우에 필요한 훅을 클라우드 오케스트레이션에서 지원하는 훅과 비교하세요. 로컬 명령어나 플러그인 훅이 필요한 워크플로우는 계속 로컬에서만 실행하세요.

• 실패 시 동작 및 감사 범위: 콜백 연결과 필수 이벤트를 테스트하고, 콜백 오류나 시간 초과가 발생한 후 도구가 어떻게 동작하는지 확인하세요. PreToolUse 훅이 실패해도 도구가 실행될 수 있습니다. 훅이 모든 내부 하위 에이전트 실행 경로를 포괄하지는 않습니다. 확인할 수 있는 감사 기록을 별도로 검토하세요.

• 네트워크 및 앱 제어: 설정 레퍼런스에서 필드, 배포 경로, 실행 환경을 확인하세요. 클라우드 오케스트레이터가 특정 설정을 사용하지 않아도 앱이나 기기에서 해당 설정을 적용할 수 있습니다. 클라우드 런타임은 관리형 HTTP/SOCKS 리스너 포트와 루프백 이외의 주소에서 수신하는 프록시 리스너를 지원하지 않습니다. 소켓 규칙의 지원 여부는 실행 경로에 따라 다릅니다. 네트워크 정책 우선순위 및 런타임 제한을 검토한 다음 허용된 동작은 성공하고 제한된 동작은 차단되는지, 필요한 네트워크 연결이 가능한지 테스트하세요.

로컬 파일, 클라우드 실행, 정책 우선순위에 대한 질문은 Work 관리자 FAQ, Work 로컬 보안, Work 클라우드 보안을 참고하세요.

로컬 컴퓨터 액세스 허용하기

Work와 dot에 로컬 컴퓨터 액세스를 각각 허용하세요. 워크스페이스 기본값과 지원되는 사용자 지정 역할을 사용해 대상 사용자나 그룹에 권한을 부여하세요.

도입하기 전에 위의 정책 및 호환성 요구 사항을 검토하세요. 에이전트 보안에서 정책을 검토하거나 만드는 것이 좋지만, 정책을 미리 만들지 않아도 확인 절차를 거쳐 액세스를 허용할 수 있습니다. 정책을 마이그레이션해도 로컬 컴퓨터 액세스 권한이 부여되지는 않습니다.

Work

1. 워크스페이스 소유자 계정으로 관리자 콘솔 > 권한을 여세요.

2. 대상 사용자에게 Work Cloud를 허용하세요. 이 기능을 사용하기 위해 ChatGPT 데스크톱 앱에서 Codex를 로컬로 사용 옵션을 켤 필요는 없습니다.

3. Work Cloud 아래에서 로컬 컴퓨터 액세스 허용을 켜세요. 확인 창의 내용을 검토한 다음 에이전트 보안을 열어 정책을 검토하거나 설정하세요. 바로 액세스를 허용하려면 확인을 선택하세요.

4. 사용자에게 ChatGPT 데스크톱 앱을 버전 26.929 이상으로 업데이트하도록 안내하세요. Work Cloud에서 로컬 컴퓨터 액세스를 사용하려면 이 업데이트가 필요합니다.

5. 대상 권한이 있는 멤버에게 데스크톱 앱의 Composer에서 클라우드를 선택하고 새 작업을 시작하도록 안내하세요. 해당 멤버가 지원되는 다른 기기에서 작업을 이어가면서, 컴퓨터가 연결된 동안 승인된 로컬 파일이나 도구에 액세스할 수 있는지 확인하세요.

dot

1. 워크스페이스 소유자 계정으로 관리자 콘솔 > 권한을 열고 위의 자격 요건에 따라 대상 사용자에게 dot을 허용하세요.

2. dot 사용 아래에서 로컬 컴퓨터 액세스 허용을 켜세요. 확인 창의 내용을 검토한 다음 에이전트 보안을 열어 정책을 검토하거나 설정하세요. 바로 액세스를 허용하려면 확인을 선택하세요.

3. 사용자에게 ChatGPT 데스크톱 앱을 버전 26.929 이상으로 업데이트하도록 안내하세요. 로컬 컴퓨터 액세스를 사용하려면 이 업데이트가 필요합니다.

4. 사용자에게 아래의 dot 최종 사용자 절차에 따라 컴퓨터를 연결하도록 안내하세요.

5. 대상 권한이 있고 컴퓨터를 연결한 멤버에게 자신의 dot으로 로컬 작업을 테스트하도록 안내하세요.

OpenTelemetry 및 감사 범위 검토하기

로컬 액세스를 사용하는 Work와 dot의 OpenTelemetry(OTel) 지원 범위를 검토할 때는 로컬 실행 텔레메트리와 클라우드 감사 기록을 구분하세요. 로컬 실행기는 지원되는 실행 이벤트를 계속 내보낼 수 있습니다. 클라우드 오케스트레이션 이벤트는 기존 OpenTelemetry 수집기로 전송되지 않습니다.

지원되는 클라우드 기록은 Compliance API로 확인하세요. 수집기 엔드포인트를 변경해도 클라우드 오케스트레이션 이벤트를 다시 수신할 수는 없습니다. Compliance API 기록이 기존 OpenTelemetry 스트림의 모든 이벤트를 대체하지는 않습니다.

dot 사용량은 Analytics API로, 지원되는 감사 기록은 Compliance API로 확인하세요. 워크플로우에 필요한 기록을 확인하고 로컬 수집기에도 이벤트가 전달되는지 검증하세요. MCP 훅으로 감사 기록을 대체할 수는 없습니다.

클라우드 감사 범위는 Work 클라우드 보안을 참고하세요.

최종 사용자 안내

Work와 dot 모두 로컬에서 단계를 수행하려면 해당 컴퓨터가 온라인 상태이고 연결되어 있어야 합니다. 또한 ChatGPT 데스크톱 앱이 실행 중이어야 하며 해당 계정과 워크스페이스로 로그인되어 있어야 합니다.

Work

멤버는 ChatGPT로 대상 워크스페이스에 로그인해야 합니다. API 키와 Codex 액세스 토큰으로는 이 기능을 활성화할 수 없습니다. 멤버가 조건을 충족하는 작업을 시작하고 컴퓨터가 오프라인일 때도 작업을 이어가는 방법을 확인할 수 있도록 여러 기기에서 Work 이어가기를 공유하세요. 기능을 끄기 전에 롤백 절차를 검토하세요.

dot

• 컴퓨터 연결. ChatGPT 데스크톱 앱에서 dot의 세부 정보를 열고 ‘컴퓨터’를 선택하세요. ‘내 컴퓨터’ 또는 해당 컴퓨터 이름을 찾아 허용을 선택한 다음 ‘액세스 허용’을 선택해 확인하세요. 이제 지원되는 로컬 작업에 해당 컴퓨터를 사용할 수 있습니다.

• 컴퓨터가 오프라인인 경우. 이미 부여한 액세스 권한은 유지되지만 해당 컴퓨터를 사용할 수 없는 동안에는 그 컴퓨터가 필요한 작업을 진행할 수 없습니다. 오프라인 상태는 액세스 권한이 취소되었다는 뜻이 아닙니다.

• 액세스 권한 삭제. ‘액세스 취소’를 선택하고 확인하면 해당 컴퓨터에 대한 dot의 권한이 삭제됩니다. ‘연결 해제’ 상태는 액세스 권한이 삭제되었다는 뜻이며 ‘오프라인’ 상태와 다릅니다.

• 관리자가 액세스 권한을 변경한 경우. 관리자가 dot의 로컬 컴퓨터 액세스를 끄더라도 이미 승인된 로컬 작업은 아직 마무리 중일 수 있습니다. Work처럼 실행 중인 턴이 즉시 중단된다고 가정하지 마세요.

• 실행 중인 작업. 실행 중인 로컬 작업은 클라우드로 자동 이전되지 않습니다. 연결 상태가 바뀌면 작업이 중단되거나 런타임이 다시 로드될 수 있습니다. dot은 후속 작업을 클라우드 컴퓨터에서 이어갈 수 있습니다. 다만 액세스 권한을 잃은 로컬 하위 작업은 해당 컴퓨터에서 재개할 수 없으며 클라우드로 자동 이전되지도 않습니다.