Esta lista de anomalías de Anomaly Cafe es un índice de señales documentadas actualmente, no una afirmación de que todas las entidades tengan nombre o de que el reparto esté completo. El creador confirma que las anomalías inesperadas son una amenaza central. Las guías y grabaciones actuales del mismo juego respaldan la observación de clientes, la comparación de cámaras en algunas versiones, los cambios ambientales, las interrupciones del servicio y la presión de supervivencia. La evidencia pública todavía no permite un catálogo fiable de entidades con nombres, probabilidades y counters.
Cómo leer el índice
Cada ficha indica una clase de señal, el lugar probable donde observarla, la prioridad de respuesta, el estado de evidencia y la fecha de comprobación. Una clase puede contener varios eventos o describir distintas fases de uno solo. No conviertas estas etiquetas en nombres oficiales de entidades. Cuando el juego activo proporcione un nombre, conserva su escritura exacta y el contexto de versión antes de añadirlo.
«Community reported» significa que una guía o walkthrough actual y pertinente respalda el comportamiento. «Needs in-game testing» significa que la idea general parece posible, pero no es lo bastante fiable para usarla como regla concreta. «Official» se aplica solo a la premisa amplia del creador sobre servicio, mantenimiento y supervivencia.
Índice de señales documentadas actualmente
Diferencia visible en un cliente
Tipo: Visual / cliente
Zona: Recepción o comedor
Efecto: Un detalle del cliente difiere de la base actual.
Respuesta: Pausa la aceptación, compara de nuevo y usa el feedback actual.
Estado: Community reported · 2026-08-20
Diferencia de comportamiento del cliente
Tipo: Conductual
Zona: Ruta del cliente
Efecto: El movimiento o la interacción se repite fuera del servicio normal.
Respuesta: Confirma desde otro jugador o punto de vista y descarta el lag.
Estado: Community reported · 2026-08-20
Diferencia en una vista alternativa
Tipo: Observación / visual
Zona: Interfaz de cámara disponible
Efecto: La vista alternativa muestra una diferencia que no se ve bien directamente.
Respuesta: Nombra la cámara o punto de vista y sigue los controles actuales.
Estado: Community reported · 2026-08-20
Diferencia ambiental
Tipo: Visual, audio o ruta
Zona: Puntos de referencia de la cafetería
Efecto: El mobiliario, la luz, el sonido o el acceso cambia inesperadamente.
Respuesta: Compáralo con los prompts de mantenimiento y busca una segunda señal.
Estado: Needs in-game testing por evento · 2026-08-20
Interrupción operativa
Tipo: Interrupción de servicio
Zona: Recepción, preparación o entrega
Efecto: El trabajo normal de cafetería se vuelve inseguro o imposible.
Respuesta: Congela tickets nuevos, asegura las rutas y restaura el circuito después.
Estado: Premisa amplia oficial; evento exacto no resuelto
Amenaza inmediata de supervivencia
Tipo: Peligro activo
Zona: La determina el evento actual
Efecto: El feedback en vivo exige priorizar la supervivencia.
Respuesta: Sigue los prompts, crea espacio, comunica y reúnete.
Estado: Premisa amplia oficial; sin counter universal
Añade un encuentro concreto de forma segura
Una entrada con nombre útil necesita el nombre exacto dentro del juego o una etiqueta descriptiva marcada, una señal repetible, contexto de lugar o disparador, efecto en el jugador, respuesta probada, fecha de versión y nivel de evidencia. Una captura o un título dramático de vídeo no basta para establecer una regla completa.
Si una fuente demuestra la señal pero no el counter, publica solo la señal. Si los jugadores discrepan sobre un nombre, conserva la clase descriptiva. Si una actualización cambia el comportamiento, conserva la fecha y modifica la entrada activa en vez de fingir que ambas versiones valen a la vez.
Usa la lista durante un turno
No busques en todo el índice mientras el peligro está activo. Establece una base antes del turno, elige la clase que mejor coincida con la primera señal creíble y sigue el feedback del juego. La clase ayuda a comunicar: diferencia visual de cliente, diferencia de comportamiento, vista alternativa, cambio ambiental, interrupción operativa o amenaza activa.
Después de la partida, compara observaciones y decide si la evidencia se repite. Así las decisiones en vivo siguen siendo rápidas y los detalles no verificados no se convierten en folklore permanente del equipo.
Distingue anomalía, mantenimiento y error
El mantenimiento suele tener una tarea o interacción visible que restaura una función de la cafetería. Una anomalía forma parte de la presión de supervivencia y puede activar feedback de advertencia o respuesta. Un error puede producir una animación atascada, un prompt ausente o una diferencia específica del servidor sin un resultado de evento coherente.
Usa lugar, momento, repetición, objetivo actual y observación de un compañero. Si el problema se resuelve mediante un prompt de mantenimiento, regístralo como mantenimiento. Si el juego confirma peligro, cambia a supervivencia. Si no se reproduce ni aparece feedback, déjalo como incierto.
Campos que aún requieren confirmación en vivo
El número total de anomalías, sus nombres oficiales, formas visuales, señales de sonido, comportamiento, rareza, condiciones de aparición, nivel de riesgo, daño, resultado de fallo, recompensas y counters siguen sin resolver. Esta página no asigna números ni niveles a esos campos. La guía para detectarlas explica la confirmación y la guía de supervivencia explica la respuesta y la recuperación.
Preguntas frecuentes
¿Por qué no hay nombres de entidades inventados?
Un nombre solo sirve si el jugador puede conectarlo con el juego activo exacto. Una clase descriptiva es más segura que copiar una etiqueta de otro juego o de una publicación de fans.
¿Una clase puede contener varias anomalías?
Sí. Las clases organizan cómo se observa y se responde; no afirman cuál es el reparto interno del juego.
¿Qué hago con un descubrimiento nuevo?
Registra la fecha de versión, lugar, señal, feedback del juego, resultado y si otra partida independiente lo reprodujo. Deja vacíos los campos que no estén respaldados.