Claude para ServiceNow: como conectar e quanto custa

O que a ServiceNow realmente anunciou

Dois anúncios, com cinco meses de diferença, que são constantemente confundidos.

Em 28 de janeiro de 2026, a Anthropic e a ServiceNow anunciaram que o Claude é o modelo padrão que impulsiona o ServiceNow Build Agent e um modelo preferido em toda a ServiceNow AI Platform. A ServiceNow também implantou o Claude e o Claude Code internamente para mais de 29.000 funcionários, relatando uma redução de até 95% no tempo de preparação de reuniões de vendas. Bill McDermott descreveu isso como reimaginar a forma como o trabalho é feito. A frase de Dario Amodei foi sobre a IA sendo tecida no trabalho diário em vez de simplesmente acoplada.

Depois, em 5 de maio de 2026, no Knowledge 2026, a ServiceNow anunciou o Action Fabric, abrindo a plataforma para qualquer agente externo por meio de um servidor MCP de disponibilidade geral. A Anthropic é citada como a primeira parceira de design, conectando o Claude Cowork ao que a ServiceNow chama de seu sistema de ação. Boris Cherny, responsável pelo Claude Code na Anthropic, é citado falando sobre fechar a lacuna entre saber o que precisa acontecer e fazer isso acontecer.

Lendo os dois juntos, a história é forte. O próprio enquadramento da ServiceNow é que outras plataformas deixam os agentes lerem e escreverem dados, enquanto a ServiceNow permite que eles executem trabalho governado: flows, playbooks, aprovações, catálogos.

Agora a parte que os comunicados de imprensa omitem. O servidor MCP está incluso nas SKUs Now Assist e AI Native, e as ações headless consomem a mesma moeda de assists que o Now Assist e o AI Agents. Essa frase está na própria publicação do Action Fabric, em itálico, quase no final. É toda a forma comercial dessa integração, e tudo o que vem a seguir decorre disso.

Mais uma coisa que vale notar se você for ler a documentação: a ServiceNow está no meio de um rebranding. Um banner na documentação agora informa que ServiceNow Otto é a nova marca de experiência de IA, e as URLs de artigos da comunidade já mudaram de now-assist-articles para servicenow-otto-articles. Mesmo produto, nome novo, documentação parcialmente migrada.

Quatro formas de o Claude alcançar uma instância do ServiceNow

Existem quatro, e elas não são equivalentes.

As duas primeiras são as que você pode usar hoje. A terceira aponta na direção oposta, com o Claude trabalhando sobre o ServiceNow em vez de na sua fila. A quarta é aquela sobre a qual o comunicado de imprensa fala mais alto, e a que você consegue comprar com menos confiabilidade agora.

O caminho oficial: MCP Server Console

O MCP Server Console é a resposta suportada, e a documentação da ServiceNow nomeia explicitamente o Claude como cliente ao lado do Microsoft Copilot.

As quatro ferramentas do Quickstart

Você não precisa construir nada para começar. Existe um Quickstart Server pré-configurado, e essa é toda a superfície que ele expõe:

Duas buscas e dois resumidores. A experiência do Claude pronta para uso no ServiceNow é ler e resumir, não agir. Peça «traga todos os incidentes abertos» ou «resuma todos os casos fechados esta semana» e funciona bem. Peça para reatribuir um P1, aprovar uma mudança ou disparar um item de catálogo, e não há ferramenta para isso até que alguém construa uma.

Esse é um padrão mais restrito que as quatro ferramentas de plantão que encontrei no servidor MCP Rovo da Atlassian, e bem mais restrito que as doze ferramentas do Confluence no meu artigo Claude para Confluence. A diferença é proposital: a Atlassian entrega uma lista fixa de ferramentas, a ServiceNow entrega um construtor.

O que você pode construir além disso

As ferramentas no MCP Server Console vêm de cinco categorias, e é aqui que a profundidade da plataforma realmente aparece:

