Supere a Concorrência

Reduza o gasto com tokens de LLM e responda a requisições repetidas de IA a partir do cache em menos de um milissegundo enquanto executa um armazenamento multithread e compatível com Redis.

menos tokens processados pelo Claude
70%menos tokens processados pelo Claude
das requisições respondidas pelo cache depois de aquecido
81%das requisições respondidas pelo cache depois de aquecido
por acerto de cache de correspondência exata (o modelo levou 1,4 s)
0,05 mspor acerto de cache de correspondência exata (o modelo levou 1,4 s)
Medido com chamadas reais à API da Anthropic
Feito para cargas de trabalho de LLM

Pare de pagar para responder à mesma pergunta duas vezes

O HotKV fica na frente das suas chamadas de LLM como um único motor compatível com Redis. Ele reconhece prompts que já respondeu, de forma exata ou aproximada, e entrega à sua aplicação a resposta em cache em vez de uma nova chamada de API.

Responda a um prompt repetido a partir do cachePython
import hotkv client = hotkv.from_url("hotkv://localhost:6379")client.pcache_create("support", ttl=3600) def ask(prompt: str) -> str:    # Já perguntado antes, palavra por palavra: sem chamada ao modelo    cached = client.pcache_get("support", prompt)    if cached is not None:        return cached.decode()     answer = call_llm(prompt)    client.pcache_set("support", prompt, answer, ttl=3600)    return answer

Resultado ilustrativo (dados de exemplo)

Cenário: ask("How do I reset my password?") duas vezes
As duas chamadas retornam: "Use the password-reset link on the sign-in page."
Primeira chamada: falha de cache → call_llm → resposta armazenada
Segunda chamada: resposta em cache → sem chamada ao modelo
Medido com chamadas reais à API da Anthropic

Pague por menos tokens

Enviamos as mesmas 3.000 perguntas de suporte ao cliente duas vezes a quatro modelos Claude atuais: uma vez direto ao modelo, outra com o HotKV na frente.

70%
menos tokens (entrada mais saída) processados pelos modelos, com o cache de prompts do próprio provedor já ativado

Tokens processados por modelo

Anthropic claude-fable-5-1
70% menos tokens70% menos custo
Sem o HotKV7,25 mi tokens · US$ 30,31
Com o HotKV2,16 mi tokens · US$ 9,18
Anthropic claude-opus-5-5
70% menos tokens69% menos custo
Sem o HotKV7,34 mi tokens · US$ 14,60
Com o HotKV2,20 mi tokens · US$ 4,50
Anthropic claude-sonnet-5-5
70% menos tokens70% menos custo
Sem o HotKV7,16 mi tokens · US$ 5,51
Com o HotKV2,14 mi tokens · US$ 1,66
Anthropic claude-haiku-5-5
70% menos tokens70% menos custo
Sem o HotKV7,08 mi tokens · US$ 0,27
Com o HotKV2,11 mi tokens · US$ 0,08
81%
das requisições respondidas pelo cache depois de aquecido (as últimas 1.000 de 3.000)
11,0x mais rápido
tempo mediano de resposta no Claude Haiku 5.5, de 1,4 s para 125 ms
0,05 ms
tempo de resposta para uma pergunta repetida (o modelo levou 1,4 s)

O que isso significa em escala

  • Anthropic claude-fable-5-1: US$ 303.100 por mês sem o HotKV, US$ 91.800 com ele, cerca de US$ 211.300 economizados todo mês.
  • Anthropic claude-opus-5-5: US$ 146.000 por mês sem o HotKV, US$ 45.000 com ele, cerca de US$ 101.000 economizados todo mês.
  • Anthropic claude-sonnet-5-5: US$ 55.100 por mês sem o HotKV, US$ 16.600 com ele, cerca de US$ 38.500 economizados todo mês.
  • Anthropic claude-haiku-5-5: US$ 2.700 por mês sem o HotKV, US$ 800 com ele, cerca de US$ 1.900 economizados todo mês.

Com 1 milhão de requisições por dia, extrapolado a partir do custo medido por requisição e supondo o mesmo padrão de tráfego. Os quatro modelos Claude rodaram com respostas curtas, e o Fable 5.1 e o Opus 5.5 com o menor esforço de raciocínio, então respostas mais longas ou com muito raciocínio fariam cada chamada evitada valer mais.

Todos os númerosTokens, custo, qualidade das respostas e o equilíbrio do limiar de similaridadeMostrar

Executamos Claude Fable 5.1, Opus 5.5, Sonnet 5.5 e Haiku 5.5 sobre as mesmas 3.000 requisições cada um, com e sem o HotKV. O cache de prompts do próprio provedor estava ativado em todas as execuções, e os tokens e custos são extraídos do campo de uso (usage) de cada resposta, incluindo os tokens de thinking.

