Diferentes configurações controlam como sua organização usa o ChatGPT. Conceder acesso em uma área não dá acesso automático a outra. Veja como as seis áreas de controle se complementam e consulte os links para obter as instruções de configuração atuais.
Nas configurações do espaço de trabalho, a seção Codex e Work locais reúne o acesso local ao Codex e ao Work na opção Permitir que os membros usem o Codex e o Work localmente. Outros espaços de trabalho apresentam Codex local e Work local em seções independentes. Nesse caso, Permitir que os membros usem o Codex localmente concede acesso local ao Codex, e Usar o Work localmente concede acesso local ao Work. Ativar uma opção não concede acesso à outra. Esses rótulos identificam permissões do espaço de trabalho e não representam produtos ou clientes distintos. Dependendo do espaço de trabalho, as permissões de token e os limites de validade das credenciais aparecem na seção Tokens de acesso ou na seção de acesso local. A configuração gerenciada atua em uma camada separada e limita o comportamento dos recursos que ela abrange durante a execução nesses clientes. Os recursos disponíveis e os requisitos que se aplicam podem variar conforme o cliente e a versão.
Entenda o alcance de cada controle
| Área de controle | O que controla | O que não controla | Referência atual |
|---|---|---|---|
| Espaço de trabalho do ChatGPT | Participação no espaço de trabalho, licenças de usuário, funções administrativas predefinidas e acesso baseado em funções aos recursos compatíveis do espaço de trabalho | Permissões do agente local, acesso à organização na Plataforma de API ou permissões em um serviço conectado | Acesso ao espaço de trabalho do ChatGPT e RBAC |
| Clientes locais | Comportamento dos recursos abrangidos durante a execução no aplicativo ChatGPT para desktop, na CLI do Codex e na extensão para IDE, incluindo aprovações, acesso ao sistema de arquivos e à rede, perfis de permissão e integrações permitidas | Licença de usuário do ChatGPT, direito de uso de um recurso ou modelo, ou acesso a dados externos | Configuração gerenciada e Permissões |
| Codex Cloud | Quem pode usar os fluxos de trabalho hospedados do Codex e quais ambientes de nuvem ficam disponíveis para o usuário | Política de execução local ou permissões de repositório concedidas pelo sistema de origem | Ambientes de nuvem |
| API da plataforma | Participação em organizações e projetos, chaves de API, acesso a modelos, uso e cobrança de operações autenticadas pela API | Participação no espaço de trabalho do ChatGPT, acesso aos clientes locais ou ao Codex Cloud | Plataforma de API da OpenAI |
| Plugins | Disponibilidade e instalação de plugins, habilidades incluídas, acesso a conectores e ações compatíveis com os conectores | Autorização no serviço conectado ou permissões mais amplas de execução local e na nuvem | Controles de plugins |
| Sistemas conectados | Quais repositórios, arquivos e mensagens a conta autenticada pode acessar e quais ações pode executar no sistema de origem | Direito de acesso ao espaço de trabalho do ChatGPT, aos plugins, ao Codex Cloud ou à API da plataforma | Controles de administração e acesso do serviço conectado |
Uma solicitação precisa atender a todos os controles aplicáveis. Por exemplo, o acesso ao espaço de trabalho pode disponibilizar um plugin, mas o serviço conectado ainda determina quais dados a conta autenticada pode ler. Um perfil de permissão local pode restringir a execução em um cliente local compatível, mas não pode conceder acesso a um recurso do espaço de trabalho ou a um modelo.
Atribua acesso ao espaço de trabalho
Na administração do espaço de trabalho do ChatGPT, o acesso ao produto e os poderes administrativos são definidos separadamente.
Entenda a diferença entre licença de usuário, função administrativa e função personalizada
A licença de usuário determina quais interfaces do produto o membro pode acessar. Dependendo do plano do espaço de trabalho, os tipos de licença disponíveis podem incluir licenças do ChatGPT e do Codex.
As funções predefinidas do espaço de trabalho determinam os poderes administrativos. Quem tem a função de Proprietário gerencia as configurações de todo o espaço de trabalho. O Administrador gerencia as operações disponíveis e os grupos. O Membro não tem direitos administrativos, e o Visualizador de análises pode consultar as análises do espaço de trabalho.
As funções personalizadas definem quais recursos compatíveis um membro pode usar. Elas não substituem os critérios de elegibilidade da licença ou do plano, não concedem permissões em sistemas conectados e não alteram os requisitos de execução local.
Defina o padrão do espaço de trabalho e crie funções personalizadas para quem precisar delas
Os proprietários do espaço de trabalho podem criar funções personalizadas para o controle de acesso baseado em funções (RBAC) e atribuí-las por meio de grupos ou, quando houver suporte, diretamente aos membros. As configurações do espaço de trabalho definem o padrão das permissões elegíveis. Os grupos podem ser gerenciados manualmente ou sincronizados via SCIM, e um membro pode receber mais de uma função personalizada.
Para as permissões elegíveis, Padrão herda a configuração do espaço de trabalho, Ativado concede acesso por meio da função e Desativado não concede acesso por meio dela. Os estados de permissão disponíveis podem variar conforme o recurso.
As permissões das funções comuns se somam. Por exemplo, Ativado em uma função permite usar o recurso mesmo que outra função o defina como Desativado. Revise as funções atribuídas diretamente e por meio de grupos.
As restrições do Modo de bloqueio e os critérios de elegibilidade do produto continuam valendo quando uma função comum concede acesso. Para plugins, consulte a solução de problemas de acesso a plugins.
Revise as permissões do Work local e do Work na nuvem
Configure Navegador na nuvem e Acesso à rede na nuvem em Console de administração > Permissões e funções > Recursos do espaço de trabalho > Recursos do computador na nuvem. O Work na nuvem e os dots podem usar esses recursos compartilhados. Você pode configurá-los independentemente do acesso ao Work na nuvem. Uma tarefa do Work ainda exige acesso ao Work e permissão para usar cada recurso de que precisa. Revise separadamente o acesso ao navegador e o acesso à rede por código ou shell. Desativar um deles não desativa o outro automaticamente.
Quando o espaço de trabalho oferecer Work local e Work na nuvem, verifique tanto a configuração padrão do espaço de trabalho quanto cada função personalizada aplicável. O Work está disponível apenas para espaços de trabalho elegíveis. Os controles disponíveis podem variar conforme o plano, a configuração do espaço de trabalho e a etapa de disponibilização. Uma função não pode ampliar o acesso permitido pela licença do membro.
O Work na nuvem controla a execução de tarefas compatíveis do ChatGPT Work na nuvem. Quando os controles são independentes, habilitar o Work local sem habilitar o Work na nuvem permite trabalhar localmente no aplicativo ChatGPT para desktop, mas não permite que os membros iniciem tarefas na nuvem. Para conceder acesso local ao Codex, use Permitir que os membros usem o Codex localmente em Codex local. Alterar Usar o Work localmente não muda o acesso local ao Codex nem substitui os requisitos de execução local.
Alguns espaços de trabalho exibem a seção unificada Codex e Work locais. Nesse caso, Permitir que os membros usem o Codex e o Work localmente controla o acesso local aos dois produtos.
Para consultar os critérios de elegibilidade e as configurações atuais, veja ChatGPT Work e Codex.
Como as licenças, as funções e as permissões disponíveis mudam com as atualizações dos produtos e planos, consulte a Central de Ajuda para obter a lista atual de permissões e as instruções de configuração:
- Gerenciar membros, tipos de licença, funções e acesso
- Configurar o controle de acesso baseado em funções
- Gerenciar grupos
Revise o acesso ao Codex Cloud e a administração dos ambientes
Revise estas permissões separadamente:
| Permissão | O que controla |
|---|---|
| Usar o Codex na nuvem | Acesso para executar tarefas no Codex Cloud |
| Gerenciar ambientes do espaço de trabalho | Criação e edição de ambientes compartilhados com o espaço de trabalho |
A permissão Gerenciar ambientes do espaço de trabalho fica dentro de Usar o Codex na nuvem, exige acesso à nuvem e vem desativada por padrão. Antes da implantação, revise quem recebeu essa permissão. Membros com acesso à nuvem podem criar e editar seus próprios ambientes pessoais sem a permissão de gerenciamento. O acesso a um ambiente compartilhado, por si só, não dá permissão para alterar a configuração dele.
Verifique os dois fluxos de trabalho com contas representativas: a de um membro que usa o ambiente e a da pessoa responsável por gerenciá-lo. Cada conta também precisa do acesso adequado aos repositórios e serviços conectados. Consulte Ambientes de nuvem para configurar e compartilhar ambientes e o guia de implantação para administradores para planejar as políticas de nuvem.
Acesso ao computador local com o Work na nuvem
Um proprietário do espaço de trabalho pode ativar Permitir acesso ao computador local para usuários elegíveis. Ative o Work na nuvem para os usuários que devem ter acesso. A opção Permitir acesso ao computador local fica dentro das configurações do Work na nuvem. Não é necessário ativar Usar o Codex localmente no aplicativo ChatGPT para desktop. Os membros devem entrar com o ChatGPT no espaço de trabalho correto. Se enforce_residency estiver ativado em qualquer política de nuvem, a opção Permitir acesso ao computador local ficará desativada tanto para o Work quanto para os dots. Essa 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.
Antes de ativar a sincronização, revise os requisitos de Segurança de agentes para execução local. Se você distribui políticas apenas por MDM, verifique a ordem de precedência das políticas locais antes de configurar a Segurança de agentes. Na execução local, os requisitos de MDM e os requisitos legados de dispositivos gerenciados têm prioridade sobre os de Segurança de agentes. Os requisitos de Segurança de agentes, por sua vez, têm prioridade sobre o arquivo de requisitos do sistema. Quando a política gerenciada está ativada, a política Global compatível rege a orquestração na nuvem. Os requisitos de execução local regem o computador conectado. Os contêineres do Work na nuvem mantêm as políticas existentes do Work na nuvem.
Use a API de políticas para gerenciar as configurações do escopo Global. Para gerenciar as configurações do escopo Local ou do Codex Cloud, use a interface de Segurança de agentes. Os fluxos de trabalho existentes que usam a API no escopo Global continuam disponíveis após a migração. Teste seus scripts e integrações com o Terraform e confirme que as atribuições e a ordem das políticas não mudaram.
Configure e verifique o acesso:
-
Mantenha uma configuração padrão do espaço de trabalho adequada à organização como um todo.
-
Atribua funções personalizadas compatíveis aos usuários ou grupos que precisam de acesso.
-
Revise todas as funções aplicáveis. Desativar uma permissão em uma função comum não remove o acesso concedido por outra.
-
Teste o acesso com um membro que tenha as permissões previstas.
Revise separadamente as licenças de usuário, o acesso a aplicativos conectados, as permissões do sistema operacional e o acesso local ao Codex. Os membros podem continuar com acesso ao espaço de trabalho depois que você desativar o acesso ao computador local. Para saber como essa alteração afeta as tarefas em execução, consulte o guia de implantação. Para conhecer o alcance das políticas e os requisitos de compatibilidade, consulte Configuração gerenciada e as perguntas frequentes sobre o Work para administradores.
Controle o acesso ao Histórico do computador
O Histórico do computador vem desativado por padrão nos espaços de trabalho Business e Enterprise. Os membros só podem ativá-lo depois que um proprietário do espaço de trabalho conceder acesso explicitamente. Nos espaços de trabalho Enterprise, os proprietários podem conceder acesso por função:
- Abra Configurações do espaço de trabalho > Permissões e funções.
- Localize Histórico do computador e escolha a função do espaço de trabalho que deve ter acesso.
- Ative Habilitar o Histórico do computador para essa função.
Essa permissão apenas autoriza os membros que a receberam a ativar o Histórico do computador. Cada membro precisa ativar o recurso no aplicativo ChatGPT para desktop no macOS e pode escolher quais aplicativos e sites incluir no histórico. Membros sem a permissão necessária no espaço de trabalho não conseguem ativar o recurso pelas configurações locais.
Aplique a política de execução local
A política de execução local limita os recursos que ela abrange no aplicativo ChatGPT para desktop, na CLI do Codex e na extensão para IDE. Os requisitos gerenciados na nuvem dependem também de um método compatível de login com o ChatGPT e da elegibilidade do plano. Os perfis de permissão e os requisitos gerenciados podem limitar comandos, acesso ao sistema de arquivos e à rede, aprovações e outros aspectos da execução local. Eles não alteram a licença do usuário, sua função no espaço de trabalho, seu direito de uso de modelos ou suas permissões em um sistema externo.
Os usuários podem selecionar um perfil de permissão predefinido ou personalizado quando a política local permitir. Os administradores podem distribuir configurações padrão e requisitos pelos canais compatíveis de configuração gerenciada. Consulte Permissões para entender como os perfis funcionam e Configuração gerenciada para saber quais requisitos se aplicam, como distribuí-los e qual é a ordem de precedência.