Agentes de IA na HubSpot: o que já é nativo e o que pode ser feito sob medida

Por Juliano Depiné, CEO da Reevia

Blog Image

Onde termina a configuração e começa o desenvolvimento sob medida nos agentes de IA da HubSpot, e como o MCP amplia o alcance dessa arquitetura.

A HubSpot já entrega agentes de IA nativos para atendimento, prospecção e conteúdo dentro do Breeze e do Agent Hub, cobrindo tarefas padronizadas com bom desempenho. E quando a tarefa depende de regras próprias da empresa, de sistemas externos ou de uma lógica de decisão específica do negócio, a própria arquitetura aberta da HubSpot, via MCP e API, permite estender esse agente com desenvolvimento sob medida, mantendo tudo dentro do mesmo ecossistema.

Entender essa complementaridade evita dois erros comuns: pagar por desenvolvimento quando um recurso nativo já resolveria, ou tentar espremer um agente pronto para fazer algo que pede uma extensão construída sob medida.

O que os agentes nativos da HubSpot já resolvem

O Agent Hub organiza os agentes pré-construídos em funções específicas, cada uma cobrindo um recorte bem definido da operação:

Agente

O que faz

Hub e plano necessários

Agente de atendimento (Customer Agent)

Responde tickets com base na central de ajuda e no histórico de conversas, escalando para humano fora do padrão

Service Hub Professional ou Enterprise

Agente de prospecção (Prospecting Agent)

Pesquisa contas, prioriza contatos por sinal de compra e conduz sequências iniciais de abordagem

Sales Hub Professional ou Enterprise

Agente de conteúdo (Content Agent)

Gera landing pages, posts de blog, estudos de caso e variações de texto na voz da marca

Marketing Hub ou Content Hub Professional/Enterprise

Agente de dados (Data Agent)

Pesquisa e responde perguntas cruzando dados do CRM, transcrições e fontes externas, e escreve os achados de volta no registro

Disponível conforme o Hub contratado

Todos rodam sobre o Agent Builder (antigo Breeze Studio), incluído nas edições Professional e Enterprise, e consomem créditos HubSpot a cada ação executada. Esses agentes funcionam bem quando a tarefa é repetível e o conhecimento necessário já está dentro do ecossistema HubSpot, seja em tickets, em contas ou em conteúdo publicado.

Como estender o agente com desenvolvimento sob medida

Três situações aparecem com frequência em operações mais maduras, e nas três a HubSpot já oferece a base técnica (API, MCP, Agent Builder) para que a extensão seja construída sobre a plataforma, não ao lado dela:

Regras de negócio muito específicas. Um agente que precisa decidir com base em uma combinação particular de dados, ou que segue uma política interna própria, ganha essa lógica através de um agente customizado construído sobre o Agent Builder.

Integração com sistemas externos. Quando o agente precisa consultar ou escrever em um ERP, um sistema de estoque, uma plataforma financeira ou qualquer ferramenta externa, a arquitetura aberta da HubSpot permite essa conexão via API ou MCP, com o CRM permanecendo como fonte central de verdade comercial.

Modelos externos por escolha estratégica. Empresas que já usam Claude, GPT ou Gemini para outras funções internas podem trazer esses mesmos modelos para operar dentro do fluxo comercial, com o contexto do CRM alimentando a decisão em tempo real, graças à compatibilidade da HubSpot com o protocolo MCP.

Nas três situações, a resposta é engenharia sobre uma base que a própria HubSpot disponibiliza: definição de arquitetura, construção de conectores, testes de comportamento do agente em cenários de uso antes de colocá-lo em produção.

O papel do MCP nessa fronteira

O Model Context Protocol conecta modelos de linguagem a sistemas externos de forma estruturada, permitindo que um agente leia e escreva dados fora do ambiente onde foi originalmente treinado. A própria HubSpot mantém um servidor MCP remoto oficial, voltado à leitura e escrita de dados de CRM por qualquer cliente compatível com o protocolo, e o mantém separado de um segundo servidor, de uso local, voltado a desenvolvedores que constroem aplicações e ativos de CMS sobre a plataforma.

