Visão geral do ChatGPT Work

O ChatGPT Work e o Codex compartilham os principais mecanismos de execução, isolamento e permissões. Ambos operam dentro dos mesmos limites de segurança previstos no seu contrato do ChatGPT Business ou Enterprise. Os recursos e controles disponíveis em cada um dependem do local de execução da tarefa (no computador ou na nuvem), das ferramentas disponíveis para ela e das políticas aplicáveis do espaço de trabalho.

O ChatGPT Work pode concluir tarefas de várias etapas usando os arquivos, aplicativos e ferramentas que um membro tem autorização para usar. Quando o acesso ao computador local está habilitado, a nuvem pode coordenar uma tarefa que usa ferramentas aprovadas em um computador conectado.

Atualize o aplicativo para desktop. Depois que o acesso ao computador local com o Work na nuvem for habilitado no espaço de trabalho, os usuários precisarão atualizar o aplicativo ChatGPT para desktop para a versão mais recente para que o recurso entre em vigor.

A disponibilidade e os controles dependem do seu plano, da configuração do espaço de trabalho e da etapa de liberação dos recursos.

Para saber mais sobre a execução em infraestrutura hospedada, as permissões das contas conectadas, as configurações de navegador e rede, a retenção e os dados disponíveis para auditoria, consulte Segurança do ChatGPT Work na nuvem.

Para informações sobre acesso a dispositivos, sessões locais do navegador, políticas gerenciadas e tratamento local de dados, consulte Segurança local do ChatGPT Work.

Isolamento da execução, arquivos e acesso a dispositivos

Os arquivos e as ferramentas disponíveis para o ChatGPT Work dependem de onde o modo Work está em execução, das permissões do usuário e das configurações definidas pelo administrador.

Work local

Na execução local, uma tarefa do Work pode usar recursos aprovados no computador, respeitando as permissões do usuário, os controles do espaço de trabalho e as políticas de dispositivo compatíveis. Quando a sincronização está ativada, o coordenador na nuvem aciona o computador conectado nas etapas que precisam dele. O computador deve estar online e conectado.

Mesmo na execução local, a conversa ou o contexto da tarefa pode sair do dispositivo. Consulte Segurança local do Work para entender os limites de acesso aos dados e ao dispositivo.

Work na nuvem

As etapas na nuvem são executadas na infraestrutura gerenciada pela OpenAI e seguem requisitos de execução próprios. Os requisitos locais só se aplicam às etapas executadas no computador conectado.

Um ambiente de execução na nuvem não herda automaticamente os arquivos, os aplicativos, as sessões do navegador nem o acesso à rede de um computador. Uma tarefa com acesso ao computador local pelo Work na nuvem pode, separadamente, usar ferramentas locais aprovadas por meio de um computador online e conectado. O envio de arquivos, as fontes do projeto e os aplicativos conectados e autorizados continuam sendo formas distintas de fornecer informações.

Quando a Biblioteca está disponível, os arquivos enviados ou gerados que atendem aos critérios podem ser salvos nela. Confira os controles disponíveis no seu espaço de trabalho. Os usuários podem acessar ou anexar explicitamente os arquivos que têm autorização para usar.

Consulte Ambiente isolado para código e shell, Como criar e editar documentos, planilhas e apresentações e Armazenamento de arquivos e Biblioteca no ChatGPT.

Para saber quais tarefas são elegíveis e como o Work funciona em cada dispositivo, consulte Como continuar uma tarefa do Work em outro dispositivo.

Como habilitar e gerenciar o acesso ao computador local com o Work na nuvem

Um proprietário do espaço de trabalho habilita Permitir acesso ao computador local depois de revisar as permissões necessárias para o Work e a política de nuvem em Segurança de agentes. Habilite o Work na nuvem para os usuários que devem ter acesso. A opção Permitir acesso ao computador local fica nas configurações do Work na nuvem. Você não precisa habilitar Usar o Codex localmente no aplicativo ChatGPT para desktop.

Antes de ativar a sincronização, confira onde e como as políticas se aplicam:

• Requisitos empresariais. Para o Work com acesso local e para os dots, o orquestrador compartilhado na nuvem aplica as políticas compatíveis da seção Global quando a política gerenciada está ativada. Os requisitos locais aplicáveis de requirements.toml regem a execução em um computador conectado. Os contêineres do Work na nuvem e os computadores dos dots na nuvem usam configurações e requisitos de execução próprios, em vez do pacote de ambiente gerenciado usado por outros tipos de executor. As restrições de execução local não se aplicam automaticamente a esses computadores na nuvem. Revise as permissões dos recursos de nuvem e teste separadamente a execução local e a execução na nuvem.

• Execução local. Os requisitos de MDM e os requisitos legados de dispositivos gerenciados têm prioridade sobre as configurações de Segurança de agentes. Essas configurações, por sua vez, têm prioridade sobre o arquivo de requisitos do sistema do dispositivo.

