Claude para Front: todas as formas de conectá-los em 2026

A Front já construiu isso, e essa é a parte que ninguém espera

Eu construo agentes de IA na eesel, o que significa que passo a maior parte da semana no espaço entre um modelo que raciocina bem e um helpdesk cheio de clientes reais. A Front é a integração que conheço melhor, e não por um motivo lisonjeiro. Também é uma integração incomum de construir, porque uma caixa de entrada compartilhada não é um sistema de tickets, e a diferença aparece em toda a API.

No início de 2026, a Front foi o motivo isolado mais comum de um negócio de mid-market travar conosco. As equipes passavam pela avaliação, gostavam das respostas, e então diziam a mesma coisa: a Front é nosso helpdesk, e enquanto vocês não a suportarem, não conseguimos realmente testar isso. Ouvimos isso de uma equipe B2B SaaS lidando com cerca de 200 a 300 tickets por mês em inglês e francês sobre uns 300 documentos técnicos, e ouvimos de novo no mesmo mês de uma empresa de dados. Então construímos. Essa é toda a origem da nossa integração com o Front, e é por isso que entrei nessa pesquisa esperando não achar nada do lado do Claude.

Eu estava errado, e agradavelmente. A Front lançou seu próprio servidor MCP, e depois lançou uma segunda versão dele três semanas depois, após descontinuar a primeira. Isso não é uma página de marketing. É uma equipe iterando em algo em produção.

O que essa mesma equipe B2B pediu, porém, é o que vale a pena guardar enquanto você lê o resto disso. Eles não queriam uma janela de chat. Queriam uma IA que pudesse cruzar o guia do usuário, o Slack, a base de conhecimento interna e os tickets passados em uma única resposta, e depois dizer quais perguntas ela não conseguiu responder para que escrevessem o artigo faltante. Isso é um sistema, não um modelo. Guarde essa lacuna, porque cada rota abaixo entrega uma fatia diferente dela.

Primeiro, o que você não consegue fazer

A intenção de busca de "Claude para Front" costuma supor que existe um menu suspenso. Abrir o Front AI, escolher o modelo, selecionar o Claude, pronto.

Isso não existe, e a Front é incomumente direta sobre o porquê. A página de produto de IA da Front responde a pergunta do modelo no próprio FAQ: ela usa modelos GPT da OpenAI e da Azure OpenAI, mais modelos Mistral hospedados na AWS. O FAQ de IA da central de ajuda nomeia os mesmos três parceiros duas vezes e nunca menciona a Anthropic.

Aqui está o detalhe que mais gostei de encontrar. A Anthropic está na lista de subprocessadores da Front, vigente desde julho de 2026. A atividade de processamento listada é "Customer support", o mesmo grupo do Zapier, enquanto AWS, Azure, Google e OpenAI ficam todos sob "AI-enabled functionality". A Front não publica o que isso significa exatamente, então não vou superinterpretar. Mas a leitura direta é que o próprio time de suporte da Front pode usar o Claude, e seu Autopilot não.

Fui atrás de um seletor de modelo de verdade, não só passando os olhos por sua ausência. A documentação de configuração do Autopilot Resolve percorre Build, Customize, Deploy, Analytics, Routing e Channel settings. Você recebe fontes de conhecimento, playbooks, mensagens de tempo de resposta, prompts, aparência e regras de roteamento. Nenhum seletor de provedor, nenhum campo de chave. A página de configurações de Front AI em nível de empresa conta a mesma história de relance.

Nada disso é uma crítica à Front. Escolher dois ou três provedores e ajustar com força em cima deles é uma decisão de produto defensável, e o Front AI Copilot é legitimamente bom no workspace do agente. O mesmo vale para os recursos menores desse painel: Analyze Topics traz uma leitura genuinamente útil de por que as pessoas escrevem, e o Front AI Translate merece seu espaço numa fila multilíngue. Só significa que a pergunta muda de forma. Você não está perguntando como fazer o Autopilot usar o Claude. Está perguntando como fazer o Claude enxergar seus dados da Front, e isso tem quatro respostas reais.

