Lista de anomalias de Anomaly Cafe

Esta lista de anomalias de Anomaly Cafe é um índice de sinais documentados atualmente, não uma afirmação de que todas as entidades têm nome ou de que o catálogo está completo. O criador confirma anomalias inesperadas como ameaça central. Guias e vídeos atuais do mesmo jogo apoiam observação de clientes, comparação por câmera em algumas versões, mudanças ambientais, interrupções do atendimento e pressão de sobrevivência. A evidência pública ainda não sustenta um catálogo confiável com nomes, taxas e respostas.

Como ler o índice

Cada classe informa o tipo de sinal, onde ele pode ser percebido, a prioridade da resposta, o estado da evidência e a data da verificação. Uma classe pode conter vários eventos ou etapas de um evento. Não transforme esses rótulos em nomes oficiais. Quando o jogo mostrar um nome, preserve a grafia e o contexto da versão antes de incluí-lo.

“Relatado pela comunidade” significa que um guia atual e relevante apoia o comportamento. “Precisa de teste no jogo” significa que a ideia é possível, mas não é confiável como regra. “Oficial” vale apenas para a premissa ampla de atendimento, manutenção e sobrevivência.

Índice de sinais documentados

Adicione um encontro específico com segurança

Uma entrada nomeada útil precisa do nome exato no jogo ou de um rótulo descritivo, sinal repetível, local ou contexto, efeito no jogador, resposta realmente testada, data da versão e nível de evidência. Uma captura ou um título dramático não basta.

Se a fonte mostra o sinal mas não a resposta, publique somente o sinal. Se o nome for disputado, mantenha a classe descritiva. Quando uma atualização mudar o comportamento, guarde a data e revise o item ativo em vez de fingir que as duas versões sempre se aplicam.

Use a lista durante o turno

Não procure o catálogo inteiro durante o perigo. Estabeleça uma referência antes do turno, escolha a classe mais próxima do primeiro sinal confiável e siga o feedback atual. A classe ajuda a dizer se a mudança é visual no cliente, comportamental, de visão alternativa, ambiental, operacional ou uma ameaça ativa.

Depois da rodada, compare observações e veja se a evidência é repetível. Assim as decisões ao vivo ficam rápidas sem transformar detalhes não confirmados em folclore da equipe.

Separe anomalia, manutenção e bug

Manutenção normalmente tem prompt ou interação que restaura uma função. Uma anomalia faz parte da pressão de sobrevivência e pode produzir aviso ou resposta. Um bug pode gerar animação presa, prompt ausente ou diferença de servidor sem resultado consistente.

Use local, momento, repetição, objetivo e observação de companheiros. Se um prompt de manutenção resolve, registre como manutenção. Se o jogo confirma perigo, mude para sobrevivência. Se não houver repetição nem feedback, mantenha como incerto.

Campos que ainda precisam de confirmação

Quantidade completa, nomes, formas, sons, comportamento, raridade, condições de surgimento, risco, dano, falha, recompensa e respostas ainda não estão resolvidos. A página de identificação explica a confirmação e o guia de sobrevivência explica resposta e recuperação.

Perguntas frequentes

Esta é a lista completa de anomalias?

Não. É uma lista de sinais documentados atualmente, não um catálogo definitivo. Nomes, quantidade e condições precisam de confirmação ao vivo ou do criador.

Uma classe pode conter várias anomalias?

Sim. As classes organizam como o jogador percebe e responde; não afirmam como o catálogo interno do jogo é dividido.

O que faço com uma descoberta nova?

Registre data da versão, local, sinal, feedback do jogo, resultado e se outra rodada independente reproduziu. Deixe campos sem evidência vazios.