Considerando a vasta gama de padrões de design em Ciência da Computação (GoF, GRASP, etc.) e a crescente complexidade de sistemas de software modernos, que muitas vezes combinam diferentes paradigmas (orientado a objetos, funcional, reativo), gere um catálogo interativo de "anti-padrões" de design que surgem especificamente da aplicação inadequada ou da incompreensão de **padrões de design reativos** (como Reactor, Observer, Publisher-Subscriber) em **arquiteturas distribuídas e assíncronas**.

Para cada "anti-padrão" listado, forneça:

1.  **Nome:** Um nome conciso e memorável para o anti-padrão (ex: "Callback Hell Distribuído").
2.  **Descrição:** Uma explicação clara do que é o anti-padrão, como ele se manifesta em sistemas distribuídos/assíncronos e quais problemas ele tipicamente causa (performance, confiabilidade, depuração, escalabilidade).
3.  **Causa Raiz:** Identifique qual padrão de design reativo (ou conceito associado) foi mal utilizado ou compreendido, e por que a aplicação foi falha no contexto distribuído.
4.  **Exemplo de Código (Pseudocódigo ou Linguagem Comum como Java/C# com bibliotecas reativas):** Um pequeno snippet de código que ilustra o anti-padrão em um cenário prático (ex: coordenação de microserviços, processamento de streams de eventos).
5.  **Soluções/Refatorações:** Proponha uma ou mais abordagens para mitigar ou eliminar o anti-padrão, sugerindo a aplicação correta de padrões reativos, outros padrões de design (ex: Circuit Breaker, Saga, Idempotent Consumer) ou princípios de arquitetura (event-driven, backpressure).
6.  **Sinais de Alerta:** Liste indicadores práticos (no código, logs, métricas) que podem ajudar desenvolvedores a identificar a presença do anti-padrão.

O objetivo é criar um recurso valioso para engenheiros de software que trabalham com sistemas distribuídos reativos, ajudando-os a evitar armadilhas comuns e a construir sistemas mais robustos e manuteníveis. O catálogo deve ser formatado de forma que cada anti-padr