Rota 1: o próprio servidor MCP da Front

Essa é a que me surpreendeu, e é a que a maioria dos leitores deveria começar experimentando.

A Front lista MCP Server como uma das sete superfícies de integração de primeira parte no seu portal de desenvolvedores, descrita nas palavras da própria Front como uma forma de agentes de IA como Claude e ChatGPT lerem e responderem conversas. A página de especificação foi atualizada pela última vez seis dias antes de eu conferir, em 12 de agosto de 2026.

O formato disso:

Duas dessas linhas fazem mais trabalho do que o resto.

A primeira é a identidade. As permissões efetivas do agente são exatamente as permissões da pessoa que o autorizou, verificadas ao vivo contra a Front a cada chamada. Se essa pessoa não consegue ver a caixa de faturamento, o Claude também não consegue. Sob um rollout do Claude Enterprise gerenciado centralmente, o time de TI pode permitir a conexão, mas cada indivíduo ainda completa seu próprio consentimento. É o modelo de segurança menos surpreendente que se poderia pedir, e é o motivo pelo qual isso pode estar em beta aberto sem ninguém entrar em pânico.

A segunda é a trava de envio. send_message é uma ferramenta separada de create_draft, exige um ID de rascunho, e carrega destructiveHint: true, o que faz o Claude parar para pedir confirmação antes de cada envio. Então o ciclo é: o Claude rascunha, você olha, você aprova. Por mensagem.

Conectar é bem rápido. O artigo de primeiros passos da Front confirma o beta aberto ("Everyone has access") e dá dois caminhos. O primeiro é a listagem do conector no próprio diretório do Claude, que segundo a Front já está ativa. O segundo é uma conexão personalizada, em que um admin da Front cria um app de desenvolvedor privado, define os escopos OAuth, e aponta qualquer cliente MCP para o endpoint. A Front cita Claude Code, Cursor e o modo desenvolvedor do ChatGPT para esse caminho.

Os limites de taxa são por membro da equipe e ficam em seu próprio pool, separado do orçamento da Core API:

Minha opinião: se você está em qualquer plano da Front, conecte isso hoje. É gratuito, é de primeira parte, e perguntar ao Claude "do que essa conta reclamou no trimestre passado" contra sua caixa real é a coisa mais imediatamente útil deste artigo inteiro. Fica mais perto de um assistente de produtividade Claude do que de desvio de tickets, então orce isso como uma ferramenta para sua equipe. E leve o aviso de beta ao pé da letra: os nomes das ferramentas ainda estão mudando, então não engesse um processo de negócio neles ainda.

Rota 2: o mesmo servidor, conectado por você mesmo

Vale a pena separar isso, porque a restrição é real e vai pegar um grupo específico de pessoas.

A Front não suporta registro dinâmico de cliente, então o cliente que se conecta precisa manter uma conexão confidencial com um ID de cliente e um segredo. Qualquer cliente MCP que só lide com DCR fica de fora. A Front cita o Codex como exemplo de um que não vai funcionar.

Para Claude Code e Cursor, isso é um arquivo de configuração e alguns minutos de OAuth. A vantagem sobre a listagem do diretório é o controle: você escolhe os escopos no app, então pode criar uma conexão somente leitura para um analista e uma de leitura mais escrita para um líder, sem que nenhum dos dois consiga enviar. Se você já configurou alguma integração de IA com o Claude antes, nada disso vai soar estranho, e o padrão é o mesmo por trás da integração do Claude com o Jira e da integração do Claude com o Slack.

Minha opinião: faça isso em vez do conector do diretório quando quiser escopos mais restritos que o padrão, ou quando as pessoas que o usam vivem em um editor em vez do app do Claude. Fora isso, a listagem do diretório tem menos peças móveis.

Rota 3: os servidores da comunidade, hoje majoritariamente históricos

Antes de a Front lançar o seu próprio, a comunidade preencheu a lacuna. Dois repositórios específicos da Frontapp são reais, com números tirados da API do GitHub em 12 de agosto de 2026:

O primeiro suporta webhooks da Front para eventos em tempo real, o que é mais do que o beta oficial anuncia. O segundo se descreve como experimental e só recupera mensagens.

