For the complete documentation index, see llms.txt. Markdown versions of documentation pages are available by appending .md to the page URL.
Navegação principal
Theme

Colaboração e compartilhamento

Perguntas frequentes de administradores sobre o ChatGPT Work

Gerencie o acesso, os dados, a governança, a observabilidade, o uso e os controles de incidentes do ChatGPT Work

O ChatGPT Work traz a tecnologia do Codex para o ChatGPT para realizar tarefas mais longas, com várias etapas. Ele pode reunir contexto de conversas, arquivos, recursos do espaço de trabalho e sistemas conectados, usar ferramentas aprovadas e produzir resultados prontos para revisão. O acesso, o contexto disponível, as ações, o comportamento da rede e o consumo de créditos variam conforme o plano, as configurações do espaço de trabalho, as permissões nas fontes e a interface utilizada.

Para informações gerais sobre uso e disponibilidade, consulte ChatGPT Work e Codex na Central de Ajuda.

Use o modo Work em vários dispositivos

O que o acesso ao computador local com o Work na nuvem permite fazer?

Os membros podem continuar uma conversa elegível na nuvem em outro dispositivo e usar arquivos ou ferramentas aprovados no computador conectado. Para ver as instruções para membros, consulte Continue usando o modo Work em outro dispositivo.

Como habilitar esse recurso?

Para habilitar o recurso para os usuários que precisam dele:

  1. Habilite o Work na nuvem para esses usuários. A opção Permitir acesso ao computador local fica nas configurações do Work na nuvem. Não é necessário habilitar Usar o Codex localmente no aplicativo ChatGPT para desktop.

  2. Revise as políticas de referência da nuvem em Segurança de agentes.

  3. Como proprietário do espaço de trabalho, abra Configurações do espaço de trabalho > Permissões e funções e habilite Permitir acesso ao computador local. Conclua as etapas de revisão de políticas e consentimento exibidas para o seu espaço de trabalho. A migração das políticas pode ocorrer antes da configuração. Revise as políticas antes da implantação. Não é necessário criar políticas durante a confirmação do acesso. Consulte Acesso ao computador local para o Work na nuvem e os dots para verificar os requisitos de configuração e elegibilidade de cada um.

Se enforce_residency estiver habilitado em qualquer política de nuvem, a opção Permitir acesso ao computador local ficará desabilitada tanto para o modo Work quanto para os dots. Essa proteção não configura a residência de dados do espaço de trabalho nem desabilita, por si só, o Work na nuvem ou os dots.

Podemos usar esse recurso se distribuirmos nossas políticas apenas via MDM?

Prepare a política de Segurança de agentes para aplicar os requisitos empresariais compatíveis durante a execução local. Quando o acesso ao computador local com o Work na nuvem está habilitado, os contêineres do Work na nuvem não impõem esses requisitos. O MDM distribui os requisitos aos dispositivos.

Na execução local, os requisitos do MDM e os requisitos legados de dispositivos gerenciados têm prioridade sobre os de Segurança de agentes. O arquivo de requisitos do sistema do dispositivo tem prioridade inferior à das políticas de Segurança de agentes. Essa ordem de prioridade local não estende a aplicação dos requisitos empresariais aos contêineres do Work na nuvem. Esses contêineres continuam usando as políticas existentes do Work na nuvem.

E se já usamos políticas de nuvem?

Use a seção Segurança de agentes no Console de administração para gerenciar políticas e configurações. Ela substitui a seção Políticas e configuração. A seção Segurança de agentes ficará disponível para todos, independentemente do acesso ao computador local com o Work na nuvem.

As políticas existentes, suas atribuições e sua ordem são preservadas. Revise as políticas existentes em Segurança de agentes. O acesso ao computador local com o Work na nuvem exige ativação separada. Consulte Segurança de agentes para obter orientações sobre a migração.

Use a API de políticas para gerenciar as configurações do escopo Global. Para gerenciar as configurações de Local ou Codex Cloud, use a interface de Segurança de agentes. Os fluxos de trabalho existentes que usam a API para configurações do 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 foram preservadas.

Quais hooks são compatíveis com o acesso ao computador local com o Work na nuvem?

Quando a política gerenciada e os hooks remotos estão habilitados, o modo Work com acesso ao computador local e os dots oferecem suporte a hooks MCP do escopo Global. Um hook de comando configurado no computador conectado só é executado em um fluxo de trabalho compatível que ocorre inteiramente no ambiente local. Consulte Hooks com orquestração na nuvem para saber quais manipuladores e eventos são compatíveis e o que acontece em caso de falha.

Qual política tem prioridade?