• Hooks empresariais. Confira quais hooks são executados com a orquestração na nuvem. Antes de liberar o recurso, verifique se os callbacks são entregues, o que acontece em caso de falha e quais eventos a auditoria cobre. Faça essas verificações para os eventos dos quais seu espaço de trabalho depende.

Mantenha na seção Global os controles do orquestrador, inclusive os de aprovação e pesquisa na Web. Quando disponíveis, use os controles específicos Políticas de aprovação permitidas e Modos de pesquisa na Web permitidos. Use TOML para os demais campos compatíveis. Consulte a Referência de configuração para ver a lista de campos e o escopo de execução.

Antes de desativar o acesso, confira o que comunicar aos usuários afetados.

O acesso ao computador local com o Work na nuvem não altera o funcionamento da configuração do Codex nem combina o histórico do Work com o do Codex. Consulte Configuração gerenciada e Perguntas frequentes para administradores do Work.

Acesso à rede e destinos externos

O Work usa ferramentas como a execução de código e comandos de shell e o navegador na nuvem para concluir tarefas. Cada ferramenta tem permissões configuráveis.

• Código e comandos de shell: o acesso à internet pública depende da política aplicável do espaço de trabalho e da configuração individual de rede do Work. Mesmo quando o acesso à internet pública não é permitido, os comandos podem acessar os destinos aprovados pela OpenAI que são necessários para o funcionamento do Work. Essa configuração limita os destinos de rede. Ela não determina quais comandos podem ser executados.
• Pesquisa na Web: a pesquisa tem controles independentes da configuração de rede para código e shell do Work.

Quando disponível, a configuração individual para código e shell fica em Configurações > Controles de dados > Acesso do Work à rede. Ativar Permitir acesso à internet pública não anula uma restrição aplicável definida pelo administrador. Desativar essa opção limita o acesso do código e dos comandos de shell aos destinos necessários que constam na lista gerenciada de destinos permitidos. Os aplicativos conectados, a pesquisa na Web e o navegador na nuvem continuam disponíveis conforme suas próprias configurações.

As alterações na configuração de rede para código e shell entram em vigor depois que a execução atual termina e o Work atualiza seu ambiente de execução. Consulte Ambiente isolado para código e shell e Controles de acesso do Work.

Os controles de interações de saída são independentes das restrições de acesso por IP do espaço de trabalho, que limitam o acesso de entrada ao espaço de trabalho do ChatGPT ou à API de Compliance.

Navegador na nuvem e acesso a sites

O Navegador na nuvem é uma das ferramentas que o ChatGPT Work pode usar e é diferente do Navegador integrado. Ele funciona remotamente e usa uma sessão separada da sessão do navegador local do usuário. Não tem acesso às abas, às extensões, ao histórico de navegação, às senhas salvas nem às sessões autenticadas do navegador local.

O navegador na nuvem pode navegar em sites públicos, preencher formulários públicos compatíveis e usar informações relevantes de um aplicativo aprovado em uma tarefa que envolva um site. Nos espaços de trabalho Enterprise ou Edu, não é possível fazer login em sites pelo navegador na nuvem. A disponibilidade do navegador depende do plano, da região, da etapa de liberação do recurso e das permissões do espaço de trabalho. Nos espaços de trabalho Enterprise, o administrador precisa habilitar tanto o acesso ao Work quanto o acesso ao navegador na nuvem.

Há controles distintos para acessar sites e executar ações neles:

• Por padrão, o ChatGPT pede aprovação antes de visitar um novo site. Quando essas opções estão disponíveis, os usuários podem selecionar Sempre perguntar, Aprovar automaticamente ou Sempre permitir, além de permitir ou bloquear sites individualmente. A opção Aprovar automaticamente verifica os riscos de forma automatizada. A opção Sempre permitir dispensa a revisão interativa do acesso ao site. Os administradores também podem limitar as opções de aprovação disponíveis aos usuários. Por exemplo, podem desativar Sempre permitir em todo o espaço de trabalho.
• Permitir o acesso a um site não aprova todas as ações nesse site. O ChatGPT pode pedir uma confirmação separada antes de realizar ações que possam gerar compromissos financeiros, jurídicos, relacionados à conta ou de outra natureza com consequências importantes.

Em uma conversa do Work, os usuários podem consultar as capturas de tela das páginas e a reprodução da sessão do navegador, quando disponíveis. O fato de os usuários poderem ver esses registros não garante que eles sejam exportados pela API de Compliance nem que os administradores tenham acesso ao histórico completo da execução.

Consulte Como usar o navegador na nuvem no ChatGPT e Navegador.

Aplicativos conectados, credenciais e permissões

