Um guia prático para a autenticação do OpenAI ChatKit

Kenneth Pangan
Written by

Kenneth Pangan

Katelin Teen
Reviewed by

Katelin Teen

Last edited 12 outubro 2025

Expert Verified

Então, está a pensar usar o ChatKit da OpenAI para integrar uma experiência de chat elegante e alimentada por IA na sua aplicação. À primeira vista, parece bastante simples, fornecendo os blocos de construção para uma UI polida. Mas há um senão, e é um grande senão que nada tem a ver com a aparência. Precisamos de falar sobre a Autenticação do ChatKit.

Ter a segurança correta é inegociável e, com o ChatKit, também é uma dor de cabeça maior do que possa pensar. Não se trata apenas de inserir uma chave de API. Na verdade, é da sua responsabilidade construir um processo seguro e de várias etapas para proteger os seus dados e os seus utilizadores.

Este guia irá explicar como a Autenticação do ChatKit realmente funciona, o que precisará de construir por si mesmo, as frustrações comuns que pode esperar e como ponderar o verdadeiro custo de uma abordagem "faça você mesmo" em comparação com uma solução pronta a usar.

O que é a Autenticação do ChatKit?

Primeiro, vamos esclarecer um grande equívoco. A Autenticação do ChatKit não consiste em colocar a sua chave de API principal da OpenAI no código do seu site. Se fizer isso, está basicamente a deixar as chaves de casa debaixo do capacho para toda a internet encontrar. Em vez disso, é um sistema seguro, baseado em tokens, projetado para evitar exatamente esse cenário de pesadelo.

Todo o sistema funciona numa arquitetura de três partes:

  1. O Cliente: Este é o seu site ou aplicação onde o widget de chat reside. É o que os seus utilizadores veem e onde clicam.

  2. O Seu Servidor Backend: Esta é uma aplicação do lado do servidor que você tem de construir, alojar e manter. Atua como um intermediário de confiança entre a sua aplicação e a OpenAI.

  3. Os Servidores da OpenAI: É aqui que o agente de IA faz o seu trabalho e onde os tokens de autenticação são verificados.

O fluxo em si é lógico, mas depende de ter o seu próprio backend. Quando um utilizador abre o chat no seu site, o seu cliente não comunica diretamente com a OpenAI. Primeiro, ele contacta o seu servidor backend para obter um passe temporário. O seu servidor, usando a sua chave de API secreta da OpenAI, pede então à OpenAI um token de curta duração (chamado "client_secret"). Este token é devolvido ao cliente, que pode finalmente usá-lo para iniciar o chat.

O ponto principal aqui é que a sua chave de API principal nunca vê a luz do dia no navegador do utilizador. É uma boa prática de segurança, sem dúvida, mas também significa que é responsável por construir e gerir esse servidor intermediário.

Componentes chave da Autenticação do ChatKit

Para pôr um chat alimentado pelo ChatKit a funcionar, é preciso juntar alguns componentes chave. É definitivamente mais complexo do que simplesmente adicionar uma tag de script.

O componente frontend (ChatKit JS)

A OpenAI fornece a biblioteca ChatKit JS, que é um componente web pré-construído ("") que trata de tudo o que o utilizador vê: a UI, o streaming de mensagens, o upload de ficheiros e alguns temas básicos.

Pode inserir este componente em frameworks como React e Next.js, ou usá-lo como um Web Component padrão em qualquer página HTML. Mas, embora a OpenAI lhe forneça o componente, continua a ser sua a responsabilidade de o incorporar, estilizá-lo para corresponder à sua marca e escrever o código para lidar com eventos como o envio de mensagens ou o aparecimento de erros.

O endpoint de backend necessário

Esta é a parte que geralmente apanha as pessoas de surpresa. Não pode usar o ChatKit sem construir o seu próprio endpoint de backend. Não é opcional.