Uma armadilha que vale citar: buscar "front mcp" traz um repositório com 146 estrelas chamado frontmcp, que é um framework genérico para construir servidores MCP e não tem nada a ver com a Front, o helpdesk. Quase citei ele. Não faça isso.

A postura de segurança aqui é a comum para qualquer servidor MCP autogerenciado: você entrega um token da API da Front para um processo rodando localmente, e esse token carrega quaisquer permissões que você tenha dado a ele. O servidor próprio da Front evita isso vinculando-se à sessão OAuth ao vivo de um membro da equipe.

Minha opinião: esses eram a resposta certa em março, e não são mais agora. O servidor oficial da Front tem escopos melhores, limitação de taxa melhor, e é mantido pela empresa dona da API que ele encapsula. Recorra a um repositório da comunidade só se precisar de eventos orientados a webhook que o beta oficial ainda não exponha.

Rota 4: construir sobre a Core API

Aqui é onde a maioria dos engenheiros acaba quando a resposta precisa ser não supervisionada, e é onde vivem as decisões de design de verdade. Li a documentação da Core API da Front a fundo para isso, e três coisas moldam tudo o mais.

Rascunhos são reversíveis, mensagens enviadas não

Isso é a coisa mais útil no design da API da Front, e eu gostaria que mais helpdesks copiassem.

Rascunhos são um recurso de primeira classe. Você pode criar um, editá-lo, apagá-lo. Enviar é um endpoint diferente com um nível de permissão totalmente diferente: messages:send, distinto de drafts:write. E, uma vez que uma mensagem é enviada, pronto. Não há endpoint de edição, nem desfazer envio, nem recall em lugar nenhum da superfície da API da Front.

A consequência prática é o melhor recurso de segurança que você ganha de graça. Gere um token com drafts:write e comments:write, mas sem messages:send, e seu agente fisicamente não consegue mandar um e-mail para um cliente, não importa o que o modelo decida às 3 da manhã. Não é uma instrução em um prompt, não é um guardrail que você precisa manter. É uma permissão que a API impõe.

Eu lançaria a versão um exatamente assim, escrevendo apenas comentários internos, que são visíveis para a equipe, editáveis depois de postados, e nunca saem da Front. Isso tem o mesmo formato de qualquer bom copiloto de IA para suporte, e é a diferença entre uma resposta ruim ser um constrangimento privado e uma resposta ruim ser um e-mail que seu cliente agora possui.

Alguém no Hacker News descreveu quanto custa a outra versão disso:

"LLM chatbots are a step forward for customer support. Well, ours started hallucinating a support phone number that while is a real number is not our number. Lots of people started calling which was a bad time for everyone. Especially the person's number it actually is. So maybe two steps forward and occasionally one back."

treis, Hacker News

Seu histórico é acessível, você só paga por ele por minuto

A boa notícia primeiro: não existe janela móvel nem teto para o quanto você pode voltar no tempo. Listar conversas percorre todo o histórico com paginação por cursor.

A restrição é a taxa de transferência, e ela é moldada pelo plano:

As páginas têm um teto de 100 conversas. A cota de pico é metade do limite do seu plano, e estourá-la custa uma pausa de reabastecimento de 10 minutos. A busca de conversas tem um teto separado de 40% do seu orçamento global, o que importa muito se o loop principal do seu agente for buscar-e-agir. A Front vende mais margem por US$ 200 a cada 100 requisições extras por minuto ao mês na página de preços.

Faça as contas antes de prometer um backfill a alguém. Dois anos de conversas a 100 por página no Professional é um job agendado com estado retomável, não um projeto de uma tarde. Essa é a mesma realidade por trás de todo projeto de chatbot para Front que já vi ser dimensionado com otimismo.

Mais um limite que vale a pena conhecer, pois ele molda em que você pode fundamentar. As próprias fontes de conhecimento externas do Front AI são rastreamentos de sites, com teto de 3.000 páginas, e um usuário da Front no r/CustomerSuccess apontou que só funcionavam em inglês quando o recurso foi lançado:

