Skip to main content

Documentation Index

Fetch the complete documentation index at: https://mintlify.com/artemis-development-group/artemis/llms.txt

Use this file to discover all available pages before exploring further.

Artemis gives branch moderators a dedicated set of tools to review content, act on rule-breaking users, and keep the mod team organized. This page covers every major workflow available to moderators — from triaging the mod queue to configuring per-moderator permission sets.

Mod Queue

The mod queue is the central inbox for content that needs moderator attention. Each view is accessible under /r/<branch>/about/.
RouteWhat it shows
/about/modqueueAll reported posts and comments not yet actioned
/about/reportsItems that have received at least one user report
/about/spamItems the spam filter removed automatically
/about/unmoderatedNew posts that no moderator has yet approved or removed
/about/editedPosts and comments that were edited after they were approved
Items in /about/spam were removed by the spam filter automatically (auto=True). Approving them sets verdict = 'mod-approved' and clears any pending reports.

Approving and Removing Content

When you approve a post or comment, Artemis marks it verdict = 'mod-approved' and clears any associated reports. When you remove it, Artemis marks it verdict = 'mod-removed'. The spam action additionally trains the spam classifier.
1

Open the mod queue

Navigate to /r/<branch>/about/modqueue to see all pending items.
2

Review the item

Read the post or comment in context. Use the report reason to understand why it was flagged.
3

Take action

Click Approve to restore the item, Remove to take it down without spam-training, or Spam to remove it and train the classifier.
4

Optionally add a removal reason

You can attach a reason string that is stored in ban_info for reference in the mod log.

Distinguishing and Stickying Posts

Moderators with the posts permission can distinguish their own comments as moderator comments and sticky up to the branch’s maximum allowed sticky posts.

Banning Users

A temporary ban uses the TempTimeout class (in r2/models/bans.py) to schedule an automatic unban via TryLaterBySubject. When the duration elapses, the ban is lifted automatically.
1

Go to /about/banned

Navigate to /r/<branch>/about/banned to see the current ban list.
2

Enter the username and duration

Provide a username and a duration (e.g. 3 days). Artemis calls TempTimeout.schedule(victim, duration) to queue the unban.
3

Confirm the ban

The banuser action is logged to the mod action log with details including the ban duration.
To lift a temporary ban early, unban the user manually. Artemis will call TempTimeout.unschedule(victim) to cancel the queued unban job.

Muting Users

Muting prevents a user from sending modmail to the branch. It does not prevent them from posting. Muted users appear at /r/<branch>/about/muted. The muteuser and unmuteuser actions are both recorded in the mod action log.

Mod Action Log

Every significant moderation action is recorded in the ModAction store (backed by Cassandra with a 120-day TTL) and is viewable at /r/<branch>/about/log.

Logged actions

Content actions

removelink, approvelink, removecomment, approvecomment, distinguish, marknsfw, ignorereports, unignorereports, sticky, unsticky, lock, unlock, setcontestmode, unsetcontestmode, setsuggestedsort

User actions

banuser, unbanuser, muteuser, unmuteuser, addcontributor, removecontributor, addmoderator, invitemoderator, uninvitemoderator, acceptmoderatorinvite, removemoderator, setpermissions

Branch settings

editsettings, editflair

Wiki actions

wikibanned, wikiunbanned, wikicontributor, removewikicontributor, wikirevise, wikipermlevel, wikipagelisted

Rule management

createrule, editrule, deleterule
Each log entry stores: the branch ID (sr_id36), the moderator account ID (mod_id36), the action name, an optional target_fullname (the affected post, comment, or user), and an optional details sub-category.
Log entries expire after 120 days due to the Cassandra TTL set on ModAction.

User Lists

All user list pages follow the pattern /r/<branch>/about/:where:
:where valueWho it lists
moderatorsCurrent moderators and their permission sets
contributorsApproved contributors (private/restricted branches)
bannedBanned users, including ban reason and expiry
mutedMuted users
wikibannedUsers banned from editing the wiki
wikicontributorsUsers granted wiki editing access

Moderator Permissions

Artemis uses ModeratorPermissionSet to grant moderators scoped access. Each permission is toggled independently; setting +all grants full access.
PermissionWhat it controls
accessManage contributor and banned/muted user lists
configEdit settings, sidebar, CSS, images, and AutoModerator config
flairManage user flair, link flair, and flair templates
mailRead and reply to moderator mail
postsUse the approve, remove, spam, distinguish, and NSFW buttons
wikiManage the wiki and wiki access controls
1

Open the moderators list

Go to /r/<branch>/about/moderators.
2

Edit permissions for a moderator

Click the permission edit control next to the moderator’s name.
3

Toggle individual permissions or grant full access

Select the specific permissions to grant. The setpermissions action will be recorded in the mod log.
Moderators invited without explicit permissions receive no permissions by default. Make sure to grant at least one permission when adding a new moderator, or use +all for a trusted full-access moderator.

Branch Rules

Moderators with the config permission can create, edit, and delete the branch’s public-facing rules. Rules are stored in BranchRules (backed by Cassandra) and each rule has a short_name, description, priority, and optional kind (link, comment, or all). Branches may have at most 10 rules. Changes are logged as createrule, editrule, and deleterule in the mod action log.

Build docs developers (and LLMs) love