Product
Keep big communities healthy without babysitting them.
Granular roles, audit logs, slow mode, and automated filters. The boring work is automated so your moderators can focus on people.
Six tools, one job.
Everything here is built into the platform. No third-party bots to invite, nothing external to trust, nothing that goes offline on its own schedule.
Roles and permissions
Give every role exactly the power it needs and nothing more, with per-channel overrides for the tricky cases. The full model stays readable even when your server is not small anymore.
Audit log
Every moderation action is recorded: who did it, to whom, and when. Accountability is built in, not bolted on, and it covers your staff as much as your members.
Slow mode
When a channel boils over, slow it down instead of locking it. Members can still talk, just not all at once. The conversation survives; the flood does not.
Automated filters
Catch spam and abuse before a human has to see it. Filters run around the clock so your moderators do not have to, and they never sleep through a 4 a.m. raid.
Member reports
Members can flag problems directly to your staff, with the context attached. Less screenshot forensics, faster decisions, and problems surface before they metastasize.
Bans that stay fair
A ban removes someone from your community without confiscating their data. They stop participating; they keep their account and history. Firm on behavior, fair on ownership.
Set up moderation in four steps.
Most moderation disasters trace back to setup, not to bad moderators. Do this once, properly, and the tools carry the weight from there.
Map your roles before you create them
Write down the jobs first: who answers questions, who removes messages, who can ban. Then build the smallest set of roles that covers those jobs. Every role you add is a role you will have to reason about later, so fewer is genuinely better. The roles and permissions page explains the model underneath.
Set channel defaults, then override the exceptions
Get the server-wide permissions right for the common case, and use per-channel overrides only where a channel genuinely differs: an announcements channel where only staff post, a support channel where helpers can pin. Overrides are powerful and easy to forget, so keep them rare and deliberate.
Turn on the automated layer
Enable the filters and start conservative. Add slow mode to the channels where floods actually happen, not everywhere. The goal of automation is to shrink the queue your humans see, not to run the community for you.
Review the paper trail on a schedule
Skim the audit log and the open reports once a week. You are looking for patterns: a filter that fires too often, a moderator who escalates too fast, a channel that needs restructuring. Ten minutes of review prevents most month-long problems.
Tools are half the job.
The other half is how you use them. Here is how each tool actually works, when to reach for it, and where it will let you down if you misuse it.
Start with roles, not rules
Almost everything else in moderation flows downhill from your role setup. A role is a bundle of permissions, and permissions on Vronify.chat are granular: posting, managing messages, managing members, and so on are separate grants, so you can hand a helper the ability to tidy a channel without also handing them the ability to ban. Per-channel overrides handle the cases a server-wide setting cannot express.
The honest edge case: overrides interact. A member with three roles and two channel overrides can end up with permissions you did not picture when you set each piece up individually. When it matters, check what that member can actually do in that channel before you rely on your mental model. And resist the urge to create a role per person; roles describe jobs, not people.
Slow mode is a pressure valve, not a punishment
Slow mode puts a pause between messages, per member, in the channel where you enable it. That single mechanic changes the physics of a heated room: nobody can flood, everybody gets read, and the loudest voice loses its main advantage. Use it during launches, big announcements, and any moment where the message rate outruns anyone's ability to read.
What slow mode does not do is settle an argument. It calms the flood, but if two members are genuinely in conflict, a moderator still needs to step in. And turn it back off when the surge passes: a permanent slow mode in a normal channel reads as distrust, and your regulars will feel it.
Automated filters are the night shift
Filters inspect traffic around the clock and stop the obvious junk, spam and abuse, before a human ever has to see it. That matters more than it sounds: the worst content in any community is the content your volunteers burn out on. A good filter setup means your moderators spend their energy on judgment calls, not garbage collection.
The trade-off is real and worth saying plainly: every filter balances missed abuse against false positives. A filter tuned to catch everything will eventually catch a regular making a joke, and nothing corrodes trust faster than automation punishing good-faith members. Start conservative, watch what the filters catch in the first weeks, and tune from evidence rather than fear. A filter should shrink your moderators' workload, never replace their judgment.
Member reports are your early-warning system
Reports let members flag a problem directly to your staff with the context attached, so your team is not reconstructing an incident from cropped screenshots and secondhand summaries. Faster context means faster, better decisions, and it means problems reach you while they are still small.
Two habits keep the system healthy. First, treat reports as signals, not verdicts: a report tells you where to look, and your staff decides what actually happened. Second, close the loop. A community that watches its reports vanish into a void stops filing them, and then you lose your early warning entirely. You do not have to agree with every report; you do have to make it visible that reports get read.
The audit log keeps everyone honest
Every moderation action lands in the audit log: who did it, to whom, and when. That record protects in both directions. Members are protected from a rogue moderator, because nothing staff does is invisible. Staff are protected from false accusations, because the record shows exactly what they did and did not do. When a dispute reaches you as the owner, you settle it from the log instead of from competing memories.
Bans that stay fair make banning easier
On most platforms a ban is a confiscation: the account, the messages, the DMs, all seized. Here, a ban only stops participation. The person you remove keeps their account, keeps every message they ever sent, and keeps the DMs they received, unless the sender removed them. If they want to leave entirely, they can delete their account at any time, which anonymizes it. That is the account ownership promise, and it applies to banned members too.
This is not just fairness for its own sake; it changes how your team behaves. When a ban is a proportionate tool instead of a nuclear strike on someone's digital life, moderators stop agonizing over it and use it when it is warranted. Firm decisions get easier when they are not also cruel ones.
Where moderation stops
Community channels are not private, on purpose: your moderators need to see public spaces to keep them safe, and the tools on this page exist for exactly those spaces. Direct messages are the opposite. DMs are private, which means we don't read them, and neither can you or your staff. The line is clean and it does not move: public spaces are moderated, private conversations are private. If that boundary matters to you, the privacy page covers the rest of it.
When you are ready to put all of this into practice, the moderation guide walks through a setup that keeps most problems small, and the owner handbook covers the decisions that sit above moderation entirely.
Tools that keep up with the room.
Moderation tooling is only as good as the platform under it. Ours runs on hardware we own and tune ourselves.
Power for your staff. Limits on everyone.
Good moderation needs real authority inside a hard boundary. Here is exactly where the boundary sits.
What your moderators get
- Granular roles and permissions, with per-channel overrides
- Slow mode on any channel, on and off in seconds
- Automated filters that work around the clock
- Member reports that arrive with context attached
- A complete audit log of every action taken
- Bans that end participation cleanly and immediately
What moderation never touches
- Members' DMs, which no moderation tool can reach
- A banned member's account, message history, or received DMs
- A member's right to delete their account, which anonymizes it, at any moment
- Anything invisibly: every staff action lands in the audit log
Moderation here versus moderation elsewhere.
The tools look similar from a distance. The assumptions underneath them are not.
The left column describes the pattern common across mainstream chat platforms, not any single product. Judge us on the right column; it is the one we can promise. The full comparison lives on the compare page.
Coming soon: the bot engine picks up more of the load.
A built-in automation layer is on its way to every server: one switch, no hosting, no tokens. Three of its features are aimed squarely at moderation.
Message log
Edits and deletions recorded to a private staff channel. When something disappears mid-incident, your moderators can still see what it said, who wrote it, and when it changed. Coming soon.
Tickets
Members open a private ticket with your staff in one click. Reports, appeals, and sensitive conversations get their own space instead of playing out in a busy public channel. Coming soon.
Welcome cards
Greet every new member and point them at your rules before they post. Most rule-breaking in healthy communities is ignorance, not malice; a good welcome prevents it outright. Coming soon.
The engine is one system, built by us, running on the same infrastructure that delivers your messages, and each feature is its own toggle. It is not live yet; the bot engine page explains the whole design, and the release will be announced in the changelog. Everything else on this page works today.
Questions about moderation.
Can moderators read members' DMs?
No, and we don't either. Direct messages are private, so no moderation tool reaches them. Community channels are not private, deliberately, so that moderators can keep public spaces safe. That split is the whole design: moderated in public, private in private.
What actually happens to someone we ban?
They stop participating in your community. That is the entire effect. They keep their account, every message they ever sent, and the DMs they received, unless the sender removed them. If they want to leave, they can delete their account at any time, which anonymizes it. Your community is protected; their ownership is intact.
Do I need to set up a bot to moderate properly?
No. Roles, permissions, the audit log, slow mode, automated filters, and member reports are all built into the platform and work the moment your server exists. The upcoming bot engine will add more automation on top, message logging, tickets, welcome cards, but it extends the toolkit; it is not a prerequisite for it.
How many moderators do I actually need?
Fewer than you think, if the setup is right. Automation should absorb the routine volume, spam, floods, obvious abuse, which leaves humans handling judgment calls. What matters more than headcount is coverage: you want someone reachable when your community is most active, and clear escalation for the moments nobody senior is around. The moderation guide covers how to structure a small team well.
Will the automated filters hit innocent messages?
Any filter, anywhere, trades missed abuse against false positives; we will not pretend otherwise. That is why the filters are configurable rather than a single black box, and why we recommend starting conservative and tuning from what you observe. Keep a human in the loop for anything punitive. A filter that quietly punishes a regular for a joke costs more trust than the spam it would have caught.
Can members abuse the report system?
They can try; brigades and grudge reports happen in every community. The design assumes it: a report is a signal for staff to look at, never an automatic verdict, so a pile of coordinated reports cannot punish anyone by itself. Your staff decides, and their decision lands in the audit log. If someone weaponizes reports persistently, that is itself a behavior problem you can act on.
What if the problem breaks platform rules, not just server rules?
Server rules are yours to define and enforce with the tools on this page. Content that violates the platform-wide community guidelines is our problem too: report it to us through support and we handle it at the platform level. You are never the last line of defense against the worst content.
Your community. Your rules. Your data.
Create a server, invite your people, and see what chat feels like when your account actually belongs to you.
Free to start. Live in under a minute. No install required.