Infraestrutura de Divulgação

Resumo

A divulgação de campanhas é tratada como um processo de sincronização entre fontes de metadados e rotacionadores. A cópia publicÔvel do vault é a fonte de verdade; mudanças de vagas, nível, estado de campanha ou status no site exigem conferência das superfícies dependentes antes de publicação.

Fontes e responsabilidades

O procedimento operacional relatado organiza cinco fontes:

  1. Templates do vault em RPG/1-Aventuras/-Divulgação/{en,pt}/, fonte de verdade das cópias de campanha.
  2. Arquivos de projetos do site, que devem espelhar o vault.
  3. Configuração multiplataforma de Reddit/X, cujo campo de vagas abertas deve espelhar o vault.
  4. Configuração estrutural da rotação de Facebook.
  5. Configuração estrutural da rotação de Discord.

Os rotacionadores não devem ser tratados como autoridade para vagas ou estado da mesa. Uma atualização só estÔ completa quando a fonte canÓnica e cada destino afetado forem conferidos.

Uso atual e cuidados

  • A pasta Divulgação RPG — ƍndice Ć© a referĆŖncia local para templates, scripts e regras de operação.
  • A sincronização de resumos de sessĆ£o para divulgação precisa de verificação ponta a ponta; a existĆŖncia de um resumo nĆ£o prova que a cópia publicĆ”vel foi atualizada.
  • NĆ£o registrar credenciais, tokens, cabeƧalhos de autorização ou identificadores privados das contas e configuraƧƵes.
  • Antes de anunciar, validar o template correspondente e a saĆ­da/registro da automação; antes de alterar configuraƧƵes, confirmar a grade de mesas vigente.

Registro unificado e validação de divergências

Confirmado por relatórios de auditoria no lote, 2026-10-03: a Fase 2 do SSOT possui um registro complementar de campanhas, uma visão unificada somente de leitura e um validador de divergências. A evidência preservada aqui vem das auditorias relatadas no lote, não de uma nova execução independente desta curadoria.

Separação de autoridade: o cadastro financeiro mesas_config.json continua dono de jogadores, preços e capacidade. O registro complementar guarda identidade, ciclo de vida, superfícies, material, links, aliases entre identificadores e lacunas de vínculo; contagem de jogadores e vagas abertas são derivadas em tempo de execução, e não persistidas nele.

Validação e bloqueios de dados: o validador emite SEVERIDADE|CODIGO|contexto|detalhe. Na reexecução relatada, o código 2 permaneceu restrito a divergências de dados (VAGA_MISMATCH e vínculos órfãos de Facebook), sem SCHEMA_ERROR. Esses itens exigem decisão humana sobre a cópia/site; o validador não os autocorrige.

SaĆŗde compartilhada para automaƧƵes — correƧƵes reavaliadas: segundo o relato mais recente, 13 testes unitĆ”rios passaram e cinco arquivos Python compilaram após as correƧƵes. O manual-resume passou a promover somente causas recuperĆ”veis de autenticação/ausĆŖncia de token; falhas transitórias de rede e HTTP nĆ£o autenticacionais nĆ£o degradam a saĆŗde; execuƧƵes de builder e publisher registram heartbeat mesmo sem publicação; e o cooldown de alertas Ć© separado por natureza da falha. O validador tambĆ©m aceita versĆ£o de esquema 1.x, revisĆ£o a partir de 1 e verifica lifecycle.status.

Princípios a preservar: o mapeamento entre IDs de campanha precisa de cobertura verificÔvel, pois nomes e slugs podem divergir entre superfícies. Mudanças em fontes manuais não devem ser sincronizadas silenciosamente, e bloqueios de dados devem permanecer visíveis até resolução explícita.

Reconciliação de disponibilidade e rotações

Confirmado pelo relato operacional no lote, 2026-10-03: o estado informado para a grade era: Season of Ghosts sem vagas; Sombras de Merritt sem vagas e fora da divulgação pĆŗblica por ser grupo fechado; Raiders of the Serpent Sea e Heroes of Thylea Friday com duas vagas cada; e Sky King’s Tomb encerrada antes de iniciar.

AlteraƧƵes relatadas, nĆ£o reexecutadas nesta curadoria: Sky King’s Tomb foi removida das rotaƧƵes de Reddit/Facebook e Discord; um alias Discord foi associado Ć  mesa de The One Ring 2e para eliminar um vĆ­nculo órfĆ£o; os horĆ”rios de Heroes of Thylea Friday e Season of Ghosts foram corrigidos nas superfĆ­cies divergentes. A auditoria posterior relatou ausĆŖncia de divergĆŖncias de vagas, horĆ”rios, rotação obsoleta e vĆ­nculos órfĆ£os; persistiram somente avisos SITE_STALE por falta de regeneração dos arquivos de site.