• REST API envolve qualquer endpoint da instância, incluindo a Table API.
• Action e Subflow são as interessantes, porque representam trabalho governado em vez de simples acesso a dados. A própria documentação da ServiceNow descreve subflows e actions como algo que permite aos agentes enviar solicitações, encaminhá-las para aprovação e confirmar resultados sem sair do cliente.
• Knowledge Graph oferece consultas sensíveis a relacionamentos sobre dados da instância em tempo real, em vez de leituras planas de registros.
• Now Assist skill expõe uma skill existente, incluindo as personalizadas do AI Skill Kit.

Por ferramenta, você pode desativar inputs individuais para que nunca cheguem ao cliente, embora alguns inputs obrigatórios não possam ser desativados. Esse controle no nível de campo é o melhor recurso de governança de toda a configuração, e é a razão pela qual eu construiria ferramentas em vez de expor a Table API por completo.

Dois detalhes de atrito na documentação que vão te pegar durante a construção. Adicionar inputs a uma skill do Now Assist depois de já ter criado uma ferramenta a partir dela significa criar uma ferramenta substituta, não editar a existente. E a criação de ferramentas exige no mínimo o patch Zurich 9 ou Australia 2, mais recente que o nível de patch que te deu o próprio servidor MCP.

Como conectar o Claude ao ServiceNow

A conexão é um handshake OAuth, não uma entrada de diretório em que você clica. Não existe uma entrada da ServiceNow de um clique só no diretório de conectores do Claude, que é a principal diferença prática em relação a algo como o servidor MCP oficial do Front.

1. Consiga uma SKU elegível. Now Assist (Pro Plus, Enterprise Plus) ou uma SKU de IA, segundo a própria lista de pré-requisitos da ServiceNow. Também nessa lista: Zurich Patch 4 ou superior, o app AI Agents na versão 6.x ou superior, e o app MCP Client na versão 1.1 ou superior.
2. Escolha ou crie um servidor. Em All > MCP Server Console > Configuration > Servers. Use o Quickstart Server para começar; crie o seu próprio quando quiser um conjunto de ferramentas delimitado, digamos um servidor para TI e outro para RH.
3. Crie ferramentas, se precisar. Configuration > Tools > Create tool, depois escolha uma categoria. O papel exigido é sn_mcp_server.tools_admin, sn_mcp_server.admin ou admin. Todo servidor precisa de pelo menos uma ferramenta.
4. Crie uma integração OAuth de entrada para o Claude. Uma por cliente. É daí que vêm o ID de cliente e o segredo.
5. Aponte o Claude para o servidor. O padrão de URL é https://<instance>.service-now.com/sncapps/mcp-server/mcp/<server-name>, e para o Quickstart Server o nome é sn_mcp_server_default. O tipo de autenticação é OAuth 2.0 com um provedor de identidade OAuth 2 genérico, autorização em /oauth_auth.do, token em /oauth_token.do, revogação em /oauth_revoke.do, callback em /oauth/callback, escopo mcp_server.
6. Envie um prompt. O Claude envia Authorization: Bearer <token>, o servidor valida e retorna sua lista de ferramentas, e os resultados voltam como JSON que o cliente renderiza como texto.

Reserve uma hora se sua instância já estiver com o patch aplicado e houver alguém com sn_mcp_server.admin disponível. Reserve um ciclo de compras se a SKU do Now Assist ainda não estiver assinada.

Quanto uma chamada do Claude realmente custa

Aqui está a frase que decide se isso é barato ou caro, direto do próprio FAQ do MCP da ServiceNow: skills do Now Assist expostas como ferramentas via servidor MCP consomem seu número habitual de assists ao serem invocadas, mais 1 assist.

Essa sobretaxa é fixa, o que significa que ela pesa de forma muito diferente dependendo da skill. Resumir um incidente é uma skill de 1 assist, então chamá-la pelo Claude custa 2, um overhead de 100% sobre a coisa mais barata que você gostaria de fazer. Uma análise de notas de trabalho de 250 assists paga o mesmo assist extra e mal percebe. A tabela de preços publicada também coloca os tópicos do Virtual Agent e as ações de ticket em 10 assists cada, e os workflows agênticos em 25, 50 ou 150, dependendo de quantas ferramentas eles tocam.