Dentro de uma mesma política, a ordem, da maior para a menor prioridade, é: substituição por ambiente específica do sistema operacional → substituição por ambiente para todos os sistemas operacionais → Global. Uma política de maior prioridade prevalece mesmo que a de menor prioridade seja mais específica. Alguns requisitos têm regras de mesclagem específicas por campo.

Na execução local, os requisitos do MDM e os requisitos legados de dispositivos gerenciados têm prioridade sobre os de Segurança de agentes. O arquivo de requisitos do sistema do dispositivo tem prioridade inferior à das políticas de Segurança de agentes.

No acesso ao computador local com o Work na nuvem, a nova configuração empresarial em requirements.toml se aplica aos executores locais. Ela não substitui as políticas existentes do Work na nuvem. O ambiente de execução na nuvem não oferece suporte a portas de escuta HTTP/SOCKS gerenciadas nem a proxies que escutam fora da interface de loopback. O suporte a regras de socket depende do caminho de execução.

Quais requisitos de Segurança de agentes se aplicam ao Work na nuvem?

Para o modo Work com acesso local e os dots, quando a política gerenciada está habilitada, o orquestrador compartilhado da nuvem aplica a política Global compatível. Os requisitos locais aplicáveis de requirements.toml regem a execução no 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.

Mantenha os controles do orquestrador, incluindo aprovações e pesquisa na Web, no escopo Global. 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.

O que acontece se o computador local estiver indisponível?

Um novo turno elegível pode ser executado em um contêiner na nuvem com requisitos de execução próprios. Os arquivos e as ferramentas locais, assim como a política do dispositivo, ficam indisponíveis nesse contêiner. Veja o que acontece para os membros quando o computador está offline.

O que acontece se um administrador desabilitar o acesso ao computador local com o Work na nuvem?

Desabilitar o acesso interrompe os turnos em andamento. Siga as instruções de reversão do guia de implantação para ajudar os membros a continuar suas tarefas. As políticas de retenção e exclusão de conversas continuam em vigor.

O que acontece com as conversas e tarefas existentes em projetos quando a sincronização é habilitada?

As tarefas existentes mantêm o modo original. Para usar o acesso ao computador local, peça aos membros que iniciem uma nova tarefa na nuvem.

Isso muda algo no Codex?

Não. O acesso ao computador local com o Work na nuvem não altera o funcionamento das configurações existentes do Codex, e as conversas que usam esse recurso não aparecem no histórico do Codex.

A sincronização é adequada para uma implantação com ZDR?

Não. 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 conteúdo elegível e cargas de trabalho, regiões e configurações compatíveis. O gerenciamento de chaves empresariais (EKM) abrange o conteúdo armazenado compatível em espaços de trabalho elegíveis. O modo Work não oferece suporte à residência de inferência nos Emirados Árabes Unidos. Executar uma etapa em um computador conectado não torna o fluxo de trabalho uma implantação com ZDR.

Visão geral

O ChatGPT Work permite delegar ao ChatGPT tarefas mais longas, com várias etapas. Ele pode reunir informações de fontes conectadas, raciocinar ao longo das etapas, criar documentos, apresentações ou análises e entregar os resultados para revisão.

O ChatGPT Work está disponível em interfaces compatíveis na Web, em dispositivos móveis e no desktop, para planos e espaços de trabalho elegíveis. Onde houver suporte, proprietários do espaço de trabalho ou administradores autorizados podem gerenciar o Work na nuvem, o Work local e o Codex local por meio de permissões distintas. Nos espaços de trabalho Enterprise e Edu elegíveis, a função padrão do espaço de trabalho inclui o modo Work, a menos que um administrador autorizado o desabilite. Os controles do navegador e da rede impõem restrições adicionais ao Work na nuvem, e a disponibilidade depende da função, do plano, do espaço de trabalho e da região. Consulte ChatGPT Work e Codex.

Para conhecer o modelo de execução hospedada e os limites de segurança, consulte a Visão geral do ChatGPT Work.

Principais controles administrativos

