2025-07-07T02:29:48Z

BumblingDoofer:

This page is a list of things or information protected by the rules. Something that is "shielded" cannot be known by your character during a round until the "revealing condition" happens. This also means that your character cannot do things based on "shielded" information. Knowing or acting on something that is shielded before the revealing condition is met is referred to as metagaming.

Revealing conditions reveal the shielded information for the round, not for a specific instance. This means that once a revealing condition is met in a round, the shield no longer applies in any case for the remainder of the round.

Some revealing conditions say "Never revealed IC". This means that your character can never act as if they know about that shielded thing.

{| class="wikitable"
|-
! Shield !! Revealing condition
|-
| Current game mode and possible antags during the current game mode. || Never revealed IC
|-
| Events from previous rounds. || Never revealed IC
|-
| Events you experienced as a different character. || Never revealed IC
|-
| All information related to the player of a character rather than the character itself. See "Metafriending and Metagrudging" below. || Never revealed IC
|-
| All information gained while dead or a ghost. || Never revealed IC
|-
| The fact that a round will end. This does not prevent knowing that a shift will end, but does prohibit things like preparing to kill people at central command when roleplay rules stop being enforced on LRP. || Never revealed IC
|-
| The existence of Nuclear Operatives beyond a myth that no one would act on. The fact that the nuke disk must be protected and could be used by a bad actor to try to destroy the station is '''not shielded'''. || ANY of:
*
* discovering a nuclear operative's shuttle
* discovering an operative uplink
* a War Ops announcement
* being a nuclear operative
|-
| Implanted implants. Implanters themselves and un-implanted implants are '''not shielded'''. Prohibits implant checking. || ANY of:
* discovering a non-NT implanter, used or unused
* discovering a non-NT implant box
* discovering use of a non-NT implant by anyone
* experiencing a situation where absolutely no other explanation is possible
* discovering an unlocked uplink
|-
| Chameleon items. Being suspicious of an item being fake or stolen is '''not shielded''', but testing items or calling them chameleon is covered by this shield. || ANY of:
* seeing someone else cause any chameleon item to change
* finding holographic nanomachine fibers
* experiencing a situation where absolutely no other explanation is possible
* discovering an unlocked uplink
|-
| The fact that an item can be something other than what its visual appearance and examine description indicate. This shield protects stealth items, including protecting them from being tested. || ANY of:
* seeing the item behave differently than the expected behavior for the item
* seeing the item used for its hidden purpose
* experiencing a situation where absolutely no other explanation is possible
* discovering an unlocked uplink
|}

{{MRPAmendment|A shield prevents your character from remembering anything that happened while unconscious. This shield is never revealed IC.}}
{{MRPAmendment|There is a "New Life Rule" shield. It prevents you from remembering anything that lead to your death, even if you are put into an MMI. If you are cloned, it also prevents you from remembering everything from that round. This shield is never revealed IC.}}

== Metafriending and Metagrudging ==

This section provides additional information on a concept that is prohibited by multiple metashield items that are never revealed IC. Giving a person or character preferential treatment based on something that your character should not know is considered metafriending. Treating a person or character negatively based on something that your character should not know is considered metagrudging.

{| class="mw-collapsible mw-collapsed"
| Metafriending Examples
|-
| These are all examples of things that are prohibited by at least one metashield item that is never revealed IC.
# Giving a character additional access or a job because you are friends with the player who is playing that character.
# Trusting a character because you are friends with the player who is playing that character.
# Not fighting a character because you are friends with the player who is playing that character.
# Ignoring your objective to kill a character because your character and theirs became friends in a previous round.
|}

{| class="mw-collapsible mw-collapsed"
| Metagrudging Examples
|-
| These are all examples of things that are prohibited by at least one metashield item that is never revealed IC.
# Not giving a character additional access or a job because you are mad at or don't like the player who is playing that character.
# Not trusting a character because you are mad at or don't like the player who is playing that character.
# Starting a fight with a character because of something that they did last round.
# Starting a fight with a character because they killed you while you were playing a different character.
# Targeting or harassing a character based on anything which that character did outside of the current round.
# Targeting or harassing a character based on anything which the character's player did while not playing the character.
|}

