Player Intake Outreach — Matching e Primeiro Contato

Resumo

Processo de triagem e primeiro contato para leads que chegam pelo formulário do DM Yan. O objetivo é abrir uma conversa qualificada com recomendações de mesas apoiadas por vagas reais, sem transformar a mensagem em catálogo, pressão de venda ou leitura integral do formulário.

Por que é relevante para Yan

O processo conecta captação de jogadores, disponibilidade real das mesas e comunicação personalizada. Ele protege a credibilidade do primeiro contato ao exigir verificação operacional de horário, sistema, campanha, preço, vagas e links antes de qualquer mensagem ser preparada.

Como funciona

1. Normalizar o formulário: nome e apelido, região, fuso, sistemas, idiomas, gêneros, arquétipos, disponibilidade, categoria de orçamento, interesses, experiência e mensagem.
2. Consultar a fonte operacional de mesas e vagas. Página pública ou metadado antigo não prova que existe uma vaga.
3. Aplicar filtros obrigatórios: elegibilidade, idioma, sistema, sobreposição de horário, viabilidade de fuso, status da campanha e vaga aberta.
4. Ordenar recomendações por horário > sistema > interesse de campanha. Horário é eliminatório; a comparação deve ser feita no fuso do lead.
5. Apresentar no máximo três blocos: Tier 1 para encaixe exato; Tier 2 para afinidade com desvio declarado; Tier 3 para interesse explícito com conflito de horário, apresentado apenas como exceção a confirmar.
6. Priorizar a faixa de orçamento adequada e declarar diferenças de preço ou idioma quando uma alternativa de outra faixa for mostrada.
7. Anexar somente links reais das duas sessões mais recentes quando existirem; nunca inventar links, preços, vagas, disponibilidade ou recaps.
8. Redigir uma síntese curta, normalmente entre 120 e 180 palavras, com perfil condensado, uma razão específica por mesa e uma pergunta final de baixa fricção.

Decisões já tomadas

• O matcher determinístico decide elegibilidade, horários, sistemas, vagas e pertencimento aos tiers; um LLM pode apenas editar a forma depois que a shortlist foi aprovada.
• O contato inicial não fecha pagamento nem resolve questões sensíveis. Booking, pagamento e casos ambíguos permanecem com Yan.
• A fonte de horário deve seguir a correção verbal do lead quando disponível; depois vêm a listagem operacional e, por último, páginas ou frontmatter do site, que podem estar desatualizados.
• O campo budget do formulário representa plano de pagamento, não categoria nacional/internacional; não deve decidir o preço sem uma fonte de preços.
• O nome escolhido e o apelido entre parênteses devem ser preservados na saudação.
• Um lead só deve ser marcado como processado depois que a sequência e a auditoria forem salvas.
• A entrega para revisão deve manter versão consolidada e mensagens sequenciadas copiáveis, sem comentários misturados ao texto destinado ao jogador.

Operação e auditoria

O watcher de intake lê novos registros, cruza-os com a agenda viva, salva sequência e auditoria e notifica o canal privado do mestre para revisão. A auditoria deve registrar ID do intake, snapshot de vagas, motivos das recomendações, links de sessões, versão da mensagem, modo de geração (llm, fallback ou disabled), horário e resultado. O envio automático ao jogador não é o objetivo do watcher.

Limitações e cuidados

• Não inferir disponibilidade a partir de uma página pública stale.
• Não tratar uma resposta sent do dispatcher como prova de entrega; a mensagem deve ser lida de volta no canal-alvo.
• Não permitir que o LLM reescreva nomes, sistemas, horários, vagas, preços, links ou tiers.
• Não usar falsa escassez, urgência sem evidência ou frases genéricas de encaixe.
• Se uma fonte obrigatória divergir ou estiver ausente, segurar o outreach para revisão.

Relações no vault

• Hermes Agent
• Infraestrutura de Divulgação

Detalhes operacionais do watcher

• O watcher lê os novos intakes do banco operacional, cruza-os com live_schedules.json, salva a sequência copiável em .txt e .json e registra a auditoria em intake_outreach_audit.jsonl.
• O estado de processamento deve ser inicializado com os IDs já existentes antes da primeira execução; iniciar com estado vazio pode reprocessar o histórico e gerar contatos duplicados.
• O fluxo gera material para revisão do mestre, não envia automaticamente a DM ao jogador. O lead só pode ser marcado como processado depois de a sequência e a auditoria terem sido salvas.

Entrega e validação da mensagem

• Para uso móvel no Discord, entregar uma versão consolidada e mensagens sequenciadas em blocos limpos, além de um .txt para download; não misturar cabeçalhos ou comentários dentro do texto copiável.
• Quando houver editor LLM, validar o JSON de retorno, o modo de geração, o contato público aprovado e a quantidade de blocos; qualquer timeout, erro ou resposta inválida deve usar o texto determinístico como fallback.
• Antes de ativar mudanças com LLM, executar um dry-run conhecido e conferir a saída. Uma resposta sent do dispatcher não substitui a leitura de volta no canal-alvo.

Fontes

• Evidência local: skill player-intake-outreach, /home/ubuntu/.hermes/skills/social-media/player-intake-outreach/SKILL.md, consultada em 2026-10-18.