Cuidado: a possível elevação da capacidade mÔxima de Raiders of the Serpent Sea e Heroes of Thylea Friday para seis jogadores foi explicitamente deixada pendente de confirmação humana. Não tratÔ-la como decisão adotada sem nova evidência.

Publicação do site — Season of Ghosts

Relato operacional no lote (2026-10-02): a correção do horÔrio de Season of Ghosts para 19:00 foi enviada ao repositório do site. O fluxo relatado dispara o deploy a partir de um push na branch principal e reconstrói o contêiner da aplicação.

Estado no momento do relato: a reconstrução ainda não havia sido confirmada; o contêiner ativo era anterior ao push e uma checagem única de deploy teria sido agendada. Portanto, este registro não comprova que a alteração chegou ao site público. Antes de tratÔ-la como publicada, conferir o pipeline, a recriação do contêiner e o conteúdo efetivamente servido.

Incidente de entrega na rotação do Discord

Confirmado pelo registro operacional do lote (2026-10-03): a rodada de divulgação de Sombras de Merritt registrou uma falha no destino Royal_RPG. O fallback informou que o compositor foi limpo sem que o texto de verificação esperado fosse encontrado no corpo da mensagem; portanto, o registro classificou a tentativa como não entregue.

Implicação operacional: compositor vazio não deve ser aceito como prova de publicação. O destino precisa permanecer como falha até que uma verificação independente da mensagem publicada confirme a entrega. Este é um único incidente relatado; não estabelece, por si só, causa raiz nem comportamento geral do rotacionador.

Avaliação de canais LFG: Roll20 e Warhorn

Contexto do lote: houve uma solicitação para avaliar a divulgação automatizada de mesas em LFG do Roll20 e no Warhorn. Isto é uma avaliação de requisitos e limites; não comprova que contas, listings ou automações foram configurados.

Roll20 LFG

Confirmado pela documentação oficial: o LFG é vinculado a um jogo criado no Roll20. Para ativar a listagem, a pÔgina de detalhes do jogo deve ter ao menos tipo de jogo e data da próxima sessão; a listagem pode levar até duas horas para aparecer. Mesas pagas são permitidas, mas devem ser marcadas como tal e informar com clareza método, valor e frequência do pagamento. A pÔgina oficial também fornece o texto de aviso de responsabilidade para posts no fórum LFG pago.

Decisão operacional: não apresentar uma mesa como jogada no Roll20 quando a operação usa Foundry VTT; qualquer listing futuro deve descrever corretamente a plataforma de jogo e passar por revisão manual de conformidade antes da publicação. A criação/edição via navegador não foi validada como API pública neste lote; portanto, não deve entrar em um rotacionador autÓnomo sem pesquisa e teste controlado.

Warhorn

Confirmado pela documentação oficial: o Warhorn se apresenta como ferramenta de organização e inscrições para eventos de jogos. A documentação para desenvolvedores expõe login e uma API GraphQL para exibir agendas e inscrições em outro aplicativo ou site.

Limite conhecido: essas fontes não confirmam permissões de escrita para criar ou alterar eventos, nem adequação do serviço à captação contínua de mesas pagas. Antes de qualquer integração, confirmar regras de pagamento, fluxo de criação de eventos, escopo de autenticação e possibilidade de automação de escrita diretamente com a documentação e uma conta de teste. Até lÔ, Warhorn é canal em avaliação, não destino de publicação.

Playbook de LFG e responsabilidade de Janus

Relato da resposta capturada (2026-10-03): o dossiê operacional de Janus teria sido atualizado para concentrar a divulgação, além de triagem e onboarding. A curadoria não pÓde inspecionar o template do Blackboard; portanto, esta nota preserva a decisão e não comprova que o agente ou uma automação a aplique em produção.

Estrutura de cópia para fóruns: a prÔtica declarada é espelhar a divisão clara de uma listing do StartPlaying, sem copiar uma campanha alheia. Para cada anúncio, organizar: título com sistema, modalidade paga, plataforma e horÔrio; pitch e lore; o que o GM fornece; detalhes de jogo e segurança; criação de personagem; agenda e plataforma; e instruções de entrada. A cópia deve identificar corretamente o Foundry VTT como VTT usado pela operação, em vez de insinuar que a mesa é jogada no Roll20.

