Você não pode.

pg_cursors é back-end-local. Ele não mostra cursores que não fazem parte da conexão atual.

O PostgreSQL não tem como descobrir qual consulta está subjacente a um cursor de outra sessão.

A única maneira que consigo pensar para fazer isso é usando a análise de log, com log_statement = all e um log_line_prefix adequado .