== Explicitly not shielded ==

The following is a list of things that are explicitly not shielded. If something is not on this list, it doesn't mean that it is shielded, but if something is on it then it definitely is not shielded.

<ul>
<li>The fact that the nuke disk must be protected and could be used by a bad actor to try to destroy the station.</li>
<li>Items that the are of high value or are desired by the Syndicate, and therefore are likely targets of theft.</li>
<li>The idea that any Syndicate agent or other bad actor has goals or objectives that they are attempting to accomplish.</li>
<li>The number of goals or objectives that a Syndicate agent or other bad actor has.</li>
<li>The fact that the Syndicate are enemies of Nanotrasen, and that they regularly attempt to send covert agents to spy on, sabotage, or attack Nanotrasen.</li>
<li>A character's typical appearance. Though you should keep in mind that multiple characters can share the same name.</li>
<li>The fact that the Syndicate have covert items capable of getting items to them, and that these items are known as uplinks.</li>
</ul>

== FOR REVIEW ==
== 6b. '''The Metashield''' ==
{| class="mw-collapsible mw-collapsed"
| Details
|-
|The Metashield
Something that is "'''shielded'''" cannot be known by your character during a round until the "'''revealing condition'''" happens. This also means that your character cannot do things based on "'''shielded'''" information. Knowing or acting on something that is shielded before the revealing condition is met is referred to as metagaming.

'''Revealing conditions''' reveal the shielded information for the round, not for a specific instance. This means that once a revealing condition is met in a round, the shield no longer applies in any case for the remainder of the round.

'''Nuclear Operatives'''
The existence of Nuclear Operatives beyond a myth that no one would act on is shielded.
The fact that the nuke disk must be protected and could be used by a bad actor to try to destroy the station is not shielded.

The revealing condition for this shield is any of the following:
- discovering a bloodred hardsuit
- discovering a nuclear operative's shuttle
- an operative name
- a War Ops announcement

'''Changelings'''
In the eyes of the public, changelings are an exterminated predatory lifeform and their potential existence on the station is shielded.
This metashield prohibits players from crew bloodtesting until the metashield is revealed.

Knowledge about the abilities of changelings is not shielded.

The revealing condition for this shield is any of the following:
- discovering a hollowed body
- witnessing the use of changeling-only abilities
- witnessing someone trying to absorb a body
- witnessing someone changing their appearance

'''Implanted Implants'''
Implanted implants are shielded.
Implanters themselves and un-implanted implants are not shielded. This prohibits implant checking.

The revealing condition for this shield is any of the following:
- discovering a non-NT implanter, used or unused
- discovering a non-NT implant box
- discovering use of a non-NT implant by anyone
- experiencing a situation where absolutely no other explanation is possible
- discovering an unlocked uplink

'''Chameleon Items'''
Chameleon items are shielded.
Being suspicious of an item being fake or stolen is not shielded, but testing items or calling them chameleon is covered by this shield.

The revealing condition for this shield is any of the following:
- seeing someone else cause any chameleon item to change
- finding holographic nanomachine fibers
- experiencing a situation where absolutely no other explanation is possible
- discovering an unlocked uplink

'''Stealth Items'''
The fact that an item can be something other than what its visual appearance and examine description indicate is shielded.
This shield protects stealth items, including protecting them from being tested.

The revealing condition for this shield is any of the following:
- seeing the item behave differently than the expected behavior for the item
- seeing the item used for its hidden purpose
- experiencing a situation where absolutely no other explanation is possible
- discovering an unlocked uplink

'''Metafriending and Metagrudging'''
This section provides additional information on a concept that is prohibited by multiple metashield items that are never revealed IC. Giving a person or character preferential treatment based on something that your character should not know is considered metafriending. Treating a person or character negatively based on something that your character should not know is considered metagrudging.

Metafriending Examples
These are all examples of things that are prohibited by at least one metashield item that is never revealed IC.
- Giving a character additional access or a job because you are friends with the player who is playing that character.
- Trusting a character because you are friends with the player who is playing that character.
- Not fighting a character because you are friends with the player who is playing that character.
- Ignoring your objective to kill a character because your character and theirs became friends in a previous round.

Metagrudging Examples
These are all examples of things that are prohibited by at least one metashield item that is never revealed IC.
- Not giving a character additional access or a job because you are mad at or don't like the player who is playing that character.
- Not trusting a character because you are mad at or don't like the player who is playing that character.
- Starting a fight with a character because of something that they did last round.
- Starting a fight with a character because they killed you while you were playing a different character.
- Targeting or harassing a character based on anything which that character did outside the current round.
- Targeting or harassing a character based on anything which the character's player did while not playing the character.

Explicitly Not Shielded
The following is a list of things that are explicitly not shielded. If something is not on this list, it doesn't mean that it is shielded, but if something is on it then it definitely is not shielded.
- The fact that the nuke disk must be protected and could be used by a bad actor to try to destroy the station.
- Items that are of high value or are desired by the Syndicate, and therefore are likely targets of theft.
- The idea that any Syndicate agent or other bad actor has goals or objectives that they are attempting to accomplish.
- The number of goals or objectives that a Syndicate agent or other bad actor has.
- The fact that the Syndicate are enemies of Nanotrasen, and that they regularly attempt to send covert agents to spy on, sabotage, or attack Nanotrasen.
- A character's typical appearance. Though you should keep in mind that multiple characters can share the same name.
- The fact that the Syndicate have covert items capable of getting items to them, and that these items are known as uplinks.
|}

