3.0 KiB
3.0 KiB
WIP Outline of Commands and Functionality
The permissions are inherited in descending order. Tier 1 inherits Tier 2 ...
Commands | Description | Tier | Channel Restrictions | Status |
---|---|---|---|---|
DEFCON | Admins/Ops | public | DONE | |
SAJOIN | Admins/Ops | public | DONE | |
SANICK | Admins/Ops | column 3 | DONE | |
KILL | Admins/Ops | public | DONE | |
UBAN | Moderators | public | WIP | |
NBAN | Moderators | public | WIP | |
KBAN | Moderators | public | EXISTS | |
SUSTATUS | Moderators | staff, pm | TBD | |
WARN | Tripsitters | public | TBD | |
ADDNOTE | Tripsitters | staff, pm | TBD | |
STATUS | Tripsitters | staff, pm | TBD | |
QUIET | Tripsitters | |||
NOTES | Tripsitters |
Tier 1 : Administrator/Operator only
- DEFCON
- SANICK
- SAJOIN
- KILL
- UBAN - Variations. This can be considered akin to a KLINE in tripbot.
Tier 2 : Moderators
- NBAN - this will behave as current
nban
minus the kline aspect - KBAN - Single channel bans (exists)
- WARN
- SUSTATUS
Tier 3 : Tripsitters
- QUIET - should allow for --all flag to quiet accross channels
similar to NBAN
- This will require the use of the mute extban
MODE +b #channel m:nick!user@host
- Refer to
@kban
and@iban
code in theChannel
plugin
- This will require the use of the mute extban
- STATUS
- ADDNOTE
- NOTES
---
- All commands targetting a user (infractions) should be logged in a
database. sqlite3 for now.
- decide upon the schema for these tables.
- Besides the user permissions, there should be channel restrictions for certain commands.
- Ensure that the bot itself cannot be targetted and is immune