🪥Update !run

Author: Aluerie

ext/misc_commands.py

@@ -29,10 +29,14 @@ async def erdoc(self, ctx: commands.Context) -> None:
     async def run(self, ctx: commands.Context) -> None:
         """Explanation of my first Sekiro hitless run."""
         msg = (
-            "All Memories & Unique MiniBosses (so no repetitions) & save-file for Inner+Shura. "
+            "All Unique Bosses. This includes All Memories, Original MiniBosses without repetitions "
+            "(i.e. one Headless, one Elite, O'Rin, etc) and "
+            "we load a save-file with Reflections for Emma, Fire Isshin and Inner Bosses. "
             "The idea: I have to learn and practice all boss move-sets. "
-            "Almost Charmless (take it back pre-demon). Mostly Sword+Shuriken (~31/39 boss fights). "
-            "Somewhat loop-less. For more look !notes."
+            "Restrictions: Almost Charmless (take it back pre-demon). No forced loops. "
+            "Sword+Shuriken for bosses that I like (~30/40)."
+            "Mist Raven for lighting reversal. "
+            "Full blasting for the rest. For more look !notes."
         )
         await ctx.send(msg)
 

pyproject.toml

@@ -105,56 +105,77 @@ select = [
     "DOC"       # Doc strings, kinda annoying for a bot, to be honest
 ]
 ignore = [
-    # General disagreement with Ruff
+    # 1. General "Somewhat Public" disagreement with Ruff
     "ANN401",   # `Any` is the correct type in some cases
     "ASYNC109", # dpy and other libraries commonly use this parameter
     "ASYNC116", # Long sleeps are fine
     "C90",      # mc cabe complexity memes
+    "COM812",   # Ruff page recommends using formatter instead
+    "COM819",   # Ruff page recommends using formatter instead
     "F401",     # unused imports
     "F403",     # wildcard imports: `from math import *` are used in __init__.py a lot
     "F405",     # wildcard imports are not that bad
     "INP001",   # due to how we load modules this results in annoyances
+    "PLC0414",  # pyright ruling for `as` imports needed
     "PLC0415",  # ruff gets this wrong, import needs to be not at top of file in some cases
     "RUF001",   # ambiguous characters not something I want to enforce here.
+    "RUF029",   # no, don't try and tell me I'm wrong for async def when something is for an interface.
     "S101",     # use of assert here is a known quantity, blame typing memes
-    "S311",     # Yes, standard pseudo-random generators are not suitable for cryptographic purposes so what
+    "S311",     # standard pseudo-random generators are not suitable for cryptographic purposes, so what;
     "TRY003",   # over-eager rule
     "TRY301",   # unrealistic rule
 
-    # Personal problems
+    # 2. Personal disagreement
     "PLR0904",  # too many public methods
     "PLR0912",  # too many branches
     "PLR0913",  # number of function arguments
     "PLR0914",  # too many variables: come on
     "PLR0915",  # too many statements: come on, not everything is solvable in <50 lines.
     "PLR0917",  # too many positional arguments
     "PLR2004",  # Magic value comparison, may remove later
-    "PLR6301",  # discord.py uses `self` even if I don't
+    "PLR6301",  # discord.py uses `self` even if I don't 
     "S608",     # I use f-strings with SQL and I don't know better;
+    "TID252",   # My relative imports are quite well structured 
 
-    # OLD RULES
-    # "F401",
+    # MISHA
+
+    # "EM101",    # in this case this is okay
     # "F402",
-    
+    # "PD011",    # this is not a numpy codebase
     # "PERF203",
-    # "RUF001",
+    # "Q000",
     # "RUF009",
     # "SIM105",
     # "UP034",
     # "UP038",
-
-    # DOC STRINGS
-    # general doc string exceptions
+    
+    # SINBAD
+
+    # "ANN202", # implied return fine sometimes
+    # "B901", # I'm aware of how generators as coroutines work
+    # "E501", # ruff format suggested
+    # "FBT003", # Wrong end to enforce this on.
+    # "G002",  # erroneous issue with %-logging when logging can be confiured for % logging
+    # "ISC001", # ruff format suggested
+    # "PLC0105",  # no, I don't like co naming style for typevars
+    # "SIM105",  # supressable exception, I'm not paying the overhead of contextlib.supress for stylistic choices.
+    # "TC001", # I prefer to avoid if TYPE_CHECKING
+    # "TC002", # I prefer to avoid if TYPE_CHECKING
+    # "TC003", # I prefer to avoid if TYPE_CHECKING
+    # "UP007", # "Use | For Union" doesn't account for typevar tuple unpacking.
+    # "UP031", # No, I like % formatting more for some things...
+
+    # 3. Doc String: general exceptions
     "D100",     # Missing docstring in module: no, module level docs aren't always needed
+    "D104",     # Missing docstring in public package
     "D105",     # Missing docstring in magic method: documenting magic methods is often dumb.
     "D107",     # Missing docstring in `__init__`: __init__ is the wrong place to doc this.
     "D401",     # Doc should be starting with an imperative verb: dumb rule tbh.
-    # doc string exceptions 
-    # for this bot because it's a bot and it's pointless to document *everything* in one-man project.
+
+    # 4. Doc String: exceptions for this bot because and it's pointless to document *everything* in one-person project.
     "DOC201",   # `return` is not documented in docstring
     "DOC501",   # raised exception is missing from docstring
 
-    # "D104",    # Missing docstring in public package. Otherwise spams __init__.py and such.
     # "D417",    # Missing argument description. Otherwise, it keeps asking to document interaction/context args.
     # "D203", # one-blank-line-before-class
     # "D213", # multi-line-summary-second-line