Seu celular deveria tocar quando realmente importa: o guia completo do Echobell

Do desenvolvedor de plantão aos traders de cripto e às casas inteligentes — um guia prático para receber alertas em chamada telefônica de todas as plataformas que você já usa.

Sumário

Tem uma situação pela qual quase todo mundo já passou pelo menos uma vez: algo quebrou às 2 da manhã, o alerta foi para o Slack, o Slack estava no "Não perturbe" e você só descobriu às 8, quando sua caixa de entrada já estava pegando fogo.

A tecnologia para enviar alertas não é o problema. O problema é que os alertas acabam em lugares que ninguém olha de verdade — ou em lugares que as pessoas se acostumaram a ignorar. O Echobell resolve isso encaminhando o que realmente importa direto para o seu celular como uma chamada. Do tipo que você atende de verdade.

Este guia mostra como diferentes tipos de pessoas usam o Echobell e como conectá-lo às ferramentas que elas já têm rodando.


Desenvolvedores: pare de saber das quedas pelos seus usuários

Se você mantém qualquer serviço em produção, provavelmente já recebeu aquela mensagem de um usuário que começa com "ei, o site de vocês está fora do ar?". Você confere e, sim, está fora há 40 minutos. O alerta de monitoramento disparou. Foi para um canal. Ninguém viu.

O Echobell se encaixa no seu monitoramento atual via webhook. Quando algo dá errado, seu celular toca.

A integração mais rápida é um único comando curl no fim de um health check:

curl -X POST https://hook.echobell.one/t/<channel-token> \
  -H "Content-Type: application/json" \
  -d '{
    "title": "payment-service is down",
    "body": "Health check failed at 03:42 UTC",
    "notificationType": "calling"
  }'

Se você usa Grafana, adicione o Echobell como um ponto de contato de webhook — suas regras de alerta continuam as mesmas, você só ganha um novo canal de entrega. O mesmo vale para UptimeRobot, Freshping ou Better Uptime: cole a URL do webhook e pronto.

No GitHub Actions, coloque um passo de notificação no fim do seu workflow:

- name: Notify via Echobell
  if: always()
  run: |
    curl -X POST https://hook.echobell.one/YOUR_KEY \
      -H "Content-Type: application/json" \
      -d "{
        \"title\": \"${{ github.workflow }} — ${{ job.status }}\",
        \"body\": \"${{ github.repository }}\",
        \"notificationType\": \"time-sensitive\"
      }"

Chega de ficar atualizando a aba Actions. O build termina, o celular vibra.

Para escalas de plantão, use canais compartilhados: quem está de plantão se inscreve, os demais não. Quando a escala muda, troque os inscritos. Mais simples do que configurar o PagerDuty para um time de 3 pessoas.


Traders e investidores: saiba no segundo em que seu setup dispara

Para quem opera — ações, cripto ou commodities — o tempo é tudo. Alertas de preço que chegam por e-mail são praticamente inúteis se você não estiver olhando para a tela.

O TradingView já vem com alertas por webhook. Configure o alerta, aponte a URL do webhook para o seu canal do Echobell e seu celular toca quando a condição é atingida.

Uma mensagem típica de alerta do TradingView fica assim:

{
  "title": "BTC broke $70k",
  "body": "Price: {{close}} on {{ticker}}",
  "notificationType": "calling"
}

Para setups próprios — bots, scripts ou qualquer coisa que consuma a API de uma exchange — adicione uma chamada ao Echobell sempre que uma condição for acionada:

import httpx

def alert_price_hit(symbol: str, price: float, target: float):
    httpx.post(
        "https://hook.echobell.one/t/<channel-token>",
        json={
            "title": f"{symbol} hit your target",
            "body": f"Current: ${price:.2f} | Target was: ${target:.2f}",
            "notificationType": "calling"
        }
    )

Para casos menos urgentes — um resumo diário da carteira, por exemplo — use time-sensitive em vez de calling. Ele ainda atravessa o modo Foco, mas não vai tirar você do sono num susto.


Casa inteligente: quando sua casa realmente precisa de você

Automação residencial é ótima até você estar a 300 km de casa sem a menor ideia se o sensor de água disparou, se o alarme de fumaça tocou ou se a porta da frente foi aberta às 3 da manhã.

O Home Assistant se integra ao Echobell com um simples comando REST. No seu configuration.yaml:

rest_command:
  echobell_alert:
    url: "https://hook.echobell.one/t/<channel-token>"
    method: POST
    headers:
      Content-Type: "application/json"
    payload: '{"title": "{{ title }}", "body": "{{ body }}", "notificationType": "{{ type }}"}'

Depois, nas suas automações:

action:
  - service: rest_command.echobell_alert
    data:
      title: "Water leak detected"
      body: "Basement sensor triggered — check immediately"
      type: "calling"

