OpenAI
Esta página foi traduzida automaticamente. Ver o artigo original em inglês.

Modelos de aplicações do ChatGPT

Saiba como administradores e proprietários de espaços de trabalho podem transformar um modelo de aplicação numa aplicação específica do espaço de trabalho para a sua organização.

Atualizado: 3 days ago

A partir de 9 de julho de 2026, migrámos o diretório de aplicações para o diretório de plug-ins. Os plug-ins são a principal forma de descobrir capacidades de fluxos de trabalho no ChatGPT e no Codex. Um plug-in pode incluir competências, aplicações e modelos de aplicações — as aplicações continuam a ser as integrações que ligam o ChatGPT ou o Codex a dados e ações externos, enquanto os plug-ins facilitam a ativação de fluxos de trabalho no ChatGPT. As ligações de aplicações existentes não são afetadas, e os utilizadores podem adicionar novos plug-ins a partir do diretório de plug-ins, ligando e autenticando a aplicação subjacente como antes. Os administradores do espaço de trabalho gerem a instalação de plug-ins em Definições do espaço de trabalho > Plug-ins e podem gerir o acesso e as permissões de cada aplicação subjacente na configuração do plug-in ou em Definições do espaço de trabalho > Aplicações.

Visão geral

Os modelos de aplicações são um percurso de configuração para espaços de trabalho geridos que precisam de uma versão específica do espaço de trabalho de uma aplicação ou conector do ChatGPT. Os administradores e proprietários do espaço de trabalho encontram modelos em Definições do espaço de trabalho > Aplicações > Diretório, adicionam a configuração específica da organização e criam um rascunho de aplicação para revisão. Os modelos de aplicações geridas não aparecem em espaços de trabalho pessoais.

Os modelos são úteis quando a OpenAI pode fornecer o comportamento comum da aplicação, mas cada espaço de trabalho tem de fornecer a configuração específica do fornecedor. Consoante o modelo, essa configuração pode incluir um tenant ou nome de anfitrião, credenciais de cliente OAuth, URLs de retorno, âmbitos, detalhes de webhook, URLs de servidores MCP geridos ou outras definições do fornecedor. Por exemplo, um modelo do GitHub Enterprise pode criar o conector específico do espaço de trabalho que o Codex utiliza para aceder ao anfitrião GitHub Enterprise dessa organização.

Após a configuração, os membros não usam o modelo original. Usam a aplicação do espaço de trabalho publicada criada a partir dele. Os administradores podem então gerir essa aplicação como outras aplicações do ChatGPT, incluindo acesso por função, controlos de ações, permissões da aplicação e autorização do fornecedor.

Os plug-ins também podem incluir modelos de aplicações ou aplicações criadas a partir de modelos. Se um plug-in incluir um modelo de aplicação, um administrador ou proprietário do espaço de trabalho continua a ter de criar e publicar a aplicação específica do espaço de trabalho antes de os membros a poderem ligar no ChatGPT ou usar através desse plug-in. Quando o plug-in é executado, usa a instância da aplicação disponível nesse espaço de trabalho, em vez de pedir aos membros que configurem eles próprios o modelo original. Se o modelo necessário ainda não tiver sido configurado, os membros poderão precisar que um administrador conclua primeiro a configuração. O plug-in não consegue usar um modelo de aplicação por si só.

Use este artigo para o fluxo geral dos modelos. Para a configuração específica do fornecedor, consulte:

Os modelos são úteis quando o mesmo padrão de aplicação pode funcionar em muitas organizações, mas cada organização precisa da sua própria configuração.

Exemplos comuns incluem:

  • A URL do fornecedor inclui um tenant, uma conta, uma organização ou um nome de anfitrião de espaço de trabalho da empresa.

  • A organização tem de fornecer o seu próprio cliente OAuth ou as credenciais do fornecedor.

  • O fornecedor exige uma configuração de URL de retorno específica do cliente.

  • A aplicação deve usar o mesmo padrão de implementação, enquanto cada espaço de trabalho controla separadamente o acesso, as ações e as definições de segurança.

Como os modelos diferem dasaplicações normais

Normalmente, uma aplicação normal pode ser ativada diretamente. Um modelo inicia antes um fluxo de configuração para administradores do espaço de trabalho.

O fluxo habitual é:

  • Um administrador encontra um modelo em Definições do espaço de trabalho > Aplicações > Diretório.

  • O administrador introduz a configuração específica do espaço de trabalho necessária.

  • O ChatGPT cria um rascunho de aplicação para o espaço de trabalho.

  • O administrador revê e publica o rascunho.

  • O administrador configura as definições de acesso e de ações para a aplicação publicada.

Os membros usam a aplicação do espaço de trabalho publicada, não o modelo original.

Encontrar e configurar um modelo de aplicação

  • Abra Definições do espaço de trabalho > Aplicações.

  • Selecione Diretório.

  • Procure pelo fornecedor ou pelo nome da aplicação.

  • Procure entradas marcadas como modelos.

  • Selecione Ativar para iniciar o fluxo de configuração.

O fluxo de configuração pede os detalhes necessários para criar a aplicação específica do espaço de trabalho. Os campos exatos dependem do modelo.

Por exemplo, um modelo do GitHub Enterprise pode pedir detalhes como:

  • Nome e descrição da aplicação.

  • Nome de anfitrião do GitHub Enterprise.

  • Configuração da URL de retorno.

  • ID de cliente OAuth e segredo de cliente.

  • Chave privada da aplicação GitHub.

  • Âmbitos solicitados.

  • Detalhes de configuração do webhook.