Adminning Policy

2025-05-19T21:14:05Z

BumblingDoofer:

Admin policy, including for things out-of-game, are listed here, and is the standard of how admins should interface with the community.

== Admin Rules ==
These apply to all individuals with access to staff chats, including but not limited to Admins and Community Moderators.
Admins will be held to the same standards as any other player regarding behavior ingame and on the Discord server, and any punishments/warnings will not take into account their status as an Admin.

#Be kind.
#Members of the Admin Team should also be on the Discord server for communications purposes. While actively adminning, admins should also be available on the Discord server. This does not apply while not adminned in-game.
#Admins should check the forums & tickets periodically.
#Admins should not leak or otherwise discuss staff channel discussions (including ingame Admin channel chats) outside of said staff channels without the express consent of all involved.
#Admins are expected to know and follow all game rules and rules imposed on Admins at all times.
#If you're the last admin online on one of the servers and you leave, shoot a Game Staff ping into the staff channel to let everyone know the server's deadminned.
#If you're playing, do not look at the staff chats, including the ahelp channels.
#Don't admin intoxicated, it has the opportunity to be unpleasant for everyone involved.
#Admins may admin while playing, but are expected to deadmin when playing important roles (AI, Command, Sec, Antags, etc.)
#It is recommended to only do so on low population, and all rules concerning metagaming apply heavily if an admin chooses to do so.
#Admins may not handle reports or ahelps concerning themselves and must ping other staff to do so.
#Admins may not utilize the staff chats to report behavior while they are in-round, they must use an ahelp or a ticket, same as any other player.
#Admins should not be discussing admin business, such as player punishments, outside of staff chats, with the exception of clarifying a misconception.
#Avoid publicly engaging with intra-server drama. As a member of staff you're a reflection of the server.

== Ranks / Structure ==
=== Head Maintainer / Host ===
On the same level as the Head Admin, with a focus towards development.
Their duties relating to staffing extend to their responsibilities, powers, and ownership of the Funky Station servers and website.

=== Head Admin ===
On the same level as the Head Maintainer / Host, with a focus towards admin affairs. They are solely responsible for hiring new Admins and Community Moderators, and with the support of the Senior Admins they are responsible for handling demotion procedure. They are also expected to handle rule clarifications and mediation when an issue arises between staff.
*Duties:
#Running once-a-month open applications for Admins
#Promoting Admins
#Heading disciplinary action on Admins, and demoting with Senior Admin approval
#Making sure ban appeals and admin complaints are handled in a timely manner
#Mediating and resolving any conflicts that arise within the staff team