Um aplicativo conectado ou plugin só permite que o Work acesse recursos por meio da integração autorizada pelo espaço de trabalho e dentro das permissões concedidas à conexão. No painel de administração, os administradores podem controlar a disponibilidade de plugins e aplicativos, o acesso por função no espaço de trabalho, a autorização externa, as configurações de ações e as permissões no sistema de origem.

Nos espaços de trabalho Enterprise e Edu, os plugins e os aplicativos dos quais eles dependem ficam desativados por padrão. Nos espaços de trabalho Business, os plugins e aplicativos ficam ativados por padrão. Disponibilizar um plugin não habilita automaticamente o aplicativo necessário nem concede acesso a uma conta. Antes que o ChatGPT Work possa acessar a conta, é preciso autorizar a conexão necessária para uma conta individual, compartilhada ou pertencente a um agente. Uma conexão compartilhada ou pertencente a um agente usa as permissões da conta conectada no sistema de origem, que podem ser diferentes das permissões do usuário que fez a solicitação.

Quando o aplicativo oferece suporte a esses controles, os administradores podem restringi-lo a ações somente leitura ou a um conjunto de ações aprovadas. As configurações de permissão do aplicativo também podem determinar se o ChatGPT pede confirmação antes de usar um aplicativo, fazer alterações ou executar ações importantes. Os controles de ação variam de um aplicativo para outro, e nem toda ação exige uma confirmação humana individual.

Nos aplicativos sincronizados, alterações no conteúdo ou nas permissões do sistema de origem podem levar algum tempo para aparecer. Desconectar um aplicativo não remove automaticamente informações já salvas em uma conversa, em um arquivo gerado ou em um registro com política de retenção própria.

Consulte Controles administrativos, segurança e conformidade para plugins e aplicativos, Controles de plugins, Configuração do Google Workspace gerenciada pelo administrador e Aplicativos do ChatGPT com sincronização.

Privacidade e tratamento de dados

O ChatGPT Work segue as políticas de privacidade, segurança e tratamento de dados aplicáveis ao seu espaço de trabalho do ChatGPT. O acesso ao computador local com o Work na nuvem não garante zero retenção de dados em sentido estrito. A residência de dados e a residência de inferência abrangem apenas o conteúdo elegível e as cargas de trabalho, regiões e configurações compatíveis. O gerenciamento de chaves empresariais (EKM) abrange o conteúdo armazenado compatível nos espaços de trabalho elegíveis. O Work não oferece suporte à residência de inferência nos Emirados Árabes Unidos. Conversas, arquivos enviados, arquivos gerados, aplicativos conectados e dados do navegador podem ter regras de retenção e exclusão diferentes. Se enforce_residency estiver ativado em qualquer política de nuvem, a opção Permitir acesso ao computador local ficará desabilitada tanto para o Work quanto para os dots. Essa medida de proteção não configura a residência de dados do espaço de trabalho nem desativa, por si só, o Work na nuvem ou os dots.

Para mais detalhes, consulte Privacidade empresarial, Políticas de retenção de chats e arquivos, Residência de dados e residência de inferência e Perguntas frequentes para administradores do ChatGPT Work.

A retenção depende do tipo de dado

• Conversas do Work: seguem as configurações aplicáveis de retenção e exclusão de conversas do espaço de trabalho do ChatGPT.
• Arquivos salvos na Biblioteca: seguem as regras de retenção aplicáveis aos arquivos e ao espaço de trabalho. Excluir uma conversa não exclui os arquivos armazenados na Biblioteca.
• Arquivos de projeto: permanecem no projeto até que ele seja excluído, conforme as regras de exclusão e as exceções aplicáveis.
• Arquivos temporários enviados fora da Biblioteca: no plano Enterprise, esses arquivos podem expirar após 48 horas, a menos que se aplique outra configuração de retenção.
• Memórias salvas, quando habilitadas: seguem controles específicos de memória.
• Cookies do navegador na nuvem: permanecem separados dos dados do navegador local. Os usuários podem apagá-los nas configurações do navegador na nuvem.
• Registros da Plataforma de logs de conformidade: ficam disponíveis na plataforma por 30 dias. As cópias exportadas seguem a política de retenção do sistema de destino.
• Dados de aplicativos conectados: os registros de origem seguem as políticas do aplicativo conectado. As cópias salvas em um chat, arquivo ou índice sincronizado também seguem as regras aplicáveis de armazenamento e retenção da OpenAI.

Excluir uma conversa, encerrar uma tarefa do Work, apagar cookies do navegador e reter registros de conformidade são operações distintas. Quando você exclui um chat, ele deixa de aparecer e sua exclusão permanente é agendada para ocorrer em até 30 dias, observadas as exceções publicadas relativas a segurança, obrigações legais e desidentificação.

Consulte Políticas de retenção de chats e arquivos, Memória no ChatGPT e a Plataforma de conformidade da OpenAI.