"Front recently added the ability to include external knowledge sources as well as previous conversations in the AI knowledge (go to Settings/Gear icon -> your workspace -> FrontAI -> Knowledge sources -> Add source -> External Sources). It currently only works for English pages."

tea_lean, r/CustomerSuccess, Reddit

O painel de configurações torna o teto concreto. Dois tipos de fonte, e essa é a lista inteira.

Construir sobre a API é exatamente como você supera isso, já que sua camada de recuperação pode ler qualquer coisa contra a qual você consiga se autenticar. Essa é a vantagem da rota 4, e é uma vantagem real. Também é o motivo inteiro pelo qual vale a pena configurar direito uma base de conhecimento potencializada por IA antes de apontar qualquer modelo para ela.

Webhooks funcionam, e falham de forma segura

A Front oferece dois tipos. Webhooks de regra são configurados na interface e são a forma rápida de testar algo. Webhooks de aplicativo são o caminho gerenciado por código: declarados como um recurso em um app de desenvolvedor, assinados com HMAC, inscritos em uma lista fixa de eventos que inclui inbound_received, outbound_sent, assignee_changed e new_comment_added.

Três detalhes operacionais que vão decidir sua arquitetura:

• Seu endpoint tem 5 segundos para responder. Confirme rápido e processe de forma assíncrona, sempre.
• Três falhas seguidas e a Front desativa o webhook e manda um e-mail para quem criou o app. Não há reenvio do que você perdeu, então você reconcilia com a API por conta própria.
• Ações em massa e importações históricas nunca disparam webhooks. Consulte o endpoint de eventos se precisar deles.

Você também pode lançar um plugin de barra lateral, um app em iframe que renderiza ao lado de uma conversa, se quiser que a saída do Claude viva dentro da interface da Front em vez de em outro lugar.

Minha opinião: a API é boa. Os escopos são bem pensados, a divisão rascunho-versus-envio é exatamente o limite que você quer, e a documentação é honesta sobre as arestas afiadas. Construir sobre ela é bem viável. A questão nunca foi se você consegue, é se essa é a coisa que você quer continuar mantendo daqui a dezoito meses, toda vez que a Front lançar uma mudança.

Quanto custa de fato uma resposta

Aqui é onde minhas expectativas estavam mais erradas, e onde a Front se diferencia fortemente de seus concorrentes.

O Claude Sonnet 5 custa US$ 2 por milhão de tokens de entrada e US$ 10 por milhão de saída. Uma resposta de suporte fundamentada é aproximadamente 6.000 tokens de entrada, uma vez que você inclua a thread, um prompt de sistema e alguns artigos da central de ajuda, mais cerca de 250 de saída. Digamos US$ 0,015. O Claude Opus 5, a US$ 5 e US$ 25, deixa a mesma resposta perto de US$ 0,036. O cache de prompt lê a entrada em cache a um décimo da taxa, então ambos caem ainda mais.

O Front Autopilot começa em US$ 0,05 por conversa.

Fique um instante com isso. Quando fiz esse exercício para outros helpdesks, a IA nativa custava 30x acima do custo bruto de tokens e o argumento de construir por conta própria se escrevia sozinho. A taxa nativa da Front é cerca de 3x o custo de tokens, e o Opus está numa margem de arredondamento de distância. A Front também não cobra nada por ação pelo servidor MCP, enquanto a ponte comparável de primeira parte em outros lugares cobra 1,5 centavo por ação.

Então o argumento dos tokens baratos praticamente evapora aqui, e o que sobra é a conta da plataforma. É aí que a Front realmente fica cara, e seus próprios usuários são diretos sobre isso:

"Front is so expensive. We're up to 55 users now. Spending like 35k a year on it, just to make comments on emails. It's insane."

Coleybama, r/sysadmin, Reddit

Também existe uma armadilha de preço que vale a pena checar antes de comprar qualquer coisa. O Professional custa US$ 65 por assento. O Copilot custa US$ 20, o Smart QA US$ 20, o Smart CSAT US$ 10. Empilhe os três no Professional e você chega a US$ 115 por assento, enquanto o Enterprise custa US$ 105 e inclui os três. Se você planeja adotar a IA assistiva de verdade, verifique o Enterprise primeiro. O Autopilot continua sendo uma cobrança de uso separada de qualquer forma.