=== Community Manager ===
This role is directly under the Head Admin, same as the Senior Admins, and their primary duties lie in assisting the Head Admin with communication on behalf of the staff team to the rest of the community, as well as representing the Funky community to external communities. They also directly manage the Community Moderators.
*Duties:
#Handling hiring / demotion of Community Moderators with the assistance of the Head Admin
#Assisting the staff team in regards with communications to the community (e.g. announcements, clarifications, Discord/Forum rule enforcement)
#Acting as an ambassadorial role / representative to other communities

=== Admin ===
==== Senior Admin ====
This is a hand-picked 'council' of admins who have proven themselves to have an excellent fundamental grasp on everything from policy to training. Decisions made by the admin team and Head Admin will typically pass through this group for confidence, including Head Admin and Community Manager candidates.
*Duties:
#Assisting the Head Admin with orientating new Trial Admins
#Being an active mentor for all other admins up to and including Full Admins
#Acting in an advisory role to the Head Admin and Host for all important decisions
#Assembling groups for admin complaints
#Voting on matters regarding the demotion of a member of staff

==== Admin ====
This is a full admin, trusted with full access to PII (IPs, HWIDs, connection log) on the admin website, access to the full-admin chat, and access to the Adminbus.
*Duties:
#Assist in acting as a mentor to Junior and Trial Admins
#Be able to handle the server independently and clarify rules when needed
#Be able to handle and moderate large-scale events with the assistance of 1 other admin

==== Junior Admin ====
This is the second phase of orientation, they have spawning permissions for the purpose of mild gimmicks and running minor events with full admin supervision. They additionally get access to the ban appeal discussion channels and are on the list of appeal-handlers.
The Head Admin should keep a tab on the Junior Admin and after 4 weeks make the decision on whether or not to promote them.
*Duties:
#Get a handle on your new abilities, including spawning and VV
#Start handling ban appeals with help from full admins
#Get a handle on running some minor events and the how-tos and whys of such (with full-mins present)

==== Trial Admin ====
This is the very base orientation phase of an Admin, they do not have spawning or View Variable permissions and are just expected to get a handle on moderation duties, community duties, and general conduct. Trial Admins should get first dibs to handle any ahelps that arise in-game, and a more senior admin should only help with advice / step in if requested, or if the situation escalates.
The Head Admin and Senior Admins should keep a tab on the Trial Admin's progress, and after 2-4 weeks make the decision on whether or not to promote them.
*Duties:
#Ingratiate yourself with the staff team!
#Get comfortable with handling Community Duties and in-game moderation.

=== Community Moderator ===
This is a role that grants access to staff chats, and is intended primarily to moderate Discord and the Forums to prevent rulebreaks. They work under the Community Manager.
*Duties:
#Moderating the Discord and Forums for rulebreaks
#Mediating minor conflicts in the Discord so they don't get out of hand, and shutting them down if necessary

== Community Duties ==
All admins regardless of position are expected to do and check these regularly, as it is a large part of their out-of-game duties. If not claimed, the Head Admin may assign any of these to any admin as they deem fit.

=== Time Transfers ===
#Players can make tickets in the #create-a-ticket channel, following the format found within.
#All role time is transferred with the exception of Overall, Security, and Command playtime
#Apply times through the Time Transfer Panel (add time)
#Leave a note on the player that time has been transferred so there are no duplicate time transfers made
#If there is a duplicate time transfer, set all their times to 0. They brought it on themselves.

=== Ban Appeals ===
#All Junior Admins and above can and are expected to handle ban appeals.
#If a ban appeal isn't 'claimed' by an admin within a day of it being made, the Head Admin will select, either randomly or through some other method, an admin to handle it.
#The banning admin may claim the appeal only if they intend to reduce or otherwise remove it.
#If the ban appeal is low effort, does not follow format, or is otherwise Deeply Unserious, close the ban appeal with a short explanation.
#When handling an appeal, put as much effort into the response as they did to their appeal. This isn't to say we encourage text walls, but an earnest appeal will be met with an earnest response.
#If you are handling the appeal, you must check the ahelp logs, player note and ban history, and contact the banning admin prior to any judgments. Depending on the appeal, it is also recommended to look through round logs and/or replay if necessary.
#You may ask the player questions for clarification, for which they should have a reasonable opportunity to respond.
#If the appeal is for a ban the length of a week or longer, the handling admin should make a vote to accept, deny, or shorten the ban, and ping Game Staff.
#If a vote is not required, the handling admin may make the judgment to accept or deny the appeal.
#If the ban has expired by the time the appeal is handled, the ban note may or may not be stricken from the player's record at the handling admin's discretion.

