Work Cloud 및 dots의 로컬 컴퓨터 액세스

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

먼저 아래의 공통 정책, 호환성, 감사 지침을 검토한 다음, 활성화할 기능에 해당하는 Work 또는 dots의 설정 및 최종 사용자 안내를 따르세요.

이 가이드는 Enterprise 워크스페이스 소유자가 정책 요구 사항을 검토하고 Work와 dots의 로컬 컴퓨터 액세스를 활성화하는 데 도움을 줍니다. 사용 가능 여부는 워크스페이스와 출시 진행 상황에 따라 다릅니다.

Global 기준 정책, 환경별 재정의, 오케스트레이터 및 실행기 필드 목록은 Agent Security를 참조하세요.

로컬 컴퓨터 액세스의 이점

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

Work

• 여러 기기에서 하나의 Work 대화를 이어갑니다. 컴퓨터에서 시작한 다음 웹이나 모바일 앱에서 결과를 검토하거나 후속 지시를 내릴 수 있습니다. Work Cloud에서 로컬 컴퓨터 액세스를 사용하는 작업은 클라우드에서 조율됩니다.

• 컴퓨터에서 승인된 리소스를 사용합니다. 이 기능을 사용하는 작업은 연결된 컴퓨터를 통해 허용된 로컬 파일과 도구를 사용할 수 있으며, 사용자는 다른 기기에서 진행 상황을 확인할 수 있습니다. 해당 컴퓨터가 필요한 단계에서는 컴퓨터를 온라인 및 연결 상태로 유지하세요.

• 로컬 실행 요구 사항을 중앙에서 관리합니다. Agent Security에서 로컬 실행에 지원되는 Enterprise 요구 사항을 설정하세요. 클라우드 실행에 대해서는 Work Cloud 정책을 별도로 검토하세요.

Dots

• 로컬에서 엔지니어링 작업을 수행합니다. 허용된 로컬 저장소, 개발 도구, 스킬을 사용하여 버그를 조사하고, 변경 사항을 구현하고, 빌드를 실행합니다.

• 코딩 작업을 조율합니다. 로컬 Work 또는 Codex 스레드를 만들고 기존 로컬 Codex 스레드를 제어합니다.

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

Work Cloud의 로컬 컴퓨터 액세스 활성화 전후

작업은 조율과 실행이라는 두 부분으로 구성됩니다. 조율은 수행할 단계를 결정하고 대화를 이어가는 역할을 합니다. 실행은 셸 명령 실행처럼 도구가 수행하는 일입니다. 이 기능은 조율을 OpenAI 클라우드로 옮깁니다. 모든 도구나 파일을 컴퓨터 밖으로 옮기는 것은 아닙니다.

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

Agent Security에서 정책 검토

검토 위치

관리자 콘솔 → Agent Security를 여세요. Agent Security는 정책 및 구성을 대체합니다. 출시 일정은 Work 및 dots의 로컬 컴퓨터 액세스와 별개입니다.

• 정책 설정: Global 기준 정책과 Local 재정의를 검토하세요. 승인 및 웹 검색을 비롯한 오케스트레이터 제어는 Global에 유지하세요. 환경에서는 이를 재정의할 수 없습니다. 허용된 승인 정책 및 허용된 웹 검색 모드 를 비롯한 전용 UI 제어가 있으면 이를 사용하고, 그 밖의 지원되는 필드에는 TOML을 사용하세요. 각 설정의 적용 위치는 오케스트레이터 및 실행기 제어를 참조하세요.

• 요구 사항 및 기본값: 요구 사항은 사용자가 재정의할 수 없는 한도를 설정합니다. 기본값은 해당 한도 내의 시작 값을 제공하며 요구 사항을 재정의할 수 없습니다.

• 기능 액세스: 워크스페이스 설정 → 권한 및 역할을 사용하세요. 로컬 컴퓨터 액세스는 Work와 dots에서 각각 별도로 활성화해야 합니다.

이전되는 항목

