O quarto índice: composto é combinação exata, não prefixo

A tela de regras continuou quebrada depois da primeira correção. O log de produção
deu a resposta: a consulta jogos where competitionCode== and matchday>= and
matchday<= ordena implicitamente por matchday, __name__, e o índice que existia
tinha kickoffAt no meio.

Eu acreditava que um índice de três campos serviria a consulta de dois por
prefixo. Não serve. E a mesma crença estava nas duas pontas: ela criou o defeito
— declarei (competitionCode, matchday, kickoffAt) achando que cobria — e depois
impediu o script de acusá-lo, porque o serve() aceitava campo a mais no fim.
Ferramenta escrita por quem tem a crença errada herda a crença.

Corrigido nos dois: o índice de dois campos foi declarado e publicado, e o script
passou a exigir correspondência exata. Com a regra estrita ele acusa exatamente a
consulta que continuava quebrando.

Tela de regras verificada funcionando em produção, com o próximo prazo e o aviso
de regras travadas.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>