Coloque seus próprios números:

Rode isso para praticamente qualquer tamanho realista de equipe e acontece a mesma coisa: a conta de assentos ofusca a conta de IA. O que significa que otimizar seu gasto de IA construindo um pipeline com Claude é otimizar o número pequeno, enquanto o número grande fica intocado. Esse é o argumento que eu daria a qualquer um recorrendo à rota 4 puramente por custo, e é a mesma armadilha que desmontamos na nossa análise de custo de atendimento ao cliente com IA.

O contrapeso, dito com honestidade, é que o gasto com API é real e as pessoas realmente caem nessa:

"The problem with AI at this time is the API cost. It's so expensive and having them replace existing worker requires tools. You add cost snd tools, turns out not worth the savings overtime."

DeepPeeps, r/AIforOPS, Reddit

Para onde o dinheiro realmente vai

Quinze dias de engenharia é minha estimativa honesta para uma versão um que lê uma conversa, recupera da sua base de conhecimento, rascunha uma resposta como comentário, e registra o que fez. Essa parte não é difícil. Já construí mais ou menos essa coisa mais de uma vez.

A parte difícil começa na semana quatro, e nunca é o modelo. É saber quando o agente deve ficar quieto. Um engenheiro no Hacker News descreveu toda a arquitetura, incluindo a correção, melhor do que a maioria dos documentos de design que já li:

"[...] On my side I now search for the most relevant Q&A pair based on the embedding of user's input and QA and jam as much as I can into the token limit. It provides accurate answers 99% of the time. If it can't find a suitable answer, it may create a plausible response on the spot, but that's getting rarer as training set grows. To prevent the bot from providing incomplete information, you can instruct it to ask users to contact support via email if it doesn't have enough information."

kozikow, Hacker News

Leia a frase do meio de novo. "It may create a plausible response on the spot" é todo o risco em nove palavras, e a mitigação oferecida é uma instrução em um prompt. Isso funciona até não funcionar mais, e a falha é silenciosa por design, porque uma resposta errada e confiante parece exatamente igual a uma resposta certa e confiante.

Roteamento por confiança não é um prompt. É pontuação de recuperação, um limiar que você ajusta contra resultados reais, e um caminho de abstenção que deixa a conversa parecendo intocada para um humano assumi-la normalmente. Isso é a semana seis, não a semana dois, e é por isso que triagem de tickets existe como categoria própria, e não como uma frase que alguém adicionou a um prompt de sistema. Se você está dimensionando esse trabalho, nosso guia sobre como automatizar a triagem de tickets cobre a camada de classificação, e IA para triagem de tickets cobre quem já construiu isso.

O custo de errar também não é teórico:

"I'm reminded of the Air Canada customer service chatbot. It completely made up a refund policy (and there are still people on HN who insist LLMs don't hallucinate) and a court ruled the company had to honor it [1]."

jmyeet, Hacker News

Para constar, o Autopilot da Front já faz a metade do escalonamento disso, e um usuário da Front descreveu de forma direta: o agente lê as caixas compartilhadas e a documentação, e se ficar travado, o problema é escalonado. Dá para ver o handoff no produto, onde o bot oferece um reparo, depois cria uma conversa real e diz ao cliente quando um humano vai responder.

Vale saber o que a história de teste da Front realmente cobre, já que essa é a parte que as pessoas presumem. A simulação da Front é um botão Test em um playbook: você digita uma mensagem hipotética e vê uma prévia se o playbook dispara e o que ele diz. Isso é útil, e não é um replay contra suas próprias conversas resolvidas. São garantias diferentes, e a segunda é a que diz se o agente teria acertado no mês passado.

Como eu de fato decidiria

Essa última linha se manteve nas quatro, e não é um acidente do beta. O conector da Front é projetado para manter um humano no loop: a identidade de um membro da equipe, confirmação a cada envio, 20 envios por minuto. Essas são as propriedades de um bom assistente e as propriedades desqualificantes de um agente autônomo. A ponte é excelente e aponta para sua equipe, não para sua fila.

