Todos os sinais. Uma história clara.

O LogBrew ajuda você a investigar falhas da aplicação com problemas agrupados, logs e traces. Abra um problema para inspecionar o contexto capturado ou pesquise nos logs um evento específico. Os detalhes disponíveis dependem da sua integração e do que a sua aplicação envia.

Os logs registram eventos individuais, incluindo a atividade normal. O rastreamento de erros agrupa falhas relacionadas em problemas, para que você veja as ocorrências repetidas e quando elas aconteceram pela última vez. Use o problema para escolher o que investigar e depois inspecione os logs relacionados para ter contexto.

Comece por uma ocorrência capturada e confira o ambiente, a versão, a mensagem e o rastreamento de pilha (stack trace). Revise os logs relacionados e as evidências de trace, quando houver. Esses registros podem restringir a investigação mesmo quando você não consegue reproduzir o erro localmente, mas não garantem a causa raiz.

Quando sua integração captura breadcrumbs ou logs relacionados, os detalhes do problema podem mostrar os eventos em torno da falha. Um trace vinculado pode acrescentar o tempo das operações. O LogBrew não consegue reconstruir atividades que a sua aplicação não capturou.

Um log registra um evento. Um rastreamento de pilha (stack trace) mostra as chamadas de função associadas a um erro. Um trace distribuído acompanha operações relacionadas em uma requisição ou tarefa, possivelmente em vários serviços. Cada um responde a uma pergunta diferente durante a depuração.

Use Problemas para revisar as falhas agrupadas, as contagens de ocorrências e a ocorrência mais recente. Filtre os resultados por projeto e período e depois inspecione uma ocorrência individual. A repetição ajuda a identificar um padrão, mas não mede, por si só, o impacto nos usuários.

Eventos relacionados podem ser conectados quando suas integrações capturam e propagam o mesmo contexto de trace. Um horário em comum ou uma mensagem parecida não basta para provar que dois eventos pertencem à mesma requisição. Siga as instruções de tracing de cada integração.

Um erro pode ser capturado sem um contexto de trace ativo. Um trace também pode estar indisponível no momento em que você o inspeciona. Confira o status das evidências nos detalhes do problema e a configuração de tracing da sua integração. Um SDK mais novo não adiciona contexto de trace a ocorrências antigas.

Sim. Use o contexto de investigação disponível, a CLI ou as ferramentas de MCP para dar ao seu agente evidências com escopo definido. O guia para agentes explica o fluxo. Confira quais dados você compartilha, mantenha as credenciais fora dos prompts e revise as alterações propostas antes de aplicá-las.

Você pode investigar direto no painel. As ferramentas para agentes são opcionais. Nos dois casos, use as evidências capturadas e deixe visível o contexto ausente ou limitado. O LogBrew não garante uma correção automática.

Crie um projeto, escolha a integração para sua linguagem ou framework e siga o guia de configuração dela. Envie um evento de teste seguro e confirme que ele aparece no projeto certo. Os sinais compatíveis e a configuração variam entre as integrações.

Primeiro, confira o projeto selecionado, o período e os outros filtros. Depois, verifique a configuração do projeto e o sinal que a sua integração envia. Logs, problemas e traces são fluxos separados. Uma página de Logs vazia não significa que nenhum problema foi recebido.

Você pode organizar a telemetria em projetos e usar as visualizações compatíveis para selecionar um, vários ou todos os projetos que você pode acessar. Um serviço identifica o componente que envia os dados dentro de um projeto. Mantenha esses escopos claros ao comparar a atividade do frontend, do backend e dos workers.

A coleta e o envio de telemetria usam recursos. O efeito depende do SDK, da configuração e do volume de eventos. Teste sua integração com uma carga de trabalho representativa e use os controles documentados para esse SDK. Não suponha que o custo seja zero.

Não inclua segredos nem dados pessoais desnecessários em mensagens, atributos ou contexto de erro. Revise as opções de captura e ocultação do seu SDK e inspecione um evento de teste seguro antes de ativar a integração em produção. Não suponha que todos os campos sejam removidos automaticamente.

Use a página de Preços para ver os planos atuais e as franquias incluídas. Depois de entrar, confira as páginas de conta e de uso para ver as informações da sua conta. Consulte os detalhes do plano atual em vez de supor que a coleta seja ilimitada.