Tokens, custo e tempo de resposta por modelo Claude com e sem o HotKV
ModeloTokens economizadosCusto semCusto comMenor emChamadas ao modeloResposta mediana
Claude Fable 5.170%US$ 30,31US$ 9,1870%3.000 a 8962,7 s a 127 ms
Claude Opus 5.570%US$ 14,60US$ 4,5069%3.000 a 8982,9 s a 126 ms
Claude Sonnet 5.570%US$ 5,51US$ 1,6670%3.000 a 8971,8 s a 128 ms
Claude Haiku 5.570%US$ 0,27US$ 0,0870%3.000 a 8971,4 s a 125 ms

Quão boas são as respostas em cache?

Para cada pergunta reformulada atendida pelo cache, outro modelo comparou a resposta em cache com a resposta nova que o mesmo modelo deu a essa pergunta exata, em ordem aleatória. Nenhum modelo avaliou a própria saída. Quem julga é um modelo de linguagem, não uma revisão humana, e o rigor dele varia entre os modelos, então compare resposta em cache e resposta nova apenas dentro de um mesmo modelo.

Parcela das respostas em cache e novas que um avaliador considerou corretas para a pergunta exata, por modelo
ModeloPerguntas reformuladas avaliadasResposta em cache adequadaResposta nova adequada
Claude Fable 5.192683,3%90,2%
Claude Opus 5.593593,3%99,0%
Claude Sonnet 5.593677,9%86,1%
Claude Haiku 5.593667,9%78,6%

O limiar de similaridade equilibra economia e qualidade das respostas

Cada linha é uma execução separada do Claude Sonnet 5.5 sobre as mesmas 3.000 requisições (custo sem o HotKV: US$ 5,51).

Economia de custo e qualidade das respostas em cinco limiares de similaridade
LimiarCustoMenor emResposta em cache adequadaResposta nova adequada
0,81US$ 1,6670%77,9%86,1%
0,85US$ 1,8866%80,3%85,6%
0,88US$ 1,9964%89,5%83,8%
0,90US$ 2,1361%87,9%86,5%
0,95US$ 2,2260%92,0%90,0%

O que estes números mostram e o que não mostram

  • No limiar de 0,81 usado nos resultados acima, uma resposta em cache se adequa à pergunta exata de 6 a 11 pontos percentuais menos vezes do que uma resposta nova. As perguntas reformuladas são cerca de 31% das requisições, então, considerando todas as respostas, isso dá aproximadamente 2 a 3 pontos. Nas execuções com diferentes limiares, as respostas em cache a partir de 0,88 não foram piores que as novas, e ainda economizaram de 61% a 64% do custo.
  • O número de “mesma intenção” acima não significa “mesma resposta correta”. Em um teste com 119 pares de perguntas deliberadamente próximas, em que um único detalhe, como depositar versus sacar, muda a resposta correta, 62% das perguntas alteradas receberiam a resposta em cache com o limiar de 0,81, 25% com 0,90 e 10% com 0,95. Esses pares são construídos para serem difíceis e mostram o pior caso, não a frequência com que isso ocorre no tráfego real. Se respostas erradas são caras no seu caso de uso, aumente o limiar.
  • Um conjunto de dados público de perguntas bancárias curtas, um modelo de embedding e um avaliador automatizado. O efeito do limiar foi medido em um modelo. Os outros três foram executados apenas com 0,81. A sua taxa de repetição e as suas perguntas darão números diferentes.

3.000 perguntas de suporte ao cliente extraídas da divisão de teste do Banking77 com uma seed fixa (a popularidade das intenções segue uma distribuição de Zipf, s=1,0; as perguntas são amostradas de forma uniforme dentro de cada intenção, com repetições). Cada pergunta foi enviada ao modelo com a mesma política de suporte como prompt de sistema. Baseline: toda requisição chama o modelo, com o cache de prompts do próprio provedor ativado. HotKV: consulta de correspondência exata (GET em uma chave SHA-256 da pergunta normalizada), depois uma consulta semântica (SCACHE.GET com um embedding da pergunta), e o modelo só é chamado em caso de falha de cache (miss). As contagens de tokens vêm do bloco usage de cada resposta da API; os custos usam preços de tabela e incluem as chamadas de embedding. O limiar de similaridade foi escolhido na divisão de treino separada do Banking77 como o menor valor que dá pelo menos 98% de precisão de mesma intenção nos acertos semânticos.