=== Admin Complaints ===
==== Against a Regular Admin ====
#The Head Admin reviews the complaint and decides if it is worthy enough to be considered.
#If it is, the Head Admin is to gather a team of at least 5 admins, including themselves, to review the complaint.
#The admin complaint is then reviewed and discussed among this team for 2 or so days. A message by either the Head Admin or another Admin part of the review team will post that it is being discussed.
#After discussion has concluded, a write-up about what went wrong and how to move forward from this will be posted on the Forum.

==== Against the Head Admin or Host ====
#If the complaint is about the Host, then the Head Admin will review it. If the complaint is about the Head Admin, then the Host will review it.
#If the complaint also requests that a regular admin review it, then the Senior Admins will discuss if it is worthy enough to review, then gather a team of 5, including themselves, to review the complaint.
#The review process is the same for both.

==== Whitelists ====
#Check individual's profile for blatantly offensive content (e.g. Nazi dogwhistles) - if any are found, they may be warned or banned depending on severity.
#Whitelists should only be run through when there is at least 1 admin ingame on either server.
#If the name is odd or something about the individual's profile tips you off, check their username for any active ban appeals. If none are found, they should be good to whitelist with no questions.
#If an active ban or ban appeal is found, it is encouraged to ask why in a private thread. Current precedent is recent active bans on other servers may require a successful ban appeal before whitelisting.

==== Replay Reviews ====
#Any individual can make a request for a replay review, either through an ahelp, a ban appeal or admin complaint, or through a ticket on the Discord.
#Bans and notes may be applied upon a replay review.
#If applying a ban or a note on a replay review, be sure to include the round number and timestamp. Note / Ban policy also applies here.

== Events ==

=== Rules ===
#If you're running a large event, you should have enough admin coverage for the round to do regular admin stuff while the event is being run. If this cannot be achieved, the event should not be run as moderation should take priority.
#Large events must be pre-planned, and if significant setup time is required (e.g. mapping), it should be coordinated on the GitHub.
#Large events should be primarily planned to run on Fridays. Funky Friday only drops the frequency expectation of events, all other rules apply.
#Events are a privilege and should not be performed to the detriment of all other admin tasks (primarily community work e.g. appeals, as well as in-game moderation)
#Don't interfere in another admin's planned event without communication.
#Limit yourself. If you're doing an event every round / other round, you're doing it too frequently. Events should be well thought-out, and not everything needs to be a bit. This is waived for exceptions such as: teaching new players on Sundays, or adjusting gamerules / adding antags for round balance reasons.
#Trial & Junior Admins should not run events of any scale without admin/senior admin oversight. Exception is granted for minor things e.g. giving Cargo a mail teleporter, or CC fax responses that do not include anything of substance being sent/promised to the crew.
#Always log events in the event logs channel, even small ones.

=== Scheduling ===
#Scheduled events include any event that will substantially affect the game from the start of the round to the end, including any relying on manipulating mechanics or player behavior outside of roleplay.
#A Senior Admin must greenlight the scheduled event (post it in the event ideas channel for this), and at least two full-admins must be available to oversee the entirety.
#Events requiring scheduling should be primarily planned to run on Fridays.
#Event frequency on Fridays is more lax compared to other days, but is limited to one event every other round.
#Scheduled events outside of Fridays must be announced to the players either prior to the round starting or earlier in the week.

=== Guidelines ===
#Events should aim to be inclusive to as many of the players as possible.
#The best events are typically those that most players wouldn't even think of as an admin event. Aim to keep things as ingame as possible - that is to say, avoid breaking immersion.
#If you end up running an event that ruins the round (it happens, minor things can spiral very quickly), it is recommended to apologize and give antag tokens to affected antagonists.
#Keep events player-friendly. Run them based on what's good for the round and players rather than what's funny to you at the moment. A good example is sending an ERT when half of the station is dead and 2 dragons are running free. A bad example is spawning yourself in as a deathsquad agent 15 minutes into the round.

