O Postgres fica feliz se puder detectar tipos de constantes não tipadas do contexto. Mas quando qualquer contexto não é possível e quando a consulta é um pouco mais complexa do que trivial, esse mecanismo falha. Essas regras são específicas para qualquer cláusula SELECT e algumas são mais rígidas, outras não. Se posso dizer, então rotinas mais antigas são mais tolerantes (devido a maior compatibilidade com Oracle e menos impacto negativo para iniciantes), as modernas são menos tolerantes (devido a maior segurança para erros de tipo).

Houve algumas propostas para tentar trabalhar com qualquer constante literal desconhecida como constante de texto, mas foi rejeitada por mais motivos. Portanto, não espero mudanças significativas nesta área. Esse problema geralmente está relacionado a testes sintéticos - e menos a consultas reais, onde os tipos são deduzidos dos tipos de coluna.