Os administradores gerenciam o ChatGPT Work por meio das seguintes camadas de controle:

  • Acesso ao espaço de trabalho empresarial: Os controles de identidade e acesso gerenciam a autenticação e o acesso ao espaço de trabalho. Dependendo do plano e da configuração, os recursos de identidade gerenciados pelo administrador podem incluir SSO, verificação de domínio, provisionamento via SCIM, gerenciamento do ciclo de vida dos usuários e sincronização de grupos de identidade. O ChatGPT Business não inclui SCIM nem grupos de identidade sincronizados. Os usuários podem habilitar a MFA na conta da OpenAI. O ChatGPT não permite exigir MFA para todo o espaço de trabalho. As organizações que precisam dessa proteção devem exigir SSO e MFA pelo provedor de identidade. Gerencie o SSO e as configurações de identidade relacionadas no Console de administração global. Consulte Autenticação multifator.
  • Acesso ao ChatGPT Work dentro do espaço de trabalho: Onde disponível, o Work na nuvem controla o uso hospedado do modo Work nas interfaces compatíveis da Web, de dispositivos móveis e de desktop. O Work local controla o uso local do modo Work no desktop, enquanto o Codex local controla o acesso local compatível ao Codex nos clientes de desktop, CLI e IDE. As configurações de navegador e rede da nuvem impõem restrições adicionais ao Work na nuvem. O controle de acesso baseado em funções (RBAC) personalizado e as permissões disponíveis dependem do plano e do espaço de trabalho.
  • Participação em grupos: Nos planos compatíveis com SCIM, sincronize os grupos pelo provedor de identidade para que o acesso seja atualizado quando funcionários entrarem na organização, mudarem de função ou saírem. Consulte Grupos e provisionamento.
  • Funções do espaço de trabalho e dos membros: As funções predefinidas do Enterprise incluem Proprietário, Administrador, Membro e Visualizador de análises. Nos planos compatíveis, as funções personalizadas e o RBAC de membros controlam o acesso ao ChatGPT Work, aos plugins e a outros recursos. Quando há diferentes tipos de licença, os membros também precisam de uma licença que inclua o ChatGPT. Uma licença exclusiva do Codex não dá acesso ao modo Work. Consulte Funções e permissões do espaço de trabalho.
  • Plugins e aplicativos: A política de plugins controla quais plugins estão disponíveis e podem ser instalados. O acesso aos aplicativos, os controles de ações e as regras de aprovação são configurados separadamente. Os agentes do espaço de trabalho têm controles próprios onde estão disponíveis. Consulte Controles de plugins, Plug-ins e o documento técnico sobre segurança de aplicativos.
  • Permissões no sistema de origem: O usuário só pode acessar o conteúdo e executar as ações que a conta ou a conexão compartilhada permite no aplicativo de origem. Consulte Controles administrativos, segurança e conformidade em aplicativos.
  • Restrições de aprovação e de ações: Nos aplicativos compatíveis com o controle de ações, os administradores podem permitir todas as ações, apenas ações de leitura ou um conjunto personalizado e decidir como tratar novas ações. As permissões dos aplicativos determinam, separadamente, quando o ChatGPT pede autorização antes de usar um aplicativo.
  • Créditos: O ChatGPT Work e o Codex compartilham preços, créditos e limites de uso. Administradores de espaços de trabalho Enterprise e Edu elegíveis podem definir limites mensais por usuário com um padrão para o espaço de trabalho, padrões por grupo e limites individuais que substituem os padrões. Os usuários podem solicitar aumentos quando o espaço de trabalho permite. O Business adota um modelo próprio de créditos e controle de gastos. Consulte Limites de uso e controles de gastos do ChatGPT.
  • Análises e relatórios: O Console de administração global e as análises do espaço de trabalho permitem avaliar a adoção e o consumo de créditos. Use a API de Compliance e as interfaces de relatórios do Codex de acordo com os produtos e eventos que cada uma documenta. Revise os schemas atuais antes de garantir a cobertura de prompts, arquivos, aprovações, ações, erros ou chamadas de ferramentas específicos. Consulte Governança.

Acesso, dados, sistemas e ações dos usuários

Como são protegidos o acesso aos dados e sistemas e as ações dos usuários?

O ChatGPT Work segue os controles de identidade, acesso e permissões já estabelecidos no espaço de trabalho do ChatGPT. Os administradores usam o gerenciamento de identidade, as funções do espaço de trabalho e, nos planos elegíveis, o RBAC para determinar quem pode usar o ChatGPT Work.

Onde houver suporte, é possível sincronizar o acesso com o provedor de identidade por meio de SCIM e da sincronização de grupos. Assim, você pode gerenciar o acesso e as permissões de forma centralizada quando funcionários entram na organização, mudam de função ou saem.

Os sistemas de origem aplicam as permissões da conta ou da conexão compartilhada aprovada usada na operação. Uma conexão individual usa as permissões da pessoa no sistema de origem. Uma conexão que pertence a um agente ou é compartilhada pode dar aos usuários autorizados do agente acesso por meio da conta conectada, inclusive a dados e ações indisponíveis nas contas individuais desses usuários. Restrinja os escopos da conexão, as ações disponíveis e o público do agente conforme a necessidade de negócio que a conexão deve atender. Consulte Conexões e permissões de agentes do espaço de trabalho.

Como o ChatGPT Work acessa dados e contexto?

