The same as the rest of the places where apps open and view ( so by side effect decompress ) ProRes files. The basic foundational ProRes support in Apple's libraries can farm work off to Afterburner if it is present. Otherwise, they use the software decoders that Apple has developed over time. There is little special apps have to do to engage Afterburner in they are simply using the provided Apple API for using ProRes. They aren't trying to keep apps from using it at all if on the usage path they have previously outlined for ProRes support.
It would actually be odd if other apps that accessed ProRes actually did not engage Afterburner when dealing with these files if they are using the standard APIs.
This core issue is there was no reason for QuickTime Player" to reinvent the wheel and use different ProRes file handlers than the rest the of API already in macOS. Afterburner speeds up the API not segregated apps.
P.S. the reason why Apple docs say "other supported 3rd party apps" (or something to that effect) in the Afterburner docs is that they have no absolute control over what folks don't call in their apps. If Apple provides an API for something and they run off an re-invent the wheel (for whatever reason) then they don't get it. But it isn't like apple is hiding or granting special "lordship of burner-ness" to only a select few apps.