Este código do lado do servidor tem um único trabalho: ser um guardião seguro. Quando o seu frontend precisa de iniciar uma sessão de chat, ele chama este endpoint. O seu servidor, então, pega na sua chave de API secreta da OpenAI (que está armazenada em segurança no seu servidor), faz uma chamada segura à API da OpenAI para gerar um "client_secret" temporário e envia-o de volta para o cliente. Esta pequena dança é o coração do fluxo de Autenticação do ChatKit.

A maioria dos programadores irá criar isto usando algo como Node.js com Express ou Python com FastAPI. Seja qual for a sua stack, é uma peça de infraestrutura que tem de construir, implementar e vigiar.

O fluxo de trabalho do agente OpenAI

O ChatKit é apenas a face da operação; o "cérebro" é o fluxo de trabalho do agente que configura no Agent Builder da OpenAI. É aqui que define a personalidade da IA, lhe dá instruções sobre como se comportar e lhe diz que conhecimento ou ferramentas pode usar. Pode carregar alguns documentos da empresa para ela ler ou definir funções que ela pode chamar para executar ações.

Honestamente, construir um agente genuinamente útil do zero é um projeto enorme por si só. Implica escrever instruções cristalinas, curar ficheiros de conhecimento e, depois, testar e ajustar incessantemente as suas respostas. É aqui que uma abordagem "faça você mesmo" pode começar a parecer um enorme compromisso de tempo.

Uma plataforma integrada como a eesel AI inverte este modelo. Em vez de construir manualmente um agente, a eesel AI treina-se automaticamente com o conhecimento existente da sua empresa. Pode ligar-se diretamente ao seu help desk, aprender com tickets passados e extrair informações de bases de conhecimento como o Confluence ou o Google Docs. Acaba por ter um agente inteligente e com consciência de contexto, sem todo o doloroso trabalho manual.

A plataforma eesel AI a conectar-se a várias aplicações empresariais para construir a sua base de conhecimento automaticamente, simplificando a configuração do agente em comparação com os fluxos de trabalho manuais de Autenticação do ChatKit.
A plataforma eesel AI a conectar-se a várias aplicações empresariais para construir a sua base de conhecimento automaticamente, simplificando a configuração do agente em comparação com os fluxos de trabalho manuais de Autenticação do ChatKit.

Desafios e limitações comuns da Autenticação do ChatKit

Os documentos oficiais tendem a mostrar o "cenário ideal", mas o mundo real do desenvolvimento de software raramente é assim tão simples. Aqui estão alguns dos obstáculos com que provavelmente se irá deparar ao implementar o ChatKit.

O problema do "ecrã em branco": Lista de permissões de domínios

Um dos problemas mais frustrantes que os programadores enfrentam é o problema do "ecrã em branco". Seguiu todos os passos, o seu código parece impecável, mas o widget de chat simplesmente... não está lá. Nenhuma mensagem de erro na consola, nenhuma pista, nada. Fica completamente às escuras.

Nove em cada dez vezes, o culpado é a lista de permissões de domínios. Esta é uma funcionalidade de segurança nas definições da sua organização OpenAI que impede que o seu widget ChatKit seja carregado em qualquer domínio que não tenha aprovado explicitamente. Embora seja uma verificação de segurança inteligente, é muito fácil de esquecer, especialmente quando está apenas a tentar fazê-lo funcionar na sua máquina local. Pode levar a horas de tempo perdido e é um exemplo perfeito dos detalhes ocultos que vêm com uma configuração DIY.

Gerir a segurança e os ciclos de vida dos tokens

O sistema baseado em tokens é ótimo para a segurança, mas não é do tipo "configurar e esquecer". Esses tokens "client_secret" são projetados para expirar, e expiram rapidamente. Isso significa que é sua responsabilidade construir a lógica para renovar o token antes de ele expirar para evitar que a sessão de chat morra. Se não o fizer, o chat simplesmente deixará de funcionar para o seu utilizador a meio da conversa.

