Arquitetura para um Sistema de Briefing Diário de Inteligência Construído com Claude

Um desenvolvedor no r/ClaudeAI compartilhou a arquitetura de um sistema personalizado de briefing de inteligência diária construído usando a API Claude. O sistema cria briefings matinais personalizados a partir de fontes definidas pelo usuário, em vez de boletins informativos genéricos.

Arquitetura do Pipeline

O sistema segue um pipeline de cinco etapas:

• Ingestão: Coleta de 12 feeds RSS durante a noite, incluindo notícias do setor, blogs de concorrentes e subreddits. Processa aproximadamente 200 artigos por dia.
• Pontuação: Cada artigo recebe uma pontuação de relevância com base em uma lista de palavras-chave usando o Claude Haiku para velocidade e eficiência de custo. Artigos com pontuação abaixo de 0,4 são descartados, reduzindo o volume de 200 para 15-30 artigos.
• Triagem: Os artigos pontuados são classificados em três categorias: PASSAR (vai para o briefing), GUARDAR (salvar para depois) ou REJEITAR (descartar).
• Análise: Os artigos PASSAR recebem uma análise mais profunda usando o Claude Sonnet, focando nas implicações para o trabalho do usuário, em vez de uma simples sumarização.
• Briefing: Compilado em um e-mail matinal estruturado com três seções: Sinal (agir sobre isso), Observar (monitorar isso) e Adiado (revisitar depois). Entregue às 6h30.

Implementação Técnica

Estrutura de Custos: Menos de US$ 5 por mês em chamadas de API. O Haiku lida com a pontuação (custando centavos), enquanto o Sonnet processa apenas os 5-8 artigos que sobrevivem à triagem. O Deepgram seria o componente mais caro se fossem adicionados briefings de áudio.

Stack Tecnológico:

• Python com FastAPI
• Supabase para armazenamento
• API Claude (Haiku + Sonnet)
• Resend para entrega de e-mail
• Executa em uma instância Render de US$ 7 por mês

Aprendizados Principais

• A etapa de pontuação é mais crítica do que a análise. Se muitos artigos passarem, o Claude desperdiça tokens resumindo ruído.
• A saída estruturada com seções claras (Sinal/Observar/Adiado) provou ser mais útil do que uma parede de resumos. O desenvolvedor inicialmente tentou "resumir estes 10 artigos", mas achou ilegível.
• Os feeds RSS continuam subestimados, mas eficazes. A maioria das principais publicações, subreddits e repositórios GitHub ainda oferece feeds RSS, fornecendo uma camada de ingestão barata e confiável.