Se o que você queria era que conversas de nível 1 se resolvessem sozinhas, o modelo nunca foi a peça que faltava. Essa é a lacuna que a categoria de agente de IA existe para preencher, e vale a pena entender como isso difere de um chatbot baseado em regras antes de escolher.

Para o panorama mais amplo, nosso panorama do melhor software de helpdesk com IA cobre quem já construiu essa pilha, e melhor IA para o Front restringe isso especificamente a essa caixa de entrada.

eesel AI para o Front

Então aqui está o argumento honesto, dado tudo isso.

A eesel se instala pela App Store da Front e entra na sua caixa de entrada compartilhada como um agente de IA de verdade. Não um widget, não uma segunda caixa de entrada. Ela lê conversas, rascunha e envia respostas, adiciona comentários privados, roteia para membros da equipe, atualiza tags, e gerencia prazos de SLA, em e-mail, chat web e SMS, respondendo pelo canal que o cliente usou. Ela respeita as regras da Front, a lógica de atribuição e as políticas de SLA que você já construiu. A configuração leva menos de 30 minutos.

Três coisas importam mais dado o assunto deste artigo.

Primeiro, a questão do modelo deixa de ser seu problema. A Anthropic é um dos provedores nomeados da eesel, então se seu instinto era "quero raciocínio no nível do Claude nas minhas conversas do Front", você pode ter o resultado sem precisar manter o app OAuth, a camada de recuperação ou a lógica de escalonamento.

Segundo, o teto de conhecimento se move. Lembra daquela equipe B2B que queria respostas tiradas do guia do usuário, Slack, base de conhecimento interna e tickets passados de uma vez? A eesel importa automaticamente suas conversas passadas da Front, respostas prontas, e artigos da base de conhecimento, e não fica limitada a rastreamentos de sites públicos. Essa é a diferença entre dois tipos de fonte e todos eles.

Terceiro, sobre o ponto ao redor do qual este artigo inteiro gira. Você começa no modo rascunho-para-revisão, com um humano aprovando cada resposta, e depois passa para o autônomo nas conversas fáceis assim que confia nele. E você consegue ver exatamente o que ele fez, por ferramenta, incluindo quais ações foram aprovadas e quais foram rejeitadas.

O preço é US$ 0,40 por conversa do Front atendida, sendo que uma conversa é uma tarefa, incluindo toda resposta e follow-up dentro dela. Sem taxa de plataforma, sem cobrança por assento, sem mínimo, e você começa com US$ 50 de uso gratuito. Roteie 200 das suas 1.000 conversas mensais para ela, e você paga por 200. Sendo direto sobre isso: você é cobrado por conversa atendida independentemente do resultado, porque a computação roda de qualquer jeito, e há um teto mensal padrão de US$ 250 que pausa os agentes para que uma semana ruim não vire uma fatura ruim.

Essa é a comparação que eu gostaria que um comprador realmente fizesse: US$ 0,40 por conversa com o escalonamento, a fundamentação e o relatório já construídos, contra US$ 0,05 por conversa do Autopilot mais o que os assentos custarem a você, contra quinze dias de engenharia e manutenção indefinida para a versão que você mesmo possui.

Experimente a eesel grátis nas suas próprias conversas do Front. Se quiser o lado nativo primeiro, nossa análise do Front é justa sobre onde ele vence, e alternativas ao Front está lá se a conta de assentos for o problema real que trouxe você aqui.

Vale uma nota de rodapé se você estiver lendo documentação mais antiga: Front AI Answers é o nome do recurso legado que você ainda pode ver referenciado, e ele não é mais comprável.

Uma última observação prática. Nada neste artigo exige que você escolha hoje. Conecte o servidor MCP da Front hoje à tarde, porque é gratuito e vai imediatamente tornar sua própria caixa de entrada compartilhada mais útil para você. Depois decida separadamente se quer um agente na fila, o que é uma pergunta diferente com uma resposta diferente.