Reveja cuidadosamente cada campo antes de criar o rascunho. Se a sua organização gerir OAuth ou credenciais de fornecedor de forma centralizada, coordene com a equipa responsável por essas credenciais.

Consulte as instruções específicas da aplicação:GitHub,Snowflake eDatabricks.

Configuração do cliente OAuth

Alguns modelos exigem que a sua organização forneça o seu próprio cliente OAuth. Quando isto for necessário, crie ou configure a aplicação OAuth na consola de administração do fornecedor externo e, em seguida, copie a URL de retorno do ChatGPT para as definições de URL de redirecionamento ou de retorno do fornecedor.

Introduza o ID e o segredo de cliente OAuth no ChatGPT apenas depois de confirmar que a configuração do fornecedor corresponde às instruções de configuração do modelo.

Se o modelo incluir âmbitos predefinidos, mantenha-os, a menos que a sua organização tenha revisto as permissões do fornecedor e tenha um motivo claro para as alterar.

Criar um rascunho

Depois de introduzir as informações necessárias, selecione Criar rascunho.

Criar um rascunho não disponibiliza automaticamente a aplicação aos membros. Reveja o rascunho, publique-o e configure as definições de acesso e de ações antes de pedir aos membros que o usem.

Publicar e gerir a aplicação resultante

Após a publicação, gira a aplicação específica do espaço de trabalho em Definições do espaço de trabalho > Aplicações > Ativadas.

Verificações recomendadas após a publicação:

  • Confirme que a aplicação aparece em Aplicações ativadas.

  • Defina o Acesso dos utilizadores para as funções que devem usar a aplicação.

  • Reveja o Controlo de ações para ações de leitura e escrita.

  • Reveja as Permissões da aplicação para escolher quando o ChatGPT pergunta aos membros antes de usar a aplicação.

  • Peça a um utilizador de teste autorizado que abra Aplicações no ChatGPT e confirme que a aplicação aparece.

  • Se a aplicação exigir autenticação no fornecedor, peça ao utilizador de teste que ligue a respetiva conta do fornecedor.

  • Execute um prompt de teste de baixo risco para confirmar que a aplicação funciona como esperado.

Estas permissões de aplicação aplicam-se às conversas do ChatGPT. Os Agentes do espaço de trabalho usam controlos por agente definidos pelo criador do agente para determinar que ações da aplicação estão disponíveis e quando é pedido aos utilizadores finais que as aprovem. Para o comportamento dos agentes, consulte:Agentes do espaço de trabalho do ChatGPT para Enterprise e Business.

Se um modelo só puder ser usado uma vez

Alguns modelos podem criar apenas uma aplicação por espaço de trabalho. Se um modelo já tiver sido usado, o botão Ativar poderá estar indisponível. Nesse caso, gira o rascunho ou a aplicação publicada existente em vez de criar outra a partir do mesmo modelo.

O que os membros veem

Os membros veem a aplicação publicada criada a partir do modelo. A possibilidade de um membro a ver ou utilizar depende das definições do espaço de trabalho e da autorização do fornecedor. Se a aplicação estiver incluída num plug-in, os membros poderão encontrá-la através desse plug-in, mas continuam a aplicar-se os mesmos requisitos de acesso ao espaço de trabalho e de autorização do fornecedor.

Se um plug-in exigir uma aplicação criada a partir de um modelo, o plug-in poderá indicar que é necessário configurá-la até que um administrador crie e publique a aplicação específica do espaço de trabalho, a ative para a função relevante e seja concluída qualquer autorização de fornecedor necessária por parte do utilizador ou do administrador.

Verifique que:

  • A aplicação está publicada.

  • A aplicação está ativada para o espaço de trabalho.

  • A função do membro no espaço de trabalho tem acesso.

  • O membro está no espaço de trabalho correto.

  • O membro tem as permissões necessárias no fornecedor externo.

As aplicações publicadas aparecem em Definições do espaço de trabalho > Aplicações > Ativadas. Se a aplicação fizer parte de um plug-in, também poderá aparecer como aplicação obrigatória ou opcional na página de detalhes do plug-in.

Resolução de problemas

Se a configuração falhar ou a aplicação não aparecer, confirme o seguinte:

  • O nome de anfitrião do tenant, da conta ou do espaço de trabalho está correto.

  • A URL de retorno foi copiada exatamente para a configuração do fornecedor.

  • O ID de cliente OAuth e o segredo de cliente estão corretos.

  • Os âmbitos solicitados correspondem ao que a aplicação OAuth do fornecedor permite.

  • Foi criado um rascunho.

  • O rascunho foi publicado.

  • O acesso por função permite que o utilizador de teste veja a aplicação.

  • As permissões do lado do fornecedor permitem os dados ou a ação que está a ser testada.

Notas de segurança

  • Trate os segredos de cliente OAuth e as credenciais do fornecedor como informações sensíveis.

  • Reveja os âmbitos solicitados antes de criar o rascunho.

  • Use o Controlo de ações depois de publicar para limitar o que a aplicação pode fazer.

  • Use as Permissões da aplicação para decidir quando o ChatGPT pergunta aos membros antes de usar a aplicação.

  • Tenha em atenção que as permissões do fornecedor continuam a aplicar-se depois de a aplicação ser ativada no ChatGPT.

Este artigo foi útil?