== Ahelps and Notes ==
=== Ahelp Policy ===
#The goal for tone is always to be approachable and somewhat casual, or at least polite. We are people dealing with other people and that should be kept at the forefront of an Ahelp. If someone is being rude to you in an Ahelp, be sure to mention the appropriate rule-break and issue a punishment in line with the admin policy.
#If you're Ahelping as a proactive investigation or as a non-serious message, keep it silent.
#Always check the notes of the player you are Ahelping or receiving an Ahelp from.
#Attempt to respond to an Ahelp in a reasonable timeframe, even if that response is just 'Looking into this.'
#Keep one admin maximum speaking to a player in an Ahelp unless you are explicitly handing it over to another, so the player does not feel dogpiled.
#Avoid messaging somebody who is in the middle of a situation unless highly necessary to avoid adding undue stress. People are way easier to speak to when they aren't trying to balance 5 things at once.
#If you are unsure about an action a player has done, Ahelp the player in question and ask additional clarifying questions. Ahelping to ask questions is encouraged in-order to get as much context as possible and to avoid accidentally banning someone for something that should have been a warning.
#Avoid making any punishments before you're positive you've fully reviewed applicable logs / have the necessary information required to make a judgment. A punishment, such as a warning or ban, is a last resort.
#If you feel frustrated / someone's going back-and-forth with you, sometimes you just need to step back and assess the situation. This may look like asking another admin to step in and handle the Ahelp, or it may look like a temporary ban. Point the offender to Rule 4 for this purpose. It is not healthy for either the admin nor the Ahelp-ee to get excessively worked up over what's typically a warning or a time-out from the game.
#Be sure to look at previous Admin Rulings to ensure we stay consistent on certain rulebreaks or grey areas.
#If a situation seems it's going to resolve itself IC, even if rules were broken, consider not messaging anyone over it, at the very least until after the situation resolves. The game runs smoother and people are happier when players feel like admins aren't breathing down their backs.

=== Notes ===
#Notes should be concise, with only the information they need, and detail a note on behavior or a warning given.
#Ahelp policy applies in notes, other admins and players do see these - 'Shitter Behavior' is not a good note, although possibly descriptive.
#Notes not ahelped over should be secreted, as are notes that are for a player 'toeing the line' rather than breaking a rule.
#Notes that were a formal warning should be visible.

=== Watchlists ===
#Watchlists are to be placed primarily in cases of metacommunications and potential antag-rolling; they may also be placed for consistent, watchable, behavior (this should be very clearly observable) but should be used sparingly and in extreme cases.
#In the case of placement for antag-rolling, the watchlist should have a 2-4 week expiry.
#All other guidelines regarding notes also apply to watchlists.

== Admin Disciplinary Action ==
=== Strikes ===
#Strikes are formal written warnings from the Head Admin to any member of staff.
#The Head Admin is required to notify the Senior Admin team of any strikes given.
#They are a last-resort tool to be used on the track to demotion or lesser punishments, where minor corrections will not suffice and major admin policy breaks have occured.
#While strikes aren't necessary for demotions in extreme cases (e.g. leaking of PII or other explicitly illegal activity), they are recommended to be used in cases of an admin abusing their tools or position over the playerbase, including breaches of admin policy or ingame rules in an unprofessional and consistent manner.
#Strikes will expire 2 months after they are applied.
#At two strikes, event privileges will be revoked.
#At three strikes, demotion will be brought up to the Senior Admins.

=== Demotions ===
#Demotions are to be used only in extreme scenarios where an admin has consistently or extremely broken admin policy, and no other correction is feasible.
#The demotion process may be started by the Head Admin or Host.
#To demote a member of staff under normal procedure, the Senior Admins must pass it by 2/3 majority, including the Head Admin.

=== Notes ===
5. Notes that are over 3 months old should be considered as expired.
6. Expired notes should not be considered when issuing punishment, unless permitted by the Head Admin.
7. Expiry of Ban Notes should start after the ban has either been appealed or expires.
8. Notes that fall under the Non-grouping and Language sections of the banning policy are exempt from expiry.