Esta é mais uma peça do puzzle que tem de construir e manter. Em contraste, uma solução tudo-em-um como a eesel AI gere todo o ciclo de vida da sessão segura por si, logo à partida. Como é um serviço completo e não apenas uma biblioteca de UI, obtém segurança e gestão de sessão prontas para produção sem ter de escrever uma única linha de código de autenticação de backend.

Falta de integração profunda com ferramentas de negócio

Um agente básico do ChatKit pode responder a perguntas dos documentos que lhe fornece, mas na verdade não consegue fazer nada. E se um cliente quiser verificar o estado do seu pedido, ou se quiser que a IA crie um ticket de suporte para ele?

Para que isso aconteça com o ChatKit, tem de construir "ferramentas" personalizadas para o seu agente. Isto significa desenvolver as suas próprias APIs, descobrir a autenticação para cada um desses serviços externos e, em seguida, escrever e manter todo o código que os liga ao seu fluxo de trabalho OpenAI. Um simples projeto de chat pode rapidamente transformar-se num complexo centro de integrações.

É aqui que uma plataforma construída para integração realmente se destaca. A eesel AI vem com mais de 100 integrações de um clique para as ferramentas que provavelmente já está a usar. O seu motor de Ações de IA permite-lhe configurar facilmente a sua IA para procurar dados de encomendas no Shopify ou criar um ticket no Zendesk, tudo através de um painel de controlo simples, sem necessidade de programação personalizada.

A página de integrações da eesel AI, mostrando múltiplas conexões de um clique que contornam a necessidade de programação personalizada numa configuração de Autenticação do ChatKit.
A página de integrações da eesel AI, mostrando múltiplas conexões de um clique que contornam a necessidade de programação personalizada numa configuração de Autenticação do ChatKit.

Autenticação do ChatKit: Preços e custo total de propriedade

Quando está a analisar qualquer nova ferramenta, tem de olhar para além do preço de etiqueta. O verdadeiro custo de propriedade para uma configuração DIY do ChatKit é muitas, muitas vezes superior ao que parece à primeira vista.

O modelo de preços da OpenAI

A biblioteca ChatKit JS em si é gratuita, mas paga por cada interação que os seus utilizadores têm com o seu agente de IA. Este custo está ligado ao uso dos modelos de linguagem subjacentes, como o GPT-4o, que alimentam o chat. Isto significa que fica preso a um custo variável, baseado no uso, que pode ser difícil de prever. Um mês movimentado de perguntas de clientes pode levar a uma fatura surpreendentemente grande.

Os custos ocultos: Desenvolvimento e manutenção

De longe, o maior custo é o tempo dos seus programadores. Não está apenas a pagar pela API da OpenAI; está a pagar por todas as horas que os seus engenheiros passam a construir, proteger, alojar e manter todo o sistema. Isso inclui o trabalho de frontend, o serviço de autenticação de backend e quaisquer ferramentas personalizadas de que precise. Este "custo total de propriedade" contínuo é o fator crítico que muitas equipas não consideram.

Para comparação, a eesel AI oferece preços diretos e previsíveis. Os planos cobrem tudo: o agente de IA, as UIs de chat, todas as integrações, alojamento, segurança e manutenção. Paga uma taxa mensal fixa com base no seu uso, sem taxas por resolução ou outras cobranças surpresa.

PlanoMensal (faturação mensal)Efetivo /mês AnualInterações IA/mêsFuncionalidades Principais
Equipa$299$239Até 1.000Treinar com site/documentos; Copilot; integração com Slack.
Negócios$799$639Até 3.000Tudo do plano Equipa + treinar com tickets passados; Ações de IA; simulação em massa.
PersonalizadoContactar VendasPersonalizadoIlimitadoAções avançadas; integrações personalizadas; orquestração de múltiplos agentes.

Autenticação do ChatKit: Construir ou comprar?

