__ _ _ _ / \ ___ _ _ ___ ___ ___ _ _| |_ ___ ___ _ ___| |_| |_ \__/ | _ | | | _ | | _ || | | _|_ -| | -_| | _ | | _| / \ |_ |__ |___|_|_|____|___|___|___| |___|_|_ |_|_|___| \__/ |_| |___|
rule -3: oh rule -2: yeah that’s the point rule -1: the entirety of the quonauts discord can access this document, if you didn’t know, and they can edit it too. Rule 0: I’m a banana. Rule 1: Thou shalt not kill. Rule 2: If thou wishes to create thy proposal, thou proposal shalt not clash with another proposal, lest it be illegal. Rule 3: If a game action is deemed illegal, then it shalt not affect the game state. Rule 4: If a game action is deemed HEAV’D, then it shalt affect the game state. Rule 5: If a game action is not explicitly allowed, it shalt be considered null, void, illegal.
This section details how the rules are to be applied to the game.
The definitions for terms listed here take precedence over their normal English meanings, however any terms defined in a specific section of the rules override these in the section in which they are defined and any subsections of that section. A section may also define terms for use in the whole document.
This document is not guaranteed to always be up-to-date as the game rules are modified, however it is the duty of all players to keep this document accurate as game rules are modified. Where this document disagrees with the game rules, players must follow the game rules as they are in the legal game state, rather than their description in this document.
In the case of a contradiction between clauses, the following criteria are to be considered in turn until a clear determination can be made as to which clause takes precedence:
Unless explicitly stated in the rules, all game actions are forbidden.
A rule violation is a game action that is not permitted by the rules.
If a rule violation occurs, the relevant game action/s do not affect the legal game state, however, the recorded game state may have been modified.
Resolving a rule violation is the process of reversing the effects of that rule violation in the recorded game state, to the extent that it is feasible.
An error is a rule violation made by a player either mistakenly or through ignorance. If a player causes a rule violation and is able to resolve the error, they may do so.
If a player resolves an error within 24 hours of making that error, and the resolution of the error leaves the recorded game state in such fashion that it is as if the error had never occurred, no punitive action can be taken against the player.
If any player (hereby “the accusing player”) believes that another player (hereby “the accused player”) has violated the rules, then the accusing player may conduct a poll (a “rule violation poll”) to determine whether the accused player has violated the rules.
In conducting a rule violation poll, the accusing player must describe which sections or clauses of the rules were violated and what illegal game action was taken by the accused player. Players should vote in favor of this poll only if they agree that the accused player violated the rules as described.
Any vote in such a poll cast by the accused player is not counted.
A rule violation poll must be available for voting for at least 24 hours before any action may be taken as a result.
A rule violation poll may not be started more than 7 days after the potential rule violation.
For any potential rule violation, only one rule violation poll may be conducted.
If a rule violation poll passes, then the accused player is convicted of violating the rules as described in the poll and the rule violation must be resolved, if it has not already.
If a player (hereby “the convicted player”) is convicted of violating the rules, another player may conduct a poll (called a “punitive action poll”) to determine whether punitive action should be taken.
Players should vote in favour of this poll only if they believe the convicted player violated the rules knowingly and with malicious intent.
Any vote in such a poll cast by the convicted player is not counted.
A punitive action poll must be available for voting for at least 24 hours before any action may be taken as a result.
If a punitive action poll passes, then the convicted player may not perform any game actions for 24 hours.
Unless otherwise specified, all times and dates are specified with respect to UTC.
Certain game functions may be performed automatically by automated “bots”; the behavior of such bots is not governed by the rules, and any function that bots may perform should be feasible, even if inconvenient, to do manually.
This section and its subsections describe grammatical and stylistic conventions used throughout this ruleset.
Any player may edit the rules to conform to these style conventions. Edits made this way must otherwise be minimal; i.e. they may not change wording or meaning. Note that the meaning of other, linked rule sections must not be changed by such an edit.
9, and hyphens
*) before each list element.
1.) before each list element.
1and increase by
1for each element.
Within a given list, all elements should have the same style, chosen from the following:
From GitHub’s “Mastering Markdown” document, the following may be used:
Additionally, square brackets
 containing a tag will be converted into links to another rule section; e.g.
[%rule-tag]. Discord mentions (@username, @role, and #channel) may be used, however they are not readable in GitHub-flavored markdown.
Each player has their own “Player state”. The player state of each player is part of the overall game state. Each subsection of this rule is part of each player’s state.
The game rules govern roles that have effect within the game.
Each subsection of this rule corresponds to a role; as the subsections are created, removed, or renamed, roles must be created/removed/renamed accordingly.
The game rules govern only messages and reactions in the “Quonauts 8” category of the Discord server.
Each subsection of this rule section corresponds to a game channel; as the subsections are created, removed, renamed, or reordered, game channels must be created/removed/renamed/reordered accordingly.
The #proposals channel is governed by [%proposals].
The #rules channel contains this rules document.
A poll is a means of gathering the opinions of players on an issue. Players may conduct a poll by providing any necessary detail and posting a question in the #polls game channel.
Players may vote in favor of a poll by reacting to the poll with :thumbsup:. Players may vote against a poll by reacting to the poll with :thumbsdown:.
The player that posted a poll may edit it freely, as long as such edits do not change the meaning/intent of any existing reactions to the poll.
Proposals can be made by posting them to the #proposals game channel.
The first proposal is numbered #1 and each subsequent proposal’s number is increased by 1. Deleted proposals retain their number.
A proposal is either open or closed. When it is first submitted a proposal is open. A closed proposal is either passed or failed. When a player closes a proposal, they must either pass it or fail it. A deleted proposal is closed, but does not pass or fail.
A proposal must describe one or more actions that make changes to the game rules or otherwise alter the game state.
A proposal must not depend on information outside of the game state, or propose a rule that does so.
If a proposal describes a modification to the rules, it must unambiguously specify the rule section(s) to be modified and how they will be modified.
If a proposal describes the creation of a new rule section, it must specify its title, its location in relation to an existing one, and its content. If the proposal conflicts with an existing rule, the proposal must explicitly note which rule takes precedence in which situation.
If multiple proposals describe the modification or addition of sections, paragraphs, or sentences to the same part of the rules, conflicts should be resolved based on the age of the proposal, such that the newer proposal’s effect overrides the older one’s. For example, if proposal #10 adds a new section “A” to the bottom of the rules, and proposal #11 adds a new section “B” to the bottom of the rules, and both proposals pass, then regardless of which proposal passed first, section “B” will appear below section “A” in the rules.
A proposal may state that it depends on other proposals. If a proposal’s dependencies fail, then the proposal dependent on them also fails.
A proposal may also state it is incompatible with other proposals, in which case that proposal will fail if any proposal it is incompatible with passes.
Each player may cast one vote on each open proposal.
Players may vote for or against a proposal. Players may also explicitly abstain from voting.
A player may change their vote on an open proposal at any time.
Any player may close an open proposal if one or more of the following conditions is met:
When a proposal is closed, it passes if it has more votes in favour than against; otherwise, it fails.
The player that authored a proposal may fail it at any time.
When a player passes a proposal, that player must carry out the effects of that proposal and its passing to the best of their ability.
The author of an open proposal may delete it at any time.
A player may edit a proposal they have submitted if that proposal is open for voting and has no votes cast by players other than its author.
The author of a proposal or the player passing a proposal may choose to add or remove whitespace and fix typos or grammar mistakes, as long as the meaning of the proposal and any dependent proposals remains unchanged. Clarifications or additional details should always be added by a new proposal.
The game cannot be won.
The game does not end.