I am not sure about the case of "last edited". It would mean that if a reviewer has already tagged an article but then they realized that another tag needs to be added, then they would have to wait 60 minutes before tagging again. What we could do instead is to add a "60-minute timer timestamp" column to the database that is initially set to 60 minutes after the timestamp of each article's last edit. Then, for pages that have been edited after the 60-minute timer expires, reviewers should then be allowed to restart the 60-minute timer if needed. If a page has been edited before the 60-minute timer expires, then the 60-minute timer will automatically restart itself.

Don't we already highlight articles that are 60 minutes old?

In T375330#10165867, @Soda wrote:

Don't we already highlight articles that are 60 minutes old?

Yes, but this task is asking for such articles to be hidden from the feed by default.

Is there consensus for this ? I think implementing this feature is fine, making it the default would (imo) require some semblance of a community consensus.

Working on consensus still. Main concern I've seen, is that people looking specifically for bad/spammy articles should be able to do so, which I think is solved if it's merely filter defaults that can be disabled by any patroller/admin who wants to.

In the future, this would make a good feature for "community configurations" (See https://www.mediawiki.org/wiki/Community_Configuration) so that community can experiment with different filter defaults without having to create a Phab ticket each time within each language edition.

Seems pretty rare that I hear about a patroller getting in trouble for this. So may not be needed until it becomes a bigger problem.

If it becomes a big problem, I agree that this would be a good solution.

The tradeoff would be much lower visibility for things like G10 patrolling. The things that aren't subject to the 1 hour rule.

Since PageTriage is only installed on enwiki, the community configurations part may not be needed. That could always be added later if there were a need.