Guia completo do Echobell: seu celular toca quando importa

Do dev de plantão aos traders de cripto e casas inteligentes: um guia prático para receber alertas em chamada das plataformas que você já usa.

Atualizado

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