Os assists são agrupados no nível da conta entre instâncias de produção e sub-produção, e são zerados no aniversário da compra, então uma equipe experimentando em uma instância de desenvolvimento está gastando do mesmo fundo do qual a fila de produção também se abastece.

O padrão que surge disso é contraintuitivo. A sobretaxa do MCP penaliza exatamente as leituras baratas e de alta frequência que você mais gostaria que o Claude fizesse, e desaparece no ruído nos workflows caros. Se o seu plano é «todo mundo de TI resume incidentes pelo Claude o dia todo», esse é exatamente o caso em que o assist extra dobra o seu consumo.

Eu vejo compradores esbarrarem constantemente nessa parede. Um com quem trabalhei, uma empresa de segurança de e-mail usando Freshdesk e crescendo rumo a 20.000 tickets por ano, consumiu 200 interações medidas em um único dia de testes e imediatamente começou a se preocupar com o número em volume real. Outro, um operador de volume muito alto, achou a distinção entre por interação e por ticket confusa o suficiente no meio da ligação para projetar cerca de $30 mil por mês para a empresa dele antes que alguém pudesse corrigir a conta. Preços de IA medidos não estão errados. Eles são simplesmente muito difíceis de prever antes de você rodá-los de fato, e é por isso que agora insisto em simular cada implantação da eesel contra os tickets históricos do próprio cliente antes que alguém a ative.

Onde o caminho oficial para

Seis limites que vale a pena conhecer antes de se comprometer. Nenhum deles é segredo; todos estão na documentação e no FAQ da ServiceNow, o que já é mais do que a maioria dos fornecedores publica.

Apenas transporte remoto. HTTP em streaming e SSE são suportados. Stdio não é, e servidores MCP locais não são suportados de jeito nenhum. Se o seu modelo mental de configuração MCP do Claude é um comando local em um arquivo JSON, essa forma não se aplica aqui.

Protocolo MCP 2025-06-18. Essa é a versão de spec suportada. Recursos e prompts do MCP ainda não são suportados, embora a ServiceNow diga que estão no roadmap sob safe harbour.

Sem GCC para o servidor. O cliente MCP e o A2A funcionam no GCC. O servidor MCP não, segundo o FAQ do patch Zurich 4. Para uma instância federal dos EUA, isso fecha completamente o caminho oficial.

Os dados saem da sua instância. A documentação do MCP Server Console afirma claramente que a aplicação exige que dados sejam transferidos das instâncias dos clientes para um ambiente centralizado da ServiceNow, possivelmente em uma região de data center diferente, e possivelmente para um provedor de nuvem terceirizado como o Microsoft Azure. Leia isso com seus compromissos de residência de dados em mente.

Inputs e outputs alimentam o desenvolvimento do modelo por padrão. Essa mesma página de documentação diz que a ServiceNow coleta e usa inputs, outputs e edições feitas nos outputs para desenvolver e melhorar suas tecnologias, com uma opção de exclusão disponível pela página de opt-out do Now Assist. Optar por sair significa que alguém precisa realmente ir lá e fazer isso.

Uma integração OAuth por cliente. Esse é o design, e é razoável, mas significa que integrar uma segunda aplicação de IA é mais uma tarefa administrativa em vez de uma caixa de seleção. O AI Gateway na AI Control Tower é onde você vê quem chamou o quê.

Por que as equipes ainda recorrem ao código aberto

Os servidores MCP da comunidade não são algo marginal. O mais conhecido, echelon-ai-labs/servicenow-mcp, tem 286 estrelas e 225 forks, tem licença MIT, e entrega ferramentas para incidentes, solicitações de mudança, o catálogo de serviços, bases de conhecimento, usuários e grupos, workflows, script includes, changesets e histórias ágeis. Ele suporta basic auth, OAuth e chave de API, roda sobre stdio ou SSE, e tem um sistema de empacotamento de ferramentas com pacotes baseados em papéis como service_desk, change_coordinator e knowledge_author para manter razoável o número de ferramentas expostas.