O ChatGPT Work pode usar a conversa atual, arquivos enviados, recursos do espaço de trabalho e sistemas conectados por meio de aplicativos aprovados e, quando aplicável, de plugins. Dependendo dos recursos habilitados e das permissões, isso pode incluir documentos, repositórios, chamados, canais, e-mails e calendários. Arquivos anteriores podem estar disponíveis na conversa atual, em projetos compatíveis, por meio de acesso autorizado à Biblioteca ou de referências automáticas à Biblioteca, se habilitadas. As memórias salvas seguem controles próprios do espaço de trabalho e do usuário.

Cada fonte de contexto mantém seus próprios controles. Os usuários fornecem o contexto da conversa, os administradores gerenciam os recursos do espaço de trabalho e os sistemas conectados exigem autenticação e aplicam suas permissões. O ChatGPT Work só pode acessar informações autorizadas para o usuário ou para uma conexão compartilhada aprovada.

O ChatGPT Work herda as proteções aplicáveis do espaço de trabalho do ChatGPT. A residência de dados, a retenção, o registro em logs e a disponibilidade de recursos variam conforme o plano, a região, a interface e o sistema conectado. Confirme a cobertura da sua configuração.

Quais ações de alto impacto são restritas ou exigem revisão?

O risco depende da ação. Ler ou preparar um rascunho costuma ter menos impacto do que alterar dados, compartilhar informações ou executar ações em sistemas externos. Combine funções, permissões e credenciais restritas e mecanismos de aprovação compatíveis para limitar as ações de maior impacto a usos confiáveis e revisados.

As categorias de ações mais comuns incluem:

  • Ler: Acessar, pesquisar ou resumir informações de fontes aprovadas sem alterar os dados de origem.
  • Elaborar rascunhos: Preparar documentos, e-mails, relatórios, código ou outro conteúdo para revisão por uma pessoa antes do uso.
  • Gravar: Criar, atualizar ou excluir registros em sistemas conectados, como documentos, chamados, repositórios ou ferramentas de gestão de projetos.
  • Compartilhar: Enviar, publicar ou disponibilizar informações de outra forma para mais pessoas, sistemas ou destinos externos.
  • Agendar: Iniciar uma tarefa em um horário futuro ou de forma recorrente sem exigir que um usuário inicie cada execução.
  • Executar: Executar código, comandos de shell, automações de navegador ou outras tarefas que usam ferramentas para interagir diretamente com ambientes externos.

Para ações de maior impacto, use revisão humana, credenciais restritas, escopos delimitados e mecanismos de aprovação compatíveis. As ações dos plugins continuam sujeitas às permissões e aos controles de segurança de cada integração.

Conformidade

Como o ChatGPT Work atende aos compromissos empresariais de privacidade e proteção de dados?

O ChatGPT Work segue os compromissos de privacidade, segurança e tratamento de dados aplicáveis ao espaço de trabalho do ChatGPT do cliente, conforme o plano, a configuração, a interface, o recurso e a região. No ChatGPT Enterprise, isso inclui não usar dados empresariais para treinamento por padrão, criptografia em trânsito e em repouso, controles de acesso no espaço de trabalho e registro de eventos de auditoria compatíveis.

No modo Work com acesso local, a residência se aplica apenas a conteúdo elegível e a cargas de trabalho, regiões e configurações compatíveis. O EKM abrange o conteúdo armazenado compatível em espaços de trabalho elegíveis. O modo Work não oferece suporte à residência de inferência nos Emirados Árabes Unidos. Essa experiência não garante zero retenção de dados em sentido estrito. Os dots têm exclusões próprias na versão beta e não oferecem suporte à residência de dados ou de inferência. Consulte os requisitos de compatibilidade e de dados. A cobertura da HIPAA e do contrato de parceiro comercial (Business Associate Agreement) depende dos recursos utilizados e do contrato em vigor.

Os serviços conectados têm requisitos próprios de retenção, registro em logs, acesso, residência de dados e conformidade. Quando o ChatGPT Work usa plugins, repositórios ou sistemas de terceiros, avalie os controles tanto do espaço de trabalho do ChatGPT quanto do sistema conectado.

Para atividades do Codex, os controles empresariais podem abranger ambientes de desenvolvimento, repositórios, ferramentas configuradas e atividades relacionadas. Consulte o Guia de implantação para administradores e a documentação de Governança ao revisar os controles do espaço de trabalho.

Quais dados são armazenados, retidos ou excluídos?

A retenção e a exclusão de dados no ChatGPT Work dependem do plano do espaço de trabalho do ChatGPT, das configurações administrativas e dos recursos em uso. A retenção pode variar conforme o tipo de informação que o ChatGPT Work acessa. As conversas e os arquivos elegíveis da Biblioteca seguem as configurações aplicáveis do espaço de trabalho. Arquivos de projetos, uploads temporários, memórias salvas, eventos de conformidade, dados sincronizados de aplicativos e registros de terceiros podem ter regras próprias de retenção e exclusão. Consulte as Políticas de retenção de conversas e arquivos.

