[docs] Add site policy, disallow AI-written PRs/issues and spam (#4612)

The spam got a little out of hand. Site policy also disallows things such as asking for donations without giving back to us, piracy, large file uploads, illegal stuff, and more. Signed-off-by: crueter <crueter@eden-emu.dev> - [x] I have read and followed the [Contribution Guidelines](https://git.eden-emu.dev/eden-emu/eden/src/branch/master/CONTRIBUTING.md#code-contributions). - [x] I have read and followed the [Coding Guidelines](https://git.eden-emu.dev/eden-emu/eden/src/branch/master/docs/policies/Coding.md) to the best of my ability. - [x] I have read and followed the [website policy](https://git.eden-emu.dev/eden-emu/site-policy). - [x] I affirm that the content of this pull request body was written and submitted entirely by me, in my own words, and not by an AI agent or LLM. - [ ] I affirm that I did not read any of this, and understand that my pull request will be closed if I check this box. - [x] I affirm that, by submitting this pull request, I am responsible for all of the changes contained within these commits. ------------------- Reviewed-on: https://git.eden-emu.dev/eden-emu/eden/pulls/4612 Reviewed-by: lizzie <lizzie@eden-emu.dev> Reviewed-by: John <john@eden-emu.dev>
2026-11-01 11:58:19 +00:00 · 2026-11-01 03:19:27 +01:00
parent 802531c457
commit e903d70d9e
4 changed files with 35 additions and 23 deletions
@@ -1,4 +1,8 @@
 - [ ] I have read and followed the [Contribution Guidelines](https://git.eden-emu.dev/eden-emu/eden/src/branch/master/CONTRIBUTING.md#code-contributions).
 - [ ] I have read and followed the [Coding Guidelines](https://git.eden-emu.dev/eden-emu/eden/src/branch/master/docs/policies/Coding.md) to the best of my ability.
 - [ ] I have read and followed the [website policy](https://git.eden-emu.dev/eden-emu/site-policy).
 - [ ] I affirm that the content of this pull request body was written and submitted entirely by me, in my own words, and not by an AI agent or LLM.
 - [ ] I affirm that I did not read any of this, and understand that my pull request will be closed if I check this box.
 - [ ] I affirm that, by submitting this pull request, I am responsible for all of the changes contained within these commits.
 -------------------
@@ -1,7 +1,10 @@
 # AGENTS
-Read and follow the AI policy found in `docs/policies/AI.md`, and the coding policies found in `docs/policies/Coding.md`.
+Read and follow the [contribution guidelines](./CONTRIBUTING.md) and our [site policy](https://git.eden-emu.dev/eden-emu/site-policy/src/branch/master)..
-Do not, under any circumstances, ever submit PRs or push commits on behalf of the user.
+Do not, under any circumstances, ever:
 - Submit PRs, push commits, or request any API calls on behalf of the user.
 - Write commit messages, PR descriptions, or issues on behalf of the user.
 Keep comments to a reasonable level. Do not overexplain or add/remove comments from unrelated parts of the codebase.
@@ -16,8 +16,11 @@ Eden is free, open-source, copyleft software, licensed under the terms of the [G
 ### Policies
- AI usage is allowed, but we reserve the right to close and rework your PR if you don't fully understand the changes you're making.
+- AI usage is allowed, but we reserve the right to close and rework your PR if you don't fully understand the changes you're making. Additionally:
  - As a common courtesy, please disclose your AI usage under the PR description, as `Assisted-by: <AI model> (<how it helped>)`.
  - All PR descriptions, issue bodies, and comments **must** be written by you, in your own words.
    - AI-written comments/descriptions/bodies are not only difficult for us to read, they also indicate to us that you did not put in the effort to actually understand your changes. These will be closed, deleted, or hidden without warning.
  - Spamming of low-effort AI-generated pull requests or issues is considered a [Human Effort Denial of Service](https://tiangolo.com/open-source/contributing/#human-effort-denial-of-service), and will result in the immediate suspension of your Forgejo account, or you getting blocked from the organization on other platforms.
 - Usage of any form of profanity or otherwise unsavory language is discouraged but not strictly disallowed.
 - New code must follow the same style as the surrounding codebase. Exceptions may be granted in certain cases.
 - Maintainers reserve the right to change your patches and pull requests at will. We will try to avoid this.
@@ -26,6 +29,25 @@ Eden is free, open-source, copyleft software, licensed under the terms of the [G
 - While we do *not* adhere to the terms of a formal code of conduct, you are expected to treat other developers, contributors, and community members respectfully.
 - You **must** have basic knowledge of [Git](https://git-scm.com/learn). Knowing how to manage your branches and follow proper fork policies is a necessity.
 ### Pull Requests
 Pull requests are only to be merged by core developers when properly tested and discussions conclude on Discord or other communication channels. Labels are recommended but not required. However, all PRs MUST be namespaced and optionally typed:
 ```txt
 [cmake] refactor: CPM over submodules
 [desktop] feat: implement firmware install from ZIP
 [hle] stub fw20 functions
 [core] test: raise maximum CPU cores to 6
 [cmake, core] Unbreak FreeBSD Building Process
 ```
 - The level of namespacing is generally left to the committer's choice.
 - However, we never recommend going more than two levels *except* in `hle`, in which case you may go as many as four levels depending on the specificity of your changes.
 - Ocassionally, up to two additional namespaces may be provided for more clarity.
  - Changes that affect the entire project (sans CMake changes) should be namespaced as `meta`.
 - Maintainers are permitted to change namespaces at will.
 - Commits within PRs are not required to be namespaced, but it is highly recommended.
 ### Where do I start?
 Anywhere you like! If you are facing an issue and want to fix it, go ahead. For new features, you are heavily encouraged to open a feature request on GitHub, Codeberg, or Forgejo first, discussing the motivations, potential implementation, and user flow of your desired feature. Our UI/UX designers will work with you to refine your feature before you actually choose to implement it.
@@ -39,6 +61,8 @@ There are five primary ways to contribute.
 - Submit pull requests directly to our source tree
  - You must first [create an account](https://git.eden-emu.dev/user/sign_up).
  - You may use an internal account, or you may use a GitHub/Codeberg account linked to our instance.
  - Please make sure to read our [site policy](https://git.eden-emu.dev/eden-emu/site-policy/src/branch/master).
  - Both your account and your associated fork must be public, *not* limited/private, otherwise our CI workflow will not work on your pull requests.
 - Submit pull requests to our [GitHub mirror](https://github.com/eden-emulator/Issue-Reports)
  - Note that this is subject to being removed by DMCA, so don't rely on this.
 - Submit pull requests to our [Codeberg mirror](https://codeberg.org/eden-emu/eden)
@@ -48,7 +72,7 @@ There are five primary ways to contribute.
  - Alongside the contents of your email, please attach the patch/diff file itself for easy access and use.
 - Email our developers at [`developers@eden-emu.dev`](mailto:developers@eden-emu.dev) with any of your relevant findings or code changes.
-To test your changes, ensure to read the [build documentation](./docs/Build.md) for your specific platform(s) to ensure everything compiles and works properly. You should also make sure that your branch is up-to-date with the upstream `master` branch before opening a pull request.
+To test your changes, ensure to read the [build documentation](./docs/Build.md) for your specific platform(s) to ensure everything compiles and works properly. You should also make sure that your branch is up-to-date with the upstream `master` branch before opening a pull request. **You** are responsible for ensuring that your contribution does what it says and doesn't break everything else horribly.
 ## Non-code Contributions
@@ -24,25 +24,6 @@ If the work is licensed/vendored from other people or projects, you may omit the
 For more information on the license header script, run `.ci/license-header.sh -h`.
 ## Pull Requests
 Pull requests are only to be merged by core developers when properly tested and discussions conclude on Discord or other communication channels. Labels are recommended but not required. However, all PRs MUST be namespaced and optionally typed:
 ```txt
 [cmake] refactor: CPM over submodules
 [desktop] feat: implement firmware install from ZIP
 [hle] stub fw20 functions
 [core] test: raise maximum CPU cores to 6
 [cmake, core] Unbreak FreeBSD Building Process
 ```
 - The level of namespacing is generally left to the committer's choice.
 - However, we never recommend going more than two levels *except* in `hle`, in which case you may go as many as four levels depending on the specificity of your changes.
 - Ocassionally, up to two additional namespaces may be provided for more clarity.
  - Changes that affect the entire project (sans CMake changes) should be namespaced as `meta`.
 - Maintainers are permitted to change namespaces at will.
 - Commits within PRs are not required to be namespaced, but it is highly recommended.
 ## Adding new settings
 When adding new settings, use `tr("Setting:")` if the setting is meant to be a field, otherwise use `tr("Setting")` if the setting is meant to be a Yes/No or checkmark type of setting, see [this short style guide](https://learn.microsoft.com/en-us/style-guide/punctuation/colons#in-ui).