Estou criando uma ferramenta que filtra notificações da caixa de entrada em 5 níveis (4ª semana como solo builder)

 (klorn.ai)
1 pontos por k08200 18 일 전 | 2 comentários | Compartilhar no WhatsApp

Estou compartilhando o projeto (Klorn) que estou usando em dogfooding há 4 semanas como solo builder.
Feedback / discussão técnica / interesse em colaborar são bem-vindos.

▶ Motivo para começar
Já testei todas as ferramentas de assistente de IA, mas no fim só aumentaram as notificações.
Como todas enviam por push os "e-mails que parecem importantes", no fim o usuário acaba desligando as notificações.
"Este é um e-mail importante?" é a pergunta errada,
e acho que a pergunta certa é: "É importante o suficiente para interromper a pessoa agora?"

▶ Abordagem: Attention Firewall
Em vez de uma IA que trabalha 24 horas por dia, redesenhei como uma ferramenta para proteger o tempo em que você não deve ser interrompido.

Mecanismo central — escalonamento em 5 níveis:
Silent (apenas registro) → Queue (resumo diário)
→ Push (notificação no celular) → Call (ligação, em espera) → Auto-handle (tratamento automático + receipt)

Cada sinal (Contact Trust Score, palavras-chave de urgência, histórico do remetente, estado do calendário)
vota em qual tier deve ir.
O Trust Score aprende de forma cumulativa com taxa histórica de resposta / taxa de aceitação de reuniões / prioridade de domínio /
feedback do usuário (estrela·snooze).

▶ Stack
Next.js 15 + Prisma + Postgres(Supabase Session pooler),
Claude/OpenAI tool-use, assinatura push de Gmail+Calendar, deploy no Render.

▶ Estado atual, sendo sincero

  • Mesmo eu usando todos os dias, o maior inimigo é a "fadiga de notificações do meu próprio produto"
  • Guardrails de custo para LLM / tier Call / integração com mensagens de equipe ainda não foram implementados
  • Beta waitlist aberta (convites manuais)

Feedback / críticas / "assim seria melhor" — tudo é bem-vindo.

Leituras relacionadas

2 comentários

 
k08200 15 일 전

Compartilho o progresso do PoC em apenas 3 dias — o texto principal acima estava com a redação um pouco imprecisa, então estou corrigindo.

▶ Correção dos tiers: durante o andamento do PoC, reduzi de 5 tiers → 4 tiers (PUSH / QUEUE / SILENT / AUTO). O tier de Call foi removido e ficou em espera.

▶ Passou no Technical Gate do Day 7: 80% de concordância em relação a 50 e-mails rotulados manualmente por mim. Foi a primeira barra que defini no POC.md.

▶ Fluxo de Email + Calendar adicionado: o Klorn cria um rascunho de reagendamento e o usuário aprova. “Proibido envio automático” está gravado no código como um invariant test (PR #454), então mesmo dentro de AUTO, ações de envio externo (send_email, create_event) nunca são executadas automaticamente. Só ações internas de baixo risco (classify, mark_read, briefing) são automáticas.

▶ Override = GROUP BY, not LLM: o reclassify com 1 clique entra como ground truth do prompt seguinte.

Walkthrough de 60 segundos (inclui o fluxo de Calendar + mensagem do invariant test):
https://x.com/klornai/status/2060688051920314608

Post completo no Dev.to:
https://dev.to/k08200/…

Também coloquei o vídeo de demonstração na landing: https://klorn.ai

Feedback / contrapontos / “daria para resolver melhor assim” — tudo é bem-vindo.
 
k08200 18 일 전

Informação que eu tinha esquecido — o repositório no GitHub está público: https://github.com/k08200/klorn
Stars / Issues / PRs são bem-vindos.