O ChatGPT Work pode criar conteúdo de conversas, arquivos enviados ou gerados, artefatos e metadados de execução. As conversas do Codex também podem gerar metadados de repositórios ou ambientes, saídas de comandos, diffs e logs. Consulte a documentação atual do produto e da API de Compliance para verificar as categorias exatas de dados, os períodos de retenção e os mecanismos de exclusão.

Revise os requisitos de retenção tanto no espaço de trabalho do ChatGPT quanto nos sistemas empresariais conectados para que as políticas de governança de dados, conformidade e retenção de registros da organização se apliquem a cada sistema.

Observabilidade

Quais dados de uso estão disponíveis para administradores ou proprietários?

Administradores e proprietários podem consultar as análises dos produtos e os logs de conformidade para acompanhar diferentes aspectos do uso. O Console de administração global oferece visualizações de adoção e consumo de créditos do ChatGPT e do Codex. O detalhamento disponível por usuário, produto, agente e modelo depende da interface de análise e do espaço de trabalho. Para espaços de trabalho elegíveis, a API de Compliance disponibiliza os registros de conversas do ChatGPT cobertos pela API, incluindo atividades compatíveis do Work na nuvem. A cobertura depende do produto, da interface, das permissões, do endpoint disponível e do schema de eventos documentado. Consulte Análises do espaço de trabalho e a API de Compliance.

Prompts, resultados, arquivos, ações ou chamadas de ferramentas são registrados em logs?

Para espaços de trabalho Enterprise e Edu elegíveis, a Plataforma de logs de conformidade disponibiliza os prompts dos usuários do modo Work e as respostas dos agentes. As chamadas a aplicativos conectados são registradas separadamente, e os espaços de trabalho elegíveis podem acessar os arquivos ativos da Biblioteca pelos endpoints da API de Compliance específicos da Biblioteca que oferecem esse suporte. Esses registros não formam uma trilha de auditoria completa de cada operação com arquivos hospedados, comando de shell, interação com o navegador, chamada de ferramenta ou aprovação. Confirme a cobertura atual de eventos e produtos na documentação da API de Compliance, disponível mediante autenticação.

A Plataforma de logs de conformidade retém os dados por 30 dias. Quando a organização exigir retenção por um período maior, exporte os registros continuamente para um sistema aprovado de descoberta eletrônica, prevenção de perda de dados ou SIEM, ou para um data lake aprovado. Consulte o Guia da Plataforma de conformidade da OpenAI.

Habilitar o acesso ao computador local com o Work na nuvem altera os eventos que o coletor OpenTelemetry (OTel) existente recebe. O executor local ainda pode exportar eventos de execução compatíveis. Os eventos de orquestração na nuvem não chegam ao coletor OpenTelemetry existente.

Use a API de Compliance para obter os registros compatíveis da nuvem. Alterar o endpoint do coletor não restabelece o recebimento dos eventos de orquestração na nuvem. Os registros da API de Compliance não substituem todos os eventos do fluxo anterior do OpenTelemetry. Consulte Revise a cobertura do OpenTelemetry e da auditoria.

É possível detectar rapidamente comportamentos incomuns, falhas ou picos de uso?

As análises do espaço de trabalho, os logs de conformidade e as ferramentas de monitoramento conectadas ajudam os administradores a avaliar o uso e investigar as atividades compatíveis do ChatGPT, do modo Work e do Codex. Dependendo da interface de relatórios escolhida, os sinais podem incluir usuários ativos, mensagens compatíveis, atividades em aplicativos, uso de agentes, eventos de autenticação ou administração e consumo de créditos. Os logs exportados podem auxiliar na descoberta eletrônica, na prevenção de perda de dados, no SIEM, em auditorias e em investigações. A qualidade da detecção depende do plano, da cobertura de eventos, da atribuição, do grau de atualização dos dados e das regras configuradas.

Aumentos inesperados no uso ou no consumo de créditos, atividades incomuns de usuários ou agentes, erros operacionais recorrentes e eventos relevantes de autenticação ou administração podem justificar uma análise. Confirme quais sinais estão disponíveis nos schemas aplicáveis de análises, conformidade e logs de auditoria.

Para atividades do Codex, as análises do Codex e a API de análises fornecem as métricas compatíveis de adoção e atividade. Organizações que usam clientes locais do Codex podem habilitar a exportação via OpenTelemetry de eventos como solicitações de API, erros, metadados de prompts, decisões de aprovação de ferramentas e resultados de ferramentas. O conteúdo dos prompts é ocultado, a menos que a organização habilite explicitamente otel.log_user_prompt = true em uma configuração separada. Consulte Monitoramento e telemetria. Essa telemetria local do Codex não oferece exportação via OpenTelemetry para o ChatGPT Work na Web.

