Change 359364 had a related patch set uploaded (by Catrope; owner: Catrope):
[mediawiki/extensions/ORES@master] Allow structured filters integration to be turned off

https://gerrit.wikimedia.org/r/359364

With this patch, the Scoring team will be able to deploy the ORES review tool ("classic ORES interface") to new wikis without also deploying the New Filters for Edit Review ("RCFilters") integration at the same time, by setting $wgOresEnableStructuredFilters to false on that wiki.

Yes, that's perfect! My current preference is that we generalize the config to also control "classic" ORES, if you agree? The main use case I'm imagining is that we're deploying a new ORES model but want to schedule the UI change independently. I'm considering the UI as composed of three parts: new ORES RC filters, Special:Contribution simple ORES filters and fallback noscript, aka. "classic" ORES. All three will persist in the finished extension, and all three seem to require the same precautions to roll out on new wikis.

In T167908#3436494, @awight wrote:

Yes, that's perfect! My current preference is that we generalize the config to also control "classic" ORES, if you agree?

That's fine with me. However, it sounds like your concern is "I want the infrastructure to be able to warm up before stuff is shown to users" and @Halfak and @Ladsgroup had (as I understood it at least) the slightly different concern of "I want people on the wiki to be able to see their shiny new ORES deployment without having to wait for the Collaboration team". Maybe I misunderstand one of these two things, but it seems like what you suggest would accomplish the former but not the latter. Either way is fine with me.

The main use case I'm imagining is that we're deploying a new ORES model but want to schedule the UI change independently. I'm considering the UI as composed of three parts: new ORES RC filters, Special:Contribution simple ORES filters and fallback noscript, aka. "classic" ORES. All three will persist in the finished extension, and all three seem to require the same precautions to roll out on new wikis.

That's almost but not entirely true: configuring thresholds for rich filters (and which/how many such filters should appear) is a bit more work then setting the single threshold for the boolean filter. So the RCF integration requires more configuration than the classic one (it might not sound like much, but the classic one requires so little config that we're talking about 1 setting vs 8 settings).

@Catrope Cool. I think I can paraphrase @Halfak's stake in this as "please don't make us coordinate minor details inside of our deployments, let's decouple the entire UI from however the scoring team wants to deploy models".

@jmatazzoni and I realized that the "basic"/legacy ORES filters and preferences should also be toggled by this same configuration. If Extension:ORES is deployed in pure infrastructure mode, there should be no UI changes.

Change 359364 merged by jenkins-bot:
[mediawiki/extensions/ORES@master] Allow filter UI to be turned off

https://gerrit.wikimedia.org/r/359364