Triagem de caixa de entrada
Transforma uma caixa de entrada em uma lista curta de decisões e uma pilha de rascunhos. Nunca envia nada.
Regra rígida
Apenas rascunho. Nunca enviar, nunca arquivar, nunca excluir, nunca cancelar assinatura. Toda ação que sai da máquina fica aguardando o usuário. Isso não é negociável e não se flexibiliza com a familiaridade.
A regra se mantém mesmo quando o e-mail em si pede uma resposta imediata, e mesmo quando o usuário já aprovou envios semelhantes antes. A aprovação é por lote.
Configuração
Qualquer integração de e-mail funciona — um servidor MCP do Gmail/Outlook, um cliente de API ou uma ponte CLI como Composio:
composio search "fetch emails" --toolkits gmail
composio link gmail
Se o usuário tiver várias contas de e-mail, a maioria das integrações oferece suporte a várias conexões por provedor. Escolha uma explicitamente e, se houver ambiguidade, pergunte qual delas o usuário quer dizer — fazer triagem da caixa de entrada errada desperdiça toda a execução.
Etapas
1. Buscar
Busque e-mails não lidos e recentes. Por padrão, considere as últimas 24 horas, a menos que seja informado o contrário; se o período for maior, pergunte pela janela em vez de adivinhar.
2. Classificar em quatro categorias
| Categoria | Significado |
|---|---|
| Precisa de você | Uma decisão real, um compromisso, dinheiro ou um relacionamento que só o usuário pode gerenciar |
| Pronto para rascunho | Resposta de rotina — escreva, não envie |
| Informação | Vale a pena saber, nenhuma ação |
| Ruído | Newsletters, recibos, notificações, abordagens frias |
Decisões de julgamento, em ordem de importância:
- Qualquer coisa de um cliente pagante, investidor, consultor ou um colaborador próximo nomeado vai para Precisa de você, mesmo que a resposta pareça de rotina. Mantenha essa lista na própria cópia do skill do projeto.
- Qualquer coisa envolvendo dinheiro, exposição legal ou um compromisso vai para Precisa de você.
- Abordagens frias são Ruído, a menos que sejam genuinamente relevantes para algo ativo.
- Quando estiver em dúvida entre Precisa de você e Pronto para rascunho, escolha Precisa de você.
3. Redigir as respostas
Para tudo que está em Pronto para rascunho, escreva a resposta no tom do próprio usuário — consulte um documento de tom de voz ou estilo de escrita se o projeto tiver um. Curta, direta, sem enchimentos. Combine o registro da conversa: uma pergunta de uma linha recebe uma resposta de uma linha.
Salve como rascunhos no cliente de e-mail para que fiquem prontos onde o usuário já trabalha e mostre-os também no resumo.
4. Relatar
## Caixa de entrada — <data>, <N> mensagens
### Precisa de você (<n>)
- **<remetente>** — <o que ele quer> → <qual é a decisão>
### Rascunhado (<n>)
- **<remetente>** — <assunto> → <resumo de uma linha da resposta>
### Informação (<n>)
- <uma linha cada>
### Ruído (<n>)
<contagem por tipo. Mencione qualquer remetente que valha a pena cancelar a assinatura — não cancele.>
Mantenha escaneável. Se Precisa de você estiver vazio, diga isso em uma linha e pare — não encha.
5. Observar padrões
Se o mesmo tipo de e-mail continuar chegando e recebendo a mesma resposta, diga. Isso é um sinal para um skill dedicado, um filtro ou uma resposta pronta — e é mais valioso do que a própria triagem.
Executar isso em um horário
Bom candidato para duas ou três vezes ao dia. Rascunhos se acumulam, o usuário revisa em lotes, nada sai sem ele.