Governança

Como os administradores podem controlar o acesso, as permissões e as políticas?

A governança abrange três camadas relacionadas, mas distintas:

  • Os controles de acesso ao ChatGPT Work determinam quem pode usar o modo Work e se a sincronização de conversas locais está disponível.

  • Os controles de agentes do espaço de trabalho determinam quem pode criar, publicar, compartilhar, agendar ou configurar agentes reutilizáveis e conexões compartilhadas, onde esses recursos estão disponíveis.

  • A seção Segurança de agentes reúne as políticas globais de referência da nuvem para os controles compatíveis do modo Work e do Codex. Para o modo Work com acesso local e os dots, a política Global compatível se aplica à orquestração na nuvem quando a política gerenciada está habilitada. Os requisitos de execução local regem o computador conectado. Os computadores na nuvem usam configurações e requisitos de execução próprios. O Codex mantém o comportamento das configurações existentes.

A configuração gerenciada restringe os comportamentos de execução compatíveis. Ela não concede acesso ao espaço de trabalho, não substitui o RBAC nem revoga o acesso de um usuário ao espaço de trabalho. Essas camadas não compõem uma interface única e uniforme de políticas do ChatGPT Work. As análises e os logs de conformidade oferecem mais visibilidade sobre os produtos e eventos que sua documentação abrange.

Nos clientes locais compatíveis do Codex, os administradores empresariais podem aplicar a configuração gerenciada e os perfis de permissão. Esses controles dos clientes locais não concedem acesso ao ChatGPT Work hospedado nem substituem as permissões do espaço de trabalho para usá-lo.

É possível restringir o acesso por grupo, função, espaço de trabalho ou recurso?

Sim. Nos planos Enterprise e Edu elegíveis com suporte a RBAC personalizado de membros, é possível delimitar o acesso aos recursos do ChatGPT Work por meio de funções do espaço de trabalho, grupos de identidade e permissões definidas pelos administradores. O ChatGPT Business usa os controles aplicáveis no nível do espaço de trabalho, mas não inclui RBAC personalizado de membros nem sincronização de grupos via SCIM. Atribua os recursos compatíveis conforme as necessidades de negócio e as políticas da organização. Consulte o Guia de RBAC e este passo a passo sobre RBAC.

Onde o RBAC personalizado estiver disponível, as organizações podem usá-lo para determinar quais usuários podem acessar o ChatGPT Work, gerenciar as configurações do espaço de trabalho, configurar plugins aprovados ou usar recursos compatíveis de agentes do espaço de trabalho. Nos espaços de trabalho Enterprise e Edu elegíveis, os limites mensais de uso permitem implantar o recurso em fases, com um padrão para o espaço de trabalho, padrões por grupo e limites individuais que substituem os padrões.

O acesso aos sistemas conectados continua sujeito a controles independentes. Use as permissões do espaço de trabalho, as configurações dos plugins e os controles do sistema de origem para restringir plugins, credenciais compartilhadas, repositórios e ações com permissão de gravação ao menor público necessário. Nos clientes locais compatíveis do Codex, a configuração gerenciada pode restringir ainda mais os recursos do ambiente de execução local. O modo Work hospedado segue os controles próprios do espaço de trabalho e do produto.

Como são controlados os limites dos ambientes de execução e da rede?

Os limites de segurança do ChatGPT Work dependem da tarefa. Uma conversa padrão no Chat, um fluxo de trabalho conectado, uma tarefa agendada e uma conversa no Codex podem ser executados em ambientes diferentes, com permissões, ferramentas e acesso à rede distintos.

Gerencie cada ambiente de execução com os controles aplicáveis a ele. O Work na nuvem controla o uso hospedado do modo Work nas interfaces compatíveis da Web, de dispositivos móveis e de desktop. O Work local controla o uso local do modo Work no desktop, e o Codex local controla o acesso local compatível ao Codex nos clientes de desktop, CLI e IDE. As permissões de rede do navegador e do shell impõem restrições adicionais ao Work na nuvem. A pesquisa, os aplicativos, os plugins, os agentes disponíveis no espaço de trabalho e as permissões dos sistemas de origem mantêm controles separados. A configuração gerenciada aplicável e as políticas de execução local regem apenas as experiências locais compatíveis. Esses controles não são intercambiáveis.

No Codex, as execuções locais no aplicativo ChatGPT para desktop, na CLI e no IDE ocorrem na máquina do usuário, em um ambiente isolado pelo sistema operacional e sujeito a políticas de aprovação. Na nuvem, o Codex executa as conversas em ambientes isolados gerenciados pela OpenAI. Nos clientes locais compatíveis, os administradores empresariais podem usar requisitos gerenciados para restringir perfis de permissão, aprovações, acesso ao sistema de arquivos e à rede, servidores MCP, hooks, regras de comandos e outros comportamentos de execução compatíveis.

