Inferência de LLM: Técnicas para a Fronteira Eficiente
A Baseten divide a engenharia de inferência de LLM em duas categorias: técnicas que movem uma implantação ao longo da fronteira eficiente de latência–throughput e técnicas que expandem toda a fronteira. Essa distinção é importante ao decidir entre ajustar configurações ou adotar uma nova abordagem.
Técnicas que gerenciam compensações
Elas permitem atingir um ponto específico na fronteira—como favorecer latência para usuários interativos ou throughput para cargas de trabalho em lote. A fronteira é irregular, então espere encontrar pontos de corte empiricamente.
- Tamanho do lote – O número de solicitações concorrentes. Lotes pequenos oferecem excelente latência por usuário, mas alto custo por token. Lotes grandes melhoram o throughput e reduzem o custo, ao custo do aumento de latência.
- Estratégia de paralelismo – Como o modelo é dividido entre GPUs. Aumentar o Paralelismo de Tensor (TP) reduz a latência via comunicação rápida all-to-all do NVLink. O Paralelismo de Especialistas (EP) pode ser ajustado: EP menor para melhor latência, EP amplo (através de um rack) para throughput. Paralelismo de Dados de Atenção (ADP) replica camadas de atenção para aumentar o throughput do sistema ao custo da velocidade por solicitação.
- Quantização – Operar com menor precisão (pesos, ativações, cache KV) melhora a latência e o throughput. Isso introduz uma compensação qualidade–eficiência, que pode ser irregular—alguns níveis de quantização oferecem grandes ganhos de serviço com pouca perda de qualidade.
Técnicas que expandem a fronteira
Elas criam mais espaço para alocar conforme necessário. A Baseten dá exemplos como usar hardware melhor ou mecanismos de atenção algoritmicamente mais eficientes.
O artigo assume que você está executando um modelo como o GLM-5.3 ou Kimi K3 para codificação de agente, com reutilização de cache KV e roteamento ciente de KV já habilitados.
Para um mergulho mais profundo em quais técnicas se enquadram em cada categoria e como medir as compensações, leia o post completo.
📖 Leia a fonte completa: HN LLM Tools
👀 See Also
Como Provei Que Meu Próprio Relatório de Bug Estava Errado: Depuração do OpenClaw no Telegram via Proxy apiRoot
O apiRoot do Telegram do OpenClaw pode ser apontado para um proxy local para registrar as cargas úteis reais. Um desenvolvedor retirou um relatório de bug depois de saber que o texto copiado era renderizado, não reinserido.

Usuário do Reddit compartilha estrutura de prompt para reduzir desvios na saída de código do Claude em tarefas complexas
Um usuário do Reddit descobriu que usar um layout de prompt estruturado para tarefas mais longas no Claude Code ajuda a evitar a deriva da saída. A abordagem envolve definir elementos específicos como escopo da tarefa, arquivos necessários, critérios de sucesso e parâmetros de evitação antes da execução.
Usuário do r/openclaw pede script de migração legado antes de grandes atualizações
Um usuário do Reddit sugere adicionar um script de migração às atualizações do OpenClaw para prevenir problemas pós-atualização, reduzindo correções manuais para configurações incorretas.

7 Bugs do Gateway MCP: Vazamentos de Sessão, SSE Morta e OAuth no Modo Gateway
Uma postagem no Reddit detalha sete bugs reais de gateway MCP — vazamento de estado de sessão entre clientes, desconexões silenciosas de SSE, falhas de OAuth em modo gateway e mais — com correções baseadas em infraestrutura robusta, não em prompts melhores.