Dentro do ecossistema HubSpot, isso abre a possibilidade de um agente operar com contexto simultâneo do CRM e de sistemas externos da empresa, sem depender de integrações fechadas e pontuais. Em termos de arquitetura, o desenho típico segue três camadas: o agente decide, o servidor MCP faz a ponte de dados, e as duas pontas conectadas (CRM e sistemas externos) permanecem como fontes de verdade separadas, sem duplicação manual de informação.

É a peça técnica que sustenta a diferença entre "agente configurado" e "agente desenvolvido sob medida": o primeiro trabalha dentro dos limites de dados que a HubSpot já enxerga; o segundo amplia esse alcance para qualquer sistema relevante da operação.

Nativo ou sob medida: comparando as duas rotas

Critério

Agente nativo (Agent Hub)

Agente sob medida

Fonte de dados

Apenas o que já está dentro da HubSpot

CRM da HubSpot e qualquer sistema externo conectado

Lógica de decisão

Configurável dentro dos parâmetros do agente pré-construído

Definida livremente conforme a regra de negócio da empresa

Modelo de IA por trás

Modelos da HubSpot (Breeze)

Livre escolha, incluindo Claude, GPT ou Gemini

Tempo até produção

Dias, ativação e ajuste de parâmetros

Semanas, envolve arquitetura, construção e testes

Custo recorrente

Créditos HubSpot por ação executada

Créditos HubSpot mais custo de manutenção da integração

Auditabilidade

Painel nativo de ações do agente

Depende do desenho da solução construída

Melhor cenário de uso

Tarefa padronizada, repetível, dado já dentro da HubSpot

Regra própria, sistema externo, ou modelo de IA já em uso na empresa

Sinais de que vale estender com desenvolvimento sob medida

Alguns sinais indicam que a operação já tem maturidade para aproveitar a arquitetura aberta da HubSpot além da configuração padrão:

  • A regra de decisão do agente muda de cliente para cliente, ou de produto para produto, de forma que nenhum campo padrão captura

  • O processo depende de dados que vivem fora da HubSpot e hoje são copiados manualmente entre sistemas

  • Já existe um modelo de IA em uso interno (Claude, GPT, Gemini) e a intenção é unificar essa inteligência com o funil comercial, não duplicá-la

  • O volume e a criticidade da tarefa justificam um comportamento auditável e testado, não apenas um prompt configurado no portal

Quando dois ou mais desses sinais aparecem juntos, vale planejar a arquitetura a construir, não apenas qual agente ativar.

Continue lendo

Perguntas frequentes

Os agentes nativos da HubSpot usam inteligência artificial com capacidade própria de decisão, ou são automações disfarçadas?
Usam modelos de linguagem com capacidade de interpretar contexto e gerar resposta original. O que muda de um cenário para outro é o escopo de dados e regras configurado, escopo esse que a própria arquitetura aberta da HubSpot permite ampliar através de desenvolvimento sob medida.

É possível conectar um agente da HubSpot a um modelo diferente do Breeze?
Sim, com desenvolvimento próprio. A conexão a modelos como Claude, GPT ou Gemini exige construção via API ou MCP, mas é uma arquitetura viável e cada vez mais comum em operações que já usam esses modelos em outras áreas da empresa.

Vale a pena desenvolver um agente sob medida antes de esgotar os nativos?
Normalmente não. Os agentes nativos resolvem bem tarefas padronizadas, e testá-los primeiro evita investir em desenvolvimento para um problema que a configuração já resolveria.

O que é necessário para avaliar se uma empresa precisa de um agente desenvolvido sob medida?
Um diagnóstico da operação: quais decisões o agente precisaria tomar, quais dados e sistemas ele precisaria acessar, e qual o impacto de erro nesse processo. Esse mapeamento define se a resposta é configuração ou engenharia.

Fontes

Sobre o autor

Juliano Depiné, CEO da Reevia

Juliano Depiné lidera a Reevia, parceira Diamond da HubSpot no Brasil. Atua na venda de licenças, na implementação da plataforma e na engenharia de agentes de IA em operações de médio e grande porte.