Configurar um Conector de Dados geralmente significa ler a documentação da API e preencher cada campo manualmente. Com o Operator, você descreve o que o Fin precisa consultar ou atualizar, e o Operator cria um novo conector ou corrige um que não está funcionando. Use este artigo para aprender o que o Operator pode configurar, como revisar e testar suas propostas, e as limitações a considerar.
Cada alteração chega como uma proposta. Você a revisa, aprova cada chamada de teste e escolhe se publica ou salva como rascunho. O Operator não pode alterar um conector ou chamar uma API sozinho.
Nota: O Operator está incluído no add-on Pro. Para conversar com o Operator, você precisa da permissão Can access Fin Operator. Para aplicar uma alteração no conector, também precisa das permissões Fin AI Agent & Automation e Can access Developer Hub.
Se você é novo em Conectores de Dados, comece com Como configurar Conectores de Dados.
Como criar ou corrigir um Conector de Dados com o Operator
Todo o processo acontece em um chat do Operator, desde o primeiro pedido até o conector publicado.
Passo 1: Peça ao Operator
Em um chat do Operator, descreva o que o Fin precisa. Por exemplo:
“Crie um conector que consulte um pedido do Shopify pelo número.”
“O Fin continua dizendo que não encontra o pedido. Você pode corrigir o conector Get Order?”
Passo 2: O Operator investiga
Antes de propor algo, o Operator pode pesquisar no seu workspace:
Procure seus conectores e leia a configuração completa de cada um.
Leia a resposta de teste salva ou resposta mock de um conector.
Veja quais workflows, procedimentos e macros usam um conector.
Verifique as taxas de sucesso recentes e o histórico de execuções. Ele vê status e tempo, não o que foi enviado ou recebido.
Liste os atributos que podem ser usados na requisição ou como alvos de mapeamento.
Liste seus tokens de autenticação por nome e tipo. Ele nunca vê o segredo.
Passo 3: Revise a proposta
A proposta aparece no chat como um cartão Data connector.
O cabeçalho mostra o nome do conector e um selo New, Live, Draft ou Paused. Uma renomeação mostra o nome antigo riscado.
API mostra o método, URL, entradas de dados, cabeçalhos, payload, teste e tokens de autenticação.
Data mostra os campos da resposta, código Python e mapeamentos de objetos.
Fin mostra o prompt que o Fin lê e o público-alvo.
Security mostra a configuração de autenticação do cliente.
Para uma edição, o cartão mostra as mudanças em relação à versão ao vivo. Seções não alteradas começam recolhidas, e cada seção mostra quantas linhas foram adicionadas e removidas.
Tokens de autenticação são mostrados apenas pelo nome.
Passo 4: Aprove o teste
Antes de executar um teste, o Operator mostra um cartão intitulado Testar “nome do conector” com os valores que serão enviados.
Verifique os valores. Nada é enviado até você clicar em Executar teste. Cancelar interrompe.
O teste chama a API real. O resultado aparece como, por exemplo, “Teste aprovado (HTTP 200)” ou “Teste falhou (HTTP 401)”.
O Operator lê a resposta e a usa para configurar os campos da resposta.
O Operator também pode fazer uma pergunta de teste ao Fin em uma conversa de pré-visualização, como um cliente faria. Isso mostra se o Fin seleciona o conector e como usa a resposta. Na pré-visualização, o Fin responde como se as alterações pendentes do conector já estivessem aplicadas, usando a resposta de teste salva ou mock em vez de chamar a API.
Importante: Os testes enviam solicitações reais ao sistema conectado. Se um conector cria, atualiza ou exclui dados, testá-lo fará essa alteração. Use registros de teste. O Operator pede sua aprovação antes de cada teste.
Passo 5: Aplique a alteração
Você escolhe como a alteração será aplicada:
Em um conector ativo, o botão principal é Publicar. Salvar como rascunho (ou Atualizar rascunho, se houver um rascunho) está no menu.
Em um conector novo, rascunho ou pausado, o botão principal é Salvar como rascunho (ou Atualizar rascunho). Publicar está no menu.
Publicar pergunta “Pronto para publicar?” primeiro. Fica desabilitado até que o teste do Operator seja aprovado, a menos que o conector use uma resposta mock. Uma edição que não altera a requisição (URL, método, cabeçalhos, corpo, entradas e tokens de autenticação) mantém o teste aprovado anterior do conector.
Uma exclusão mostra um botão vermelho Excluir e um aviso de que não pode ser desfeita.
O ícone de lixeira (Descartar alteração) descarta a proposta.
Aplicar tudo aplica todas as alterações no chat. Um conector novo é salvo como rascunho, e uma edição mantém seu estado atual ativo ou rascunho.
Se alguém editou o conector enquanto a proposta estava pendente, o cartão diz “Esta alteração é baseada em uma versão desatualizada” e aplicar pergunta “Aplicar sobre alterações mais recentes?”. As edições mais recentes são sobrescritas somente se você clicar em Aplicar mesmo assim.
Passo 6: Depois de aplicar
Uma mensagem “Alterações aplicadas com sucesso” aparece, e o chat registra “Você aplicou 1 alteração” com o conector marcado como Publicado ou Rascunho. Clique no nome do conector para abrir sua página de configurações. Cada alteração aplicada também aparece no registro de atividades do colega como “Proposta do Operator aplicada”.
Uma alteração publicada funciona como qualquer conector criado manualmente, e o Fin começa a usá-lo nas conversas imediatamente. Um rascunho não afeta as conversas até ser publicado. Os clientes nunca veem o Operator ou suas propostas.
O que o Operator pode configurar
Nome e descrição — Os colegas veem a descrição nas configurações do conector.
A requisição — URL, método, cabeçalhos e corpo. A URL deve ser HTTPS.
Entradas de dados — Os valores que o Fin coleta do cliente, como um número de pedido. Cada entrada tem nome, tipo e descrição, é marcada como obrigatória ou opcional, e pode ter um valor padrão.
Tokens de autenticação — O Operator pode anexar ou desanexar tokens existentes. Cada token é enviado como seu próprio cabeçalho.
Campos de resposta — Construídos a partir de uma resposta de teste ou resposta mock. Eles decidem quais campos o Fin vê, como cada um é chamado, seu formato e como valores codificados são traduzidos em palavras. Um bloco de código Python pode remodelar a resposta.
Uma resposta mock — Um corpo de resposta de exemplo, usado para construir os campos de resposta antes que a API possa ser testada.
Mapeamentos de objetos — Escreva valores da resposta em atributos de conversa, usuário ou objeto personalizado.
Como o Fin usa — Se o Fin pode escolher o conector sozinho, o prompt que o Fin lê para decidir quando usá-lo, se o Fin pode escrever através dele e um público construído a partir de segmentos.
Verificação do cliente — Se o Fin chama o conector apenas para clientes que passaram pela verificação de identidade.
Dica: O Operator coloca atributos do Intercom, como o e-mail do cliente, diretamente na requisição em vez de adicioná-los como entradas de dados. Essa é a configuração recomendada. Cada entrada de dados que o Operator adiciona é um valor que o Fin coleta do cliente.
Limitações conhecidas
Créditos do Operator — Chats do Operator usam créditos do Operator como qualquer outro trabalho do Operator.
Você aplica todas as alterações — O Operator não pode publicar, salvar ou excluir um conector sozinho.
Testes enviam solicitações reais — Se um conector cria, atualiza ou exclui dados, testá-lo faz essa alteração no sistema conectado. Use registros de teste.
Tokens — O Operator não pode ver os valores dos tokens de autenticação, nem pode criar, editar ou excluir tokens. Adicione um novo token nas configurações de Autenticação, depois peça ao Operator para anexá-lo. Mantenha chaves API em tokens, não na URL ou corpo, onde o Operator pode lê-las.
Aplicar substitui edições de rascunho não publicadas — O Operator baseia sua alteração na versão ao vivo. Aplicá-la, seja com Publicar ou Salvar como rascunho, substitui quaisquer edições de rascunho feitas no editor desde então. Publique ou descarte suas próprias edições de rascunho primeiro.
Conectores ativos não podem ser excluídos — O Operator pode excluir apenas conectores em rascunho ou pausados. Para excluir um conector ativo, pause-o primeiro nas configurações. O Operator não pode pausar, retomar, duplicar ou arquivar conectores, nem reverter para uma versão anterior.
Conectores MCP — O Operator não pode editar, testar ou excluir conectores que vêm de um servidor MCP. Gerencie-os nas configurações do servidor MCP.
Sem modelos — O Operator não pode instalar um conector a partir de um modelo.
Tipos de entrada — O Operator não pode adicionar valores de entrada estáticos, nem tipos de entrada lista e objeto.
Releases — Alterações de conectores feitas pelo Operator são aplicadas diretamente ao conector. Elas não podem ser adicionadas a um Fin Release.
Pré-visualização do Fin — Quando o Operator faz uma pergunta de teste ao Fin, o Fin usa a resposta de teste salva ou mock em vez de chamar a API. Exclusões pendentes não são pré-visualizadas, e uma alteração sem resposta de teste ou mock não tem o que retornar.
Se um conector falhar nas conversas após ser publicado, veja Entendendo erros de Conectores de Dados.
Perguntas frequentes
Por que o botão Publicar está desabilitado?
Por que o botão Publicar está desabilitado?
Não há teste aprovado na versão mais recente da alteração. Alterar a URL, método, cabeçalhos, corpo, entradas ou tokens de autenticação limpa um teste anterior. Peça ao Operator para executar um teste ou use uma resposta mock. Salvar como rascunho sempre funciona.
Por que um teste falha com 401 quando o conector funciona nas conversas?
Por que um teste falha com 401 quando o conector funciona nas conversas?
Os testes não carregam identidade do usuário final, então conectores que verificam quem é o cliente não podem passar no teste. Tokens do tipo USER enviam seu valor estático de teste em vez disso.
O que o Operator pode ver no meu conector?
O que o Operator pode ver no meu conector?
O Operator nunca vê os valores dos tokens de autenticação. Ele vê a URL, corpo e bloco de código completos, como o Developer Hub mostra, e apenas os quatro primeiros caracteres dos valores dos cabeçalhos. Em respostas de teste, qualquer token ou credencial que a API retorne é mascarado.