이전 대상인 기존 클라우드 정책을 마이그레이션하면 정책 할당과 순서를 유지하면서 설정이 Global로 이전됩니다. Agent Security에서 마이그레이션된 정책을 검토하고 아래 표를 사용하여 현재 설정을 확인하세요. 정책 업데이트를 자동화하는 경우 마지막 행도 검토하세요. 마이그레이션 지침은 Agent Security를 참조하세요.

정책 우선순위

다음 규칙은 서로 다른 수준에 적용됩니다. 아래의 각 화살표는 우선순위가 높은 항목에서 낮은 항목으로 이어집니다.

• 정책 간: 우선순위가 낮은 정책이 더 구체적이더라도 우선순위가 높은 정책이 우선합니다.

• 단일 정책 내: 지원되는 실행 설정의 경우 환경별 재정의 → Global 순서입니다. 재정의가 없는 환경은 해당 Global 설정을 상속합니다.

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

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

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

로컬 액세스를 사용하는 Work와 dots의 공통 동작은 다음 범위에 걸쳐 적용됩니다.

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

• 로컬 실행: 연결된 컴퓨터에서 도구가 실행되면 Agent Security에서 지원되는 로컬 실행 요구 사항과 해당 기기 정책을 적용합니다. 지원되는 경우 MDM을 통해 전달된 정책도 포함됩니다. 여기에는 파일 시스템 및 네트워크 제한이 포함될 수 있습니다. 로컬 실행기가 지원하는 필드만 적용됩니다. MDM이나 로컬 requirements.toml에서 필드를 구성했다고 해서 로컬에서 적용된다는 보장은 없습니다.

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

공통 클라우드 기능을 구성하려면 관리자 콘솔 → 권한 및 역할 → 워크스페이스 기능 → 클라우드 컴퓨터 기능으로 이동하세요. 이 권한은 Work Cloud와 dots에 모두 적용됩니다. 클라우드 브라우저 사용 과 클라우드 네트워크 액세스 를 별도로 검토하세요. 하나를 구성해도 다른 하나는 구성되지 않습니다. Global 정책과 Codex Cloud 재정의는 이 권한을 구성하지 않습니다.

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

어느 기능이든 활성화하기 전에 사용 자격, 데이터 적용 범위, 조직에서 의존하는 제어를 검토하세요. 인프라를 공유한다고 해서 Work와 dots의 지원 범위가 동일한 것은 아닙니다.

Work 및 dots 사용 자격 검토

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

• Dots 레지던시: Enterprise 베타 기간 동안 dots는 데이터 레지던시나 추론 레지던시를 지원하지 않습니다. 대상 워크스페이스는 이러한 제한 사항을 확인한 후 사용을 신청할 수 있습니다. dots를 활성화해도 해당 데이터나 처리가 레지던시 요구 사항을 준수하게 되는 것은 아닙니다.

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

데이터 처리 및 로컬 액세스 보호 장치 확인

• 클라우드 처리: 로컬 액세스를 사용하는 Work와 dots도 클라우드에서 조율됩니다. 대화, 도구 결과, 기타 작업 컨텍스트가 연결된 컴퓨터에만 남아 있는 것은 아닙니다.

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

• 보존 및 데이터 액세스: 두 환경 모두 엄격한 데이터 무보존을 제공하지 않습니다. API Zero Data Retention은 별도의 API 제어입니다. “Eyes-off” 약정과 악용 모니터링 제어 역시 데이터 무보존과는 별개입니다. 데이터가 전혀 보존되지 않아야 하는 워크플로라면 이 환경에서 사용하도록 활성화하지 마세요.

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

훅 및 네트워크 호환성 확인

• 지원되는 Enterprise 훅: 관리형 정책과 원격 훅이 활성화되면 로컬 액세스를 사용하는 Work Cloud와 dots는 관리자가 관리하는 원격 MCP 훅을 사용합니다. 클라우드 오케스트레이터는 지원되는 작업 및 도구 이벤트에서 연결된 MCP 서비스를 호출합니다. Global requirements.toml에 mcp_tool 핸들러를 구성하세요. 로컬 액세스를 사용하지 않는 Work Cloud는 이 훅을 사용하지 않습니다. 이 Enterprise 훅은 개인 계정에서 사용할 수 없습니다.