Uso e custo

Como o uso do ChatGPT Work afeta os gastos ao longo do tempo?

O ChatGPT Work e o Codex compartilham preços, créditos e limites de uso. Nos contratos elegíveis baseados em créditos, compare o uso combinado do Chat e do modo Work pelos funcionários com os créditos compartilhados do espaço de trabalho. O consumo varia conforme o modelo, as configurações aplicáveis de raciocínio ou velocidade, os dados de entrada e saída processados e as ferramentas ou os recursos elegíveis.

O uso dos créditos contratados não aumenta automaticamente o valor da fatura. As cobranças efetivas dependem do saldo de créditos, das tarifas contratadas, da elegibilidade da conta para uso excedente e do limite de excedente configurado para o espaço de trabalho. Para exemplos de planejamento, limites efetivos por usuário, escopo dos relatórios e detalhes de cobrança, consulte Uso e custo do ChatGPT Work.

A maior variação de custo costuma ocorrer em fluxos de trabalho que são executados com frequência, recuperam ou processam grandes volumes de informação, chamam várias ferramentas ou aplicativos, repetem tentativas após falhas ou produzem artefatos grandes. Exemplos que merecem atenção ao avaliar custos incluem tarefas agendadas ou recorrentes, arquivos grandes, buscas abrangentes em fontes empresariais, chamadas repetidas a aplicativos e conversas do Codex que processam repositórios, executam comandos ou usam ambientes de nuvem. Os gatilhos da API de agentes do espaço de trabalho também podem aumentar o uso onde estiverem disponíveis.

Use os controles de gastos, as análises de uso e os relatórios para monitorar esses padrões ao longo do tempo. Analise o uso pelas dimensões disponíveis na interface de análise atual e ajuste os limites ou o alcance da implantação conforme o valor para a organização. Não use análises agregadas para atribuir um custo exato a cada fluxo de trabalho.

As análises do espaço de trabalho, os logs de conformidade e as ferramentas de monitoramento conectadas podem ajudar os administradores a avaliar o uso e investigar as atividades compatíveis. A capacidade de detectar comportamentos arriscados ou incomuns depende do plano, da cobertura dos logs, da atribuição, do grau de atualização dos dados e das regras configuradas nos sistemas de monitoramento.

Quais limites, alertas ou tetos de uso estão disponíveis?

Os espaços de trabalho Enterprise e Edu elegíveis podem usar limites mensais por usuário e controles de gastos para todo o espaço de trabalho quando o uso é baseado em créditos:

  • Monitorar o consumo de créditos: Consulte os relatórios de consumo de créditos disponíveis no Console de administração global e nas configurações do espaço de trabalho.
  • Definir um limite mensal padrão: Estabeleça um limite padrão de créditos por usuário para o espaço de trabalho.
  • Aplicar limites específicos por grupo: Atribua aos grupos limites mensais padrão por usuário que reflitam seus fluxos de trabalho, responsabilidades ou fase de implantação.
  • Definir limites individuais: Atribua um limite diferente a um usuário específico sem alterar o padrão de todo o grupo.
  • Avaliar solicitações de aumento: Se as solicitações estiverem habilitadas, os usuários poderão pedir um limite mensal maior. A aprovação cria um limite individual que substitui o padrão.
  • Controlar a exposição total a gastos no espaço de trabalho: Configure separadamente os alertas de créditos do espaço de trabalho e o limite de excedente no Console de administração global. Os alertas notificam os destinatários. O limite de excedente controla o uso elegível após o esgotamento dos créditos contratados.
  • Exportar dados de uso: Administradores Enterprise elegíveis podem acessar dados de consumo de créditos pela API unificada de custos para gerar relatórios internos ou monitorar o uso.

Os usuários podem consultar o próprio uso e, se o recurso estiver habilitado, solicitar mais créditos, mas não podem alterar os limites atribuídos. Consulte Gerencie limites de uso e excedentes e o passo a passo sobre controles de gastos.

Controles de incidentes e revogação

Como os administradores podem interromper o acesso ou uma atividade?

Ao remover um usuário ou analisar um incidente, os administradores podem precisar interromper o acesso, desabilitar aplicativos, revogar credenciais compartilhadas, pausar tarefas agendadas ou revogar credenciais do Codex.