Então, qual é a decisão final? O ChatKit é um ótimo framework de UI se a sua equipa tiver a capacidade de engenharia para construir uma experiência de chat profundamente personalizada do zero. Dá-lhe controlo total sobre o frontend, mas esse controlo tem um preço elevado.

Escolher o caminho da construção significa comprometer-se com um investimento sério em desenvolvimento de backend, gestão de autenticação, reforço da segurança e construção do cérebro do agente.

Para a maioria das empresas, uma plataforma integrada e de ponta a ponta é uma forma mais rápida, segura e, em última análise, mais barata de ter um agente de IA poderoso a funcionar. Em vez de passar meses a lutar com a infraestrutura, pode focar-se no que realmente importa: proporcionar uma ótima experiência aos seus clientes.

Obtenha um chatbot de IA pronto para produção em minutos com a eesel AI

Porquê passar meses a construir o que poderia lançar em minutos? Com a eesel AI, pode evitar a configuração complicada e lançar um agente de IA poderoso e seguro que já está treinado com os dados da sua própria empresa.

A nossa plataforma é verdadeiramente self-service, com integrações de help desk fluidas e um modo de simulação bastante único que lhe permite testar com segurança a sua IA em milhares dos seus tickets passados antes que ela fale com um cliente real. Pode ver exatamente como ela se irá comportar e qual será a sua taxa de automação, para que tenha total confiança antes de lançar.

O modo de simulação da eesel AI, uma funcionalidade que proporciona confiança antes do lançamento, o que é uma vantagem chave sobre uma construção manual de Autenticação do ChatKit.
O modo de simulação da eesel AI, uma funcionalidade que proporciona confiança antes do lançamento, o que é uma vantagem chave sobre uma construção manual de Autenticação do ChatKit.

Comece um teste gratuito hoje e veja como pode ser fácil.

Perguntas frequentes

A Autenticação do ChatKit é um sistema seguro, baseado em tokens, projetado para proteger a sua chave de API principal da OpenAI. Não pode usar a sua chave de API diretamente no código do lado do cliente porque isso a exporia publicamente, criando uma grande vulnerabilidade de segurança. Em vez disso, o seu servidor backend emite tokens temporários e de curta duração.

Sim, um servidor backend personalizado é um requisito absoluto para a Autenticação do ChatKit. Este servidor atua como um intermediário seguro, gerando tokens temporários "client_secret" a partir da sua chave de API principal da OpenAI e passando-os em segurança para o seu cliente frontend.

As principais considerações de segurança incluem nunca expor a sua chave de API principal no lado do cliente, gerir corretamente o curto ciclo de vida dos tokens gerados (incluindo a lógica de renovação) e configurar adequadamente a lista de permissões de domínios nas definições da sua organização OpenAI para evitar o uso não autorizado.

É da sua responsabilidade construir a lógica no seu backend e frontend para gerir ativamente os ciclos de vida dos tokens. Isso envolve detetar quando um token "client_secret" está prestes a expirar e solicitar um novo de forma segura ao seu backend antes que a sessão atual termine.

Sim, um ecrã em branco é um problema muito comum relacionado com a Autenticação do ChatKit. Muitas vezes, indica que o seu domínio não foi adicionado à lista de permissões nas definições da sua organização OpenAI, impedindo que o widget seja carregado em sites não aprovados por razões de segurança.

Para além das taxas de uso da OpenAI, os custos ocultos significativos da Autenticação do ChatKit incluem o desenvolvimento, implementação e manutenção contínua do seu servidor backend personalizado para a gestão de tokens. Existem também custos associados à construção de ferramentas personalizadas para integrações de negócio e à gestão da segurança.

Compartilhe esta postagem

Kenneth undefined

Article by

Kenneth Pangan

Writer and marketer for over ten years, Kenneth Pangan splits his time between history, politics, and art with plenty of interruptions from his dogs demanding attention.