Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Feature ideas: auto-escalate threshold #85

Open
aendra-rininsland opened this issue Apr 2, 2024 · 1 comment
Open

Feature ideas: auto-escalate threshold #85

aendra-rininsland opened this issue Apr 2, 2024 · 1 comment
Labels
idea Idea / Suggestion / Request

Comments

@aendra-rininsland
Copy link

Similar to my issue not being able to distinguish between my machine-created reports, being able to set a report threshold after which a post gets escalated would be supremely helpful

@bnewbold
Copy link
Collaborator

bnewbold commented Apr 3, 2024

I think we'd probably lean towards achieving this via an automod bot, which would look at the stream of events coming from the ozone backend, keep track of counts, and escalate subjects based on that. Our design philosophy on this is to generally keep the ozone "state machine" (of transitions between subject review states) simple and consistent, and use flexible bots to automate flows more. This should become particularly powerful when we start to lean in to the tagging system more.

As an example, we currently have appeals go directly to the escalation queue, but I don't love that and sort of wish we had that behavior driven by a bot, not by the ozone backend itself.

As a bit of context, the way we use "Escalation" is for hand-off between team members, or as a bucket for content which will require group discussion, not necessarily for more-urgent or higher-harm content.

I feel like what you are actually trying to get at with both this request and the #84 request is the ability to re-order the review queue by priority, and give human reports higher priority over automated reports. Eg, have them show up at the top of the queue, instead of just updated-at time sorting. Would that work for you? We'd like to get that in eventually ourselves, for high-harm or "trending-reported" content to "jump the queue".

@bnewbold bnewbold added the idea Idea / Suggestion / Request label Apr 26, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
idea Idea / Suggestion / Request
Projects
None yet
Development

No branches or pull requests

2 participants