As opções de revogação incluem:

  • Remova o acesso do usuário ao espaço de trabalho ou ao grupo. Para usuários gerenciados via SCIM, remova o acesso no provedor de identidade. Caso contrário, uma sincronização posterior poderá provisionar o usuário novamente.
  • Desabilite ou restrinja o plugin ou aplicativo em questão.
  • Revogue uma conexão compartilhada, um bot ou uma conta de serviço pela interface responsável por gerenciá-los. Proprietários e administradores do espaço de trabalho podem revogar separadamente os tokens de acesso do Codex ao espaço de trabalho.
  • Retire de publicação um agente do espaço de trabalho ou solicite que o proprietário do agente ou o administrador do espaço de trabalho o exclua.
  • Desabilite a tarefa agendada em questão ou, onde disponível, o gatilho correspondente da API de agentes do espaço de trabalho.
  • Para o acesso ao Codex, revogue separadamente o token de acesso, a conexão com o repositório e o acesso ao ambiente de nuvem correspondentes. A configuração gerenciada não é um mecanismo de revogação de acesso.

Recursos adicionais para suas equipes

Tópico Use para explicar Página do Learn ChatGPT
Visão geral do modo Work Como funcionam a execução na nuvem, o acesso pelo navegador, a política de rede e os limites de acesso a dados Visão geral do ChatGPT Work
Configuração do espaço de trabalho e RBAC Quem pode usar e administrar o Codex Guia de implantação para administradores
Autenticação Quais são as diferenças entre o login no ChatGPT, o login com chave de API e a política do espaço de trabalho Autenticação
Aprovações e ambiente isolado Como o Codex controla operações com arquivos, execução de comandos, acesso à rede e ações de ferramentas que produzem efeitos externos Aprovações e segurança de agentes
Política gerenciada Como os administradores impõem configurações do Codex que os usuários não podem substituir Configuração gerenciada
Ambientes de execução Como funcionam a configuração do Codex na nuvem, os segredos, os caches e as fases das tarefas Ambientes de nuvem
Acesso à internet Como funcionam as listas de domínios permitidos e os métodos HTTP no Codex na nuvem Acesso do agente à internet
Permissões Como funcionam os controles de acesso ao sistema de arquivos e à rede e os controles de bloqueio de leitura Permissões
Observabilidade Como funcionam as análises, os relatórios e as exportações de dados de conformidade Governança
Credenciais de automação Como criar, restringir, revogar e auditar tokens de acesso Tokens de acesso

Ações recomendadas para administradores

  • Defina quem precisa do ChatGPT Work. Identifique os usuários ou grupos e as tarefas que precisam realizar. Depois, conceda acesso pelas configurações compatíveis do espaço de trabalho e das funções.
  • Defina funções e permissões. Em Permissões e funções, conceda acesso ao ChatGPT Work aos usuários ou grupos pretendidos. Confira todas as funções atribuídas para confirmar o acesso efetivo.
  • Revise os plugins e as fontes de dados. O ChatGPT Work é mais útil quando tem acesso a contexto empresarial aprovado, como arquivos, e-mails, calendários, Slack ou CRM. Revise os plugins habilitados e quem pode usá-los. Verifique se as políticas dos aplicativos continuam alinhadas à forma como os usuários devem delegar tarefas.
  • Oriente os usuários sobre os casos de uso adequados. Indique o ChatGPT Work para tarefas de maior valor com várias etapas, como pesquisa, síntese, análise, criação de arquivos, atualização de fluxos de trabalho e produção de materiais reutilizáveis. Use o Chat para perguntas rápidas, pequenos ajustes de texto ou geração de ideias.
  • Defina controles de créditos e uso. O ChatGPT Work pode consumir mais créditos do que uma conversa padrão no Chat porque as tarefas podem levar mais tempo. Configure os limites padrão do espaço de trabalho, os padrões por grupo e os limites individuais. Oriente os usuários a escolher o modelo e o nível de esforço adequados a cada tarefa.
  • Identifique os primeiros fluxos de trabalho de alto valor. Comece por resultados claros e fáceis de revisar, como briefings para clientes, relatórios recorrentes, sínteses de pesquisa, atualizações de registros de acompanhamento ou documentos e apresentações finalizados.
  • Prepare as pessoas de referência e as equipes de suporte. Disponibilize primeiro os recursos de implantação para as pessoas de referência, os responsáveis por treinamentos e as equipes de suporte. Assim, eles poderão responder a dúvidas, coletar feedback e demonstrar como delegar tarefas de forma eficaz.
  • Explique o que deve ser revisado e aprovado. Oriente os usuários a conferir os resultados e verificar afirmações importantes antes de usá-los ou compartilhá-los, e a aprovar ações de impacto antes da execução.
  • Acompanhe a adoção e faça ajustes. Após a implantação, analise o uso, o feedback, o consumo de créditos e as tarefas delegadas. Use os resultados para ajustar o acesso, as orientações, os treinamentos e a expansão do uso.