O padrão que funciona bem aqui é escalonar os alertas por gravidade:

  • Fumaça, água, monóxido de carbono → calling
  • Porta/janela aberta com a casa vazia → time-sensitive
  • Movimento detectado → active (ou nem isso, se você preferir não ser incomodado o tempo todo)

No-code e low-code: Zapier, Make.com, n8n

Nem todo caso de uso é um problema de desenvolvedor. A maioria dos gatilhos de negócio vive em ferramentas que já trazem automação de fluxos embutida.

O Zapier tem milhares de gatilhos: novo envio de formulário, pagamento do Stripe recusado, mudança de estágio no CRM, nova linha no Google Sheets. Qualquer um deles pode fazer POST para um webhook do Echobell:

  • Novo lead de alto valor → chamada telefônica
  • Pagamento recusado no Stripe → push urgente
  • Violação de SLA na sua ferramenta de suporte → calling

O Make.com funciona do mesmo jeito. Adicione um módulo HTTP a qualquer cenário, aponte para o seu canal do Echobell e qualquer automação que você criar já pode chegar ao seu celular em tempo real.

O n8n (auto-hospedado ou na nuvem) permite montar uma lógica tão complexa quanto você quiser antes de o alerta disparar. Você pode filtrar, enriquecer, remover duplicatas e limitar a frequência dos alertas no n8n antes que eles cheguem ao Echobell — o que significa menos falsos positivos e menos fadiga de alertas.

Em todos esses casos, o webhook do Echobell aceita:

{
  "title": "Alert title here",
  "body": "Additional context",
  "notificationType": "active | time-sensitive | calling"
}

Você também pode usar variáveis dinâmicas no modelo de mensagem do canal, para que o conteúdo do alerta venha direto dos dados do evento que o acionou.


IA e fluxos assíncronos: pare de vigiar o terminal

Se você roda tarefas demoradas — treinamentos, processamento em lote, tarefas de agentes de IA, pipelines de ETL —, já conhece a sensação de ficar olhando uma barra de progresso ou atualizando uma janela de terminal. Existe um jeito melhor.

O Echobell Direct te dá um webhook pessoal que não exige configurar um canal completo. Basta colocar uma chamada no fim de qualquer script:

import httpx

def notify_done(job: str, summary: str):
    httpx.post(
        "https://hook.echobell.one/d/YOUR_DIRECT_KEY",
        json={
            "title": f"{job} finished",
            "body": summary,
            "notificationType": "time-sensitive"
        }
    )

# at the end of your script
notify_done("embedding_generation", f"Processed 50,000 documents in {elapsed:.1f}s")

Se você trabalha com o Claude ou outros agentes de IA pela integração WebhookMCP, o próprio agente pode disparar a notificação quando a tarefa termina. Você inicia o trabalho, vai fazer outra coisa e seu celular vibra quando fica pronto.


Escolhendo o nível de urgência certo

Uma das decisões mais importantes em qualquer configuração de alertas é fazer a urgência corresponder à gravidade real do evento. O Echobell tem três níveis:

TipoO que fazQuando usar
activeNotificação push normalAtualizações de baixa prioridade, avisos informativos
time-sensitiveAtravessa o modo Foco do iOSImportante, precisa de atenção em breve
callingO celular toca como numa chamada recebidaProdução fora do ar, receita em risco, segurança física

O tipo calling exige uma assinatura Pro, e isso é intencional — ele existe para as coisas que realmente não podem esperar. Use time-sensitive na maioria dos alertas e reserve o calling para os poucos eventos em que uma resposta atrasada tem consequências reais.

O Echobell também tem o recurso de Condições, que permite adicionar lógica na camada de entrega. Por exemplo: ligar apenas fora do horário comercial ou alertar somente se um valor ultrapassar um limite. Isso é útil quando o sistema de origem não tem bons filtros — você resolve do lado do Echobell.


Sistemas só de e-mail: a saída esquecida

Alguns sistemas — ferramentas antigas de monitoramento, softwares corporativos legados, relatórios automáticos — só sabem enviar e-mail. Isso não é problema. Todo canal do Echobell tem um endereço de caixa de entrada exclusivo em @echobell.one.

Envie um e-mail para esse endereço, ou crie uma regra de encaminhamento a partir de uma caixa de entrada existente, e ele dispara uma notificação como qualquer outra fonte. O assunto vira o título e o corpo vira a mensagem. Sem escrever código.


Por onde começar

O jeito mais rápido de tirar valor do Echobell é identificar uma notificação que você perde hoje — um cron job que falhou, o resultado de um deploy, um alerta de monitoramento — e encaminhá-la para o seu celular.

É isso. Uma integração. Veja como é a sensação de realmente saber de algo em tempo real, em vez de descobrir uma hora depois.

A partir daí, é fácil expandir o padrão. A maioria das integrações leva menos de 15 minutos para configurar, uma vez que você tenha um canal e uma URL de webhook.


Relacionados

Artigos relacionados