• 로컬 액세스를 사용하는 Work Cloud 및 dots: 명령/셸, 프롬프트, 에이전트 핸들러, 로컬 구성·플러그인·로컬 디렉터리의 훅, 환경 범위 훅, SessionEnd MCP 훅은 작업이 컴퓨터에서 도구를 실행하더라도 클라우드 오케스트레이션에서 지원되지 않습니다. 워크플로가 이러한 훅 중 하나에 의존한다면 대안을 검토할 때까지 해당 훅을 지원하는 로컬 전용 워크플로를 계속 사용하세요.

• Work 및 Codex의 로컬 전용 스레드: 오케스트레이션과 실행이 모두 로컬에서 이루어지면 기존에 지원되던 훅이 계속 작동합니다. 관리자는 이 워크플로에 대해 Agent Security에서 지원되는 관리형 훅을 계속 구성할 수 있습니다.

• 실패 및 감사 범위: 콜백 연결, 필수 이벤트, 실패 시 동작을 테스트하세요. 지원되는 명시적 거부는 작업을 차단할 수 있지만, PreToolUse 콜백 오류, 시간 초과, 잘못된 형식의 응답은 도구를 차단하지 않은 채 훅만 실패하게 할 수 있습니다. 훅은 완전한 Compliance API 감사 추적을 제공하지 않으며 모든 내부 하위 에이전트 경로를 다루지도 않습니다.

• 네트워크 및 앱 제어: 구성 참조에서 필드, 전달 경로, 실행 환경을 확인하세요. 클라우드 오케스트레이터가 설정을 사용하지 않더라도 앱이나 기기가 적용하는 제어는 계속 적용될 수 있습니다. 클라우드 런타임은 관리형 HTTP/SOCKS 리스너 포트와 비루프백 프록시 리스너를 지원하지 않습니다. 소켓 규칙 지원 여부는 실행 경로에 따라 다릅니다. 네트워크 정책 우선순위 및 런타임 제한을 검토한 다음 허용 및 차단되는 작업과 필요한 연결을 테스트하세요.

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

로컬 컴퓨터 액세스 활성화

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

출시 전에 위의 정책과 호환성 요구 사항을 검토하세요. Agent Security에서 정책을 검토하거나 만드는 것이 권장되지만, 확인 절차에서 액세스를 활성화하기 전에 정책을 만들도록 요구하지는 않습니다. 정책 마이그레이션은 로컬 컴퓨터 액세스를 부여하지 않습니다.

Work

1. 워크스페이스 소유자로서 워크스페이스 설정 > 권한 및 역할 을 여세요.

2. 대상 사용자에 대해 Work Cloud 를 활성화하세요. ChatGPT 데스크톱 앱에서 Codex를 로컬로 사용 은 이 기능의 필수 조건이 아닙니다.

3. Work Cloud 에서 로컬 컴퓨터 액세스 허용 을 켜세요. 확인 모달을 검토한 다음 Agent Security 를 열어 정책을 검토하거나 설정하거나, 확인하여 액세스를 켜세요.

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

5. 의도한 권한을 가진 멤버가 데스크톱 입력창에서 Cloud 를 선택하고 새 작업을 시작하도록 하세요. 지원되는 다른 기기에서 작업을 이어가고, 컴퓨터가 연결된 상태에서 승인된 로컬 파일이나 도구에 액세스할 수 있는지 확인하세요.

Dots

1. 워크스페이스 소유자로서 워크스페이스 설정 > 권한 및 역할 을 열고 위의 자격 요건에 따라 대상 사용자에 대해 dots를 활성화하세요.

2. Dots 사용 에서 로컬 컴퓨터 액세스 허용 을 켜세요. 확인 모달을 검토한 다음 Agent Security 를 열어 정책을 검토하거나 설정하거나, 확인하여 액세스를 켜세요.

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