Modelo de embedding: OpenAI text-embedding-3-small. Limiar de correspondência semântica: 0,81. Conjunto de dados: Banking77 (divisão de teste) de PolyAI, licenciado sob CC BY 4.0. 3.000 requisições em 77 intenções.

Medido em 11 de outubro de 2026. A economia depende de com que frequência o seu tráfego se repete. Uma carga de trabalho sem perguntas repetidas ou semelhantes não economiza nada.

Use do seu jeito

O HotKV é um software comercial. Nós o operamos para você, ou você mesmo o executa em uma infraestrutura que controla.

Nós hospedamos

HotKV Cloud

Uma instância do HotKV totalmente gerenciada, hospedada e operada por nós no Google Cloud em 42 regiões. Abertura em levas. Solicite acesso antecipado.

  • Provisionamento, aplicação de patches e monitoramento por nossa conta
  • Cada instância é uma máquina isolada com recursos dedicados
  • 42 regiões do Google Cloud à sua escolha
  • Cobrança mensal ou anual em USD pelo Stripe, com preço calculado ao vivo por região no checkout
Você hospeda

HotKV On-Premise

Execute o HotKV em seus próprios servidores ou na sua própria conta de nuvem, com um arquivo de licença e controle total sobre a residência dos dados e o acesso à rede.

  • Pacotes Linux para x86_64 e ARM64
  • Licenciado por um contrato de licença on-premise separado
  • Implante na sua própria VPC, em uma rede air-gapped ou no seu data center

SDKs oficiais

Doze bibliotecas cliente oficiais. O HotKV também fala RESP2 e RESP3, então seus clientes e ferramentas Redis existentes se conectam sem alterações além do hostname.

Python
pip install hotkv-client
Node.js
npm install @hotkv/client
Go
go get github.com/hotkv-ltd/hotkv-go-client
Rust
cargo add hotkv-client
Java
com.hotkv:hotkv-client
C#
dotnet add package HotKV.Client
Ruby
gem install hotkv
PHP
composer require hotkv/client
Elixir
{:hotkv, "~> 1.0"}
Perl
do GitHub (hotkv-perl-client)
C
libhotkv (CMake, release do GitHub)
C++
hotkv-cpp (CMake, release do GitHub)

Funciona com o seu framework de IA

Os SDKs de Python e Node.js trazem integrações de uma linha para os frameworks com que as equipes já trabalham. Ferramentas open source separadas cobrem LangGraph, MCP e APIs compatíveis com OpenAI.

LangChainPython
pip install "hotkv-client[langchain]"
from hotkv.integrations.langchain import HotKVSemanticCache
set_llm_cache(HotKVSemanticCache(client, embedding=embeddings))

Inclui também o HotKVCache para cache de correspondência exata, além de HotKVVectorStore e HotKVChatMessageHistory.

LlamaIndexPython
pip install "hotkv-client[llamaindex]"
from hotkv.integrations.llama_index import HotKVVectorStore

Inclui também HotKVKVStore e HotKVChatStore.

LiteLLMPython
pip install "hotkv-client[litellm]"
from hotkv.integrations.litellm import HotKVSemanticCache

O cache Redis integrado do LiteLLM já funciona com o HotKV sem alterações. Use esta integração quando também quiser cache semântico.

Vercel AI SDKNode.js
import { hotkvCache } from "@hotkv/client/ai-sdk";
wrapLanguageModel({ model, middleware: hotkvCache({ client }) });

Distribuído no pacote npm @hotkv/client.

LangChain.jsNode.js
import { HotKVCache } from "@hotkv/client/langchain";

Distribuído no pacote npm @hotkv/client.

LangGraphPython
pip install langgraph-checkpoint-hotkv
from langgraph.checkpoint.hotkv import HotKVSaver
from langgraph.store.hotkv import HotKVStore

Um checkpointer para o estado do grafo e um armazenamento de memória de longo prazo com busca semântica. Não exige licença do HotKV.

Ler a documentação
Servidor MCPPython
pip install hotkv-mcp
claude mcp add hotkv -- uvx hotkv-mcp --url hotkv://localhost:6379

Permite que Claude, Cursor e outros assistentes usem chaves, memória de agentes, prompts e busca em documentos. O modo somente leitura e os namespaces mantêm os agentes dentro dos limites.

Ler a documentação
Gateway de cacheGo
go install github.com/hotkv-ltd/hotkv-gateway/cmd/hotkv-gateway@latest
client = OpenAI(base_url="http://localhost:8080/v1")

Um proxy plug-and-play que armazena em cache chamadas das APIs compatíveis com OpenAI e da Anthropic, inclusive com streaming. Troque uma URL, sem código.

Ler a documentação