Decida rápido quando uma oportunidade fizer sentido.

Uma oportunidade real exigia uma decisão rápida e informada.

O projeto surgiu com um usuário real recebendo oportunidades de hora extra em grupos existentes do WhatsApp. Para aceitar uma delas, ele precisava interpretar rapidamente a oportunidade, consultar sua escala e regras e decidir se ela era compatível com sua disponibilidade.

O valor depende de entregar uma decisão correta enquanto a oportunidade ainda é relevante. Por isso, latência é um requisito de produto, não uma claim pública de desempenho.

Automação completa não era a base certa.

A ideia original era uma automação completa do WhatsApp. A pesquisa de viabilidade encontrou uma limitação para acompanhar grupos e conversas existentes de uma conta pessoal pelas APIs oficiais do WhatsApp; ela é específica desse cenário, não uma limitação absoluta da API do WhatsApp.

Uma abordagem não oficial foi considerada e rejeitada. Uma nova conversa com o usuário real mostrou então que a resposta automática não era necessária.

Suporte à decisão é o produto.

O produto foi reposicionado em torno de suporte rápido e confiável à decisão, e não de respostas automáticas. Isso preserva o valor real para o usuário e remove envio e confirmação automáticos da V1.

Certeza para decidir; transparência quando houver dúvida.

Responsabilidades separadas evitam depender de um único canal.

WhatsApp é apenas a primeira Opportunity Source considerada. Source, Interpretation, Eligibility e Delivery são responsabilidades separadas. Opportunity Detection favorece recall dentro de limites razoáveis porque um falso negativo pode fazer o usuário perder uma oportunidade; uma afirmação de elegibilidade exige alta confiança. A IA pode auxiliar a Interpretation, mas não inventa informações ausentes nem toma decisões de elegibilidade.

1. Source

   ↓

2. Interpretation

   ↓

3. Eligibility

   ↓

4. Delivery

Disponibilidade é o conceito central.

O Eligibility Engine avalia os dados conhecidos da oportunidade conforme a disponibilidade e as regras definidas pelo usuário, de modo determinístico e explicável.

• ELIGIBLE — os dados conhecidos são compatíveis com a disponibilidade e as regras.
• INELIGIBLE — os dados conhecidos conflitam com a disponibilidade ou as regras.
• ABSTAIN é um resultado interno: há informação ou confiança insuficiente para afirmar qualquer um dos dois resultados anteriores.

Certeza para decidir não é o mesmo que certeza para notificar. Notificações de ELIGIBLE ficam ativadas por padrão. As notificações de ABSTAIN ficam ativadas por padrão como possíveis oportunidades que exigem verificação. A notificação voltada ao usuário não usa o termo técnico ABSTAIN; ela explica o que foi determinado e o que permanece desconhecido ou ambíguo. Notificações de INELIGIBLE são opcionais e ficam desativadas por padrão.

O primeiro conector está em avaliação, não é presumido.

A validação técnica atual explora um conector Android de notificações para WhatsApp pessoal. Android não define o produto, e a viabilidade desse conector ainda não foi confirmada ou concluída.

A V1 exclui envio automático, confirmação automática e clientes ou APIs não oficiais do WhatsApp.