4. 사용자가 ChatGPT 데스크톱 앱에서 dot의 상세 정보를 열고 컴퓨터 를 선택하도록 하세요. 내 컴퓨터 또는 컴퓨터 이름을 찾아 허용 을 선택한 다음 액세스 허용 으로 확인하세요.

5. 의도한 권한과 연결된 컴퓨터가 있는 멤버가 자신의 dot으로 로컬 작업을 테스트하도록 하세요.

OpenTelemetry 및 감사 범위 검토

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

지원되는 클라우드 기록에는 Compliance API를 사용하세요. 수집기 엔드포인트를 변경해도 클라우드 오케스트레이션 이벤트가 복구되지는 않습니다. Compliance API 기록은 이전 OpenTelemetry 스트림의 모든 이벤트를 대체하지 않습니다.

dots의 경우 사용량에는 Analytics API를, 지원되는 감사 기록에는 Compliance API를 사용하세요. 로컬 수집기로의 전달과 함께 워크플로에 필요한 기록을 검증하세요. MCP 훅은 감사 범위를 대체하지 않습니다.

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

최종 사용자 환경

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

Work

• 대상 작업. ChatGPT 데스크톱 앱에서 Cloud 를 선택하여 시작한 대상에 해당하는 새 작업은 컴퓨터가 연결되어 있고 로컬 액세스가 활성화되어 있는 동안 해당 컴퓨터의 로컬 실행기를 사용할 수 있습니다.

• 로그인. 대상 워크스페이스에서 ChatGPT로 로그인을 사용하세요. API key와 Codex 액세스 토큰으로는 Work Cloud의 로컬 컴퓨터 액세스를 활성화할 수 없습니다.

• 컴퓨터를 사용할 수 없음. 새 턴이 시작될 때 컴퓨터를 사용할 수 없다면 대상에 해당하는 기존 작업은 해당 컴퓨터의 로컬 파일이나 도구 없이 클라우드 컨테이너에서 계속될 수 있습니다. 컨테이너는 로컬 실행의 Enterprise 요구 사항을 적용하지 않습니다. 작업은 턴 도중에 로컬 실행에서 클라우드로 전환할 수 없습니다.

• 액세스 꺼짐. Work Cloud의 로컬 컴퓨터 액세스를 끄면 현재 실행 중인 턴이 중단됩니다. 사용자는 기존 클라우드 대화에서 새 턴을 시작할 수 있으며, 이 턴은 로컬 파일에 액세스하지 않고 Work Cloud를 사용합니다.

• 기존 채팅 및 프로젝트. 이 기능을 활성화하기 전에 생성한 작업은 로컬 전용 또는 로컬 파일 액세스 없는 클라우드라는 원래 모드를 유지합니다. Work Cloud의 로컬 컴퓨터 액세스를 사용하려면 기능을 활성화한 후 새 작업을 시작하세요.

• Local/Cloud 설정. Enterprise의 경우 출시 시 앱 내 Local/Cloud 토글과 기본값은 변경되지 않습니다. Cloud 를 선택한 대상 작업은 클라우드에서 조율되며 로컬 단계에는 연결된 컴퓨터를 사용합니다.

Dots

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

• 컴퓨터 오프라인. 저장된 액세스 권한은 유지되지만, 컴퓨터를 사용할 수 없는 동안에는 해당 컴퓨터가 필요한 작업을 진행할 수 없습니다. 오프라인이라고 해서 액세스가 취소된 것은 아닙니다.

• 액세스 제거. 액세스 취소를 선택하고 확인하여 해당 컴퓨터에 대한 dot의 권한을 제거하세요. 연결 해제는 액세스가 제거되었다는 뜻이며, 오프라인과는 다릅니다.

• 관리자의 액세스 변경. 관리자가 dots의 로컬 컴퓨터 액세스를 비활성화해도 이미 승인된 로컬 작업은 아직 마무리 중일 수 있습니다. 실행 중인 턴을 즉시 중단하는 Work의 동작이 dots에도 적용된다고 가정하지 마세요.

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