O motivo honesto pelo qual as pessoas usam isso é o licenciamento, e o r/servicenow diz isso sem rodeios:

"These open source ones that keep popping up are more-so alternatives if your company doesn't want to purchase now assist licensing."

u/averageuser612, Reddit

O mesmo tópico tem a versão mais afiada, em um comentário que prevê que a ServiceNow nunca vai lançar uma versão gratuita:

"ServiceNow most definitely won't give customers something for free when the alternative is to charge you in assists. If they could charge you assist to log in to your instance, they would."

u/tokenontokens, Reddit

Eu discordaria um pouco dessa leitura, e vale a pena discordar de forma justa. A ServiceNow de fato lançou um servidor MCP, ele tem disponibilidade geral, e a documentação é incomumente específica sobre o que ele cobre e o que não cobre. Ele simplesmente não é gratuito, e também não finge ser.

O que você abre mão indo para o código aberto é real, porém. O mantenedor de um servidor comunitário mais recente foi questionado diretamente sobre guardrails e respondeu que o lado MCP é um conjunto bruto de ferramentas sem guardrails embutidos por padrão, e que é o cliente quem decide como usá-las. Essa é a troca: o servidor oficial te dá controle de input no nível de campo, OAuth, trilhas de auditoria via AI Control Tower e medição por ferramenta. Um wrapper cru da Table API te dá imediatamente tudo o que a sua conta de serviço consegue alcançar.

Também há uma terceira posição nesses tópicos que vale a pena levar a sério, de alguém que não queria nada disso:

"Claude has built perfectly fine servicenow fluent code for me without any external tooling whatsoever."

u/Correct-Mood5309, Reddit

Para trabalho de scripting e Fluent, isso costuma ser verdade. O MCP se justifica quando o Claude precisa do estado ao vivo da instância, não quando precisa escrever código que já sabe escrever.

Uma observação de campo de uma equipe que construiu o próprio servidor, na versão do patch Australia 4: a única pegadinha foi a autenticação, já que o CMDB Search no momento não funciona com a conta admin, enquanto qualquer outra conta com privilégios de leitura funciona bem. Esse é o tipo de detalhe que custa uma tarde inteira se ninguém avisar antes.

Build Agent: o Claude apontando na direção contrária

Vale a pena separar isso, porque a intenção de busca por «Claude para ServiceNow» muitas vezes acaba significando isto.

O Build Agent é o produto de vibe coding da ServiceNow para construir apps e automações, e o Claude é agora o modelo padrão por trás dele. A ServiceNow espera que o uso do Build Agent quadruplique nos próximos 12 meses, e tem como meta uma redução de 50% no tempo de implementação para clientes com o Claude no loop. Isso é o Claude construindo sobre a plataforma, gerando aplicações com escopo definido, flows e configurações.

A distinção que a comunidade faz entre o Build Agent e o caminho do MCP é útil. O Build Agent é construído em torno do SDK da ServiceNow e do Fluent, implanta cada mudança aprovada em seu próprio update set independente, e tende a criar artefatos do zero porque é projetado para aplicações com escopo novo. Um servidor MCP baseado na Table API trabalha sobre o que já existe e aplica mudanças no seu update set atual como qualquer mudança manual.

Se você é desenvolvedor ServiceNow, o Build Agent provavelmente é o mais interessante dos dois. Se você opera uma mesa de serviço, não é a ferramenta que você estava procurando.

Ninguém está vigiando sua fila

Essa é a parte que eu gostaria de saber antes de gastar um trimestre no rollout.

Todo caminho acima é iniciado por um humano. Uma pessoa abre o Claude, digita um prompt, e uma chamada de ferramenta acontece. Não existe um modo em que o servidor MCP perceba que um novo P2 chegou na sua fila de ITSM, decida que ele corresponde a um padrão conhecido, redija uma resposta e a publique. O próprio exemplo do Action Fabric é um product manager perguntando ao Claude sobre o acesso que falta a ele, e depois revisando uma lista e confirmando. Governado, auditável, útil, e ainda assim disparado por um humano.