Triagem de interessados: para posts de fórum e mensagens privadas, usar um formulĆ”rio sucinto de cinco linhas que colete apenas o necessĆ”rio para avaliar aderĆŖncia — nome/pronomes, experiĆŖncia e interesse, disponibilidade e fuso, requisitos de acessibilidade/limites relevantes e melhor meio de retorno. Evitar dados sensĆ­veis, financeiros ou credenciais; a SessĆ£o 0 continua sendo o espaƧo para alinhamento aprofundado de expectativas e ferramentas de seguranƧa.

Conformidade por destino: a estrutura não substitui regras do canal. No Roll20, aplicar a marcação de mesa paga, transparência de preço/frequência e o aviso exigido pela plataforma; manter revisão humana antes de publicar em qualquer canal em avaliação. O link de inscrição e a disponibilidade devem vir da fonte canÓnica, conforme as regras de sincronização desta nota.

Limite de confirmação

A arquitetura acima foi extraída de uma skill operacional carregada em uma execução agendada. Esta curadoria confirmou a existência do lote e da documentação do vault, mas não inspecionou o site, as configurações externas, os scripts, o agendador ou publicações. Assim, caminhos externos, sincronização efetiva e estado atual dos rotacionadores permanecem não auditados nesta nota.

RelaƧƵes no vault

Fontes

  • EvidĆŖncia local: lote de knowledge capture batch-26f6da40e39c4994bff2535afd4bb084, evento 954472a749606bc61dea4e7d, consultado em 2026-10-03.
  • Roll20 Help Center, ā€œUsing Our Looking for Group Toolā€, https://help.roll20.net/hc/en-us/articles/360037774473-Using-Our-Looking-for-Group-Tool, consultado em 2026-10-03.
  • Roll20 Help Center, ā€œPaid Gamesā€, https://help.roll20.net/hc/en-us/articles/360037770873-Paid-Games, consultado em 2026-10-03.
  • Warhorn, ā€œWarhorn for Developersā€, https://developer.warhorn.net/, consultado em 2026-10-03.
  • EvidĆŖncia local: lote de knowledge capture batch-b1dd9591fc474b119e02c46b55f57a53, evento 5ae0b78dd2d7dc1239657c22, consultado em 2026-10-03.
  • EvidĆŖncia local: lote de knowledge capture batch-14aa9488f7b04709994c51fb1997dc86, evento 8427c8321630b6be4780ae25, consultado em 2026-10-03 (proposta arquitetural; nĆ£o confirma implementação).
  • EvidĆŖncia local: lote de knowledge capture batch-bd9e3eddcd814d8bacf30819cc8f6ce0, eventos 62b50143abc7acb86441c98d e 035ca01611b3ad098f7c9764, consultado em 2026-10-03 (revisĆ£o e plano v2 relatados; nĆ£o confirma implementação).
  • EvidĆŖncia local: lote de knowledge capture batch-571a3767dd30424c8ce4c7e7d931f434, evento c6b71b0921f4e3228a640da0, consultado em 2026-10-03 (relato de implementação e execução do validador; artefatos nĆ£o acessĆ­veis para auditoria independente).
  • EvidĆŖncia local: lote de knowledge capture batch-470f06c371ca44678b06a62d68efe102, evento c1e0975e6ce9cda663dd2ddb, consultado em 2026-10-03 (resultado de auditoria final relatado contra o código; nĆ£o reexecutado nesta curadoria).
  • EvidĆŖncia local: lote de knowledge capture batch-f3be7bb4708947bf8e75932803fe2ca5, consultado em 2026-10-03 (correƧƵes posteriores e revalidação relatadas; nĆ£o reexecutadas nesta curadoria).
  • EvidĆŖncia local: lote de knowledge capture batch-693feef4744a411aba28b5f17b4ec2be, evento 1786c4b25631dacfd5601ad2, consultado em 2026-10-03 (estado de vagas informado e reconciliação operacional relatada; nĆ£o reexecutada nesta curadoria).
  • EvidĆŖncia local: lote de knowledge capture batch-65e647b16081430ca193a6a86f3ff608, evento 72f81bc930a43a1035832a45, consultado em 2026-10-03 (push e deploy do site relatados; publicação pĆŗblica nĆ£o confirmada nesta curadoria).
  • EvidĆŖncia local: lote de knowledge capture batch-170e4765ac694df89a2a43167ea8b1f6, evento 6e519e40576d1ca1bb899798, consultado em 2026-10-03 (incidente de entrega em Royal_RPG relatado; sem inspeção independente da publicação).
  • EvidĆŖncia local: lote de knowledge capture batch-75fdda59c31649bb885365ce0a233bc2, evento 5d85573172829aacb05c1883, consultado em 2026-10-03 (decisĆ£o e playbook relatados; template do Blackboard nĆ£o acessĆ­vel a esta curadoria).
  • Divulgação RPG — ƍndice, consultado em 2026-10-03.