Essa lacuna importa de forma diferente dependendo de quem você é:

• Um desenvolvedor ou administrador do ServiceNow não perde quase nada. De qualquer forma, você sempre seria quem digita.
• Um líder de operações de TI obtém uma leitura muito melhor da instância e resumos de incidentes mais rápidos, o que é um valor real.
• Um gerente de mesa de serviço avaliado por deflection não ganha nada diretamente. A deflection precisa de algo que responda antes de um humano se envolver, que é para o que serve o Virtual Agent, e os próprios limites do nível de entrada do Virtual Agent são uma conversa à parte.

Se você está avaliando isso para aumentar a resolução no primeiro contato ou reduzir o volume de tickets em um helpdesk interno, o servidor MCP é o instrumento errado. Ele é um ótimo instrumento para outra coisa.

Claude ou Now Assist: quem deve tocar na sua instância?

Não é realmente uma competição, mas aqui está a divisão que eu usaria.

A única linha que eu destacaria: chamar uma skill do Now Assist via MCP custa mais do que chamar a mesma skill de forma nativa. Se uma skill vai rodar de qualquer forma dentro de um workflow do ServiceNow, não a roteie pelo Claude só por rotear.

eesel AI para equipes de ServiceNow

Primeiro a resposta direta: a eesel não tem uma integração ITSM nativa com o ServiceNow. Prefiro dizer isso claramente a deixar você descobrir três parágrafos depois.

O que a eesel faz é a metade não supervisionada que o MCP Server Console estruturalmente não cobre. Ela se conecta ao seu helpdesk e à sua base de conhecimento, treina com seus próprios tickets e documentos passados, e então lida com conversas sozinha em vez de esperar que alguém abra uma janela de chat e pergunte. Essa é a peça que um gerente de mesa de serviço geralmente está procurando quando cai em uma busca por «Claude para ServiceNow».

Três diferenças que importam se você acabou de ler a matemática de assists acima:

• Você simula antes de ir ao ar. A eesel roda o agente contra seus tickets históricos reais e mostra o que ele teria dito e o que teria resolvido, antes de tocar em uma fila ao vivo. Isso existe porque já vi bots com aparência confiante darem respostas erradas em produção, e um teste seco sobre o histórico real é a única forma honesta de descobrir isso antes.
• Um número só, por ticket. $0,40 por ticket ou chat atendido, não um fundo de assists com taxas diferentes por skill e uma taxa de excedente não publicada. Você consegue projetar isso no verso de um envelope.
• Também funciona em mesas internas. A eesel lida com o lado interno via Slack, Microsoft Teams e e-mail. Ela lê do Confluence e de outras fontes internas, que é onde de fato vive boa parte do trabalho de automação ITSM próximo ao ServiceNow.

Você usa ServiceNow e quer ver o que um agente não supervisionado faz com o seu próprio histórico de tickets antes de se comprometer com qualquer coisa? É para isso que a demo serve, e o teste é gratuito.

Onde eu ficaria

Se você já tem uma SKU do Now Assist, conecte o Claude via MCP Server Console ainda esta semana. É uma hora de trabalho administrativo, o Quickstart Server te dá imediatamente uma superfície útil de leitura e resumo, e os controles de input no nível de campo são uma governança melhor do que qualquer servidor da comunidade oferece.

Se você não tem o Now Assist, e comprá-lo só para isso é toda a questão, seja realista: você estaria licenciando um nível de IA de plataforma para obter quatro ferramentas mais um construtor, em cima de um licenciamento da ServiceNow que já não é barato. Um servidor MCP da comunidade é gratuito e cobre a maioria dos casos de uso de leitura, ao custo de não ter guardrails nem medição.

E se o que você realmente queria era menos tickets em vez de respostas melhores sobre tickets, nenhum dos quatro caminhos te leva até lá. Essa é uma ferramenta diferente, e vale a pena nomear essa diferença antes do trimestre começar, e não depois.