The rules for the text of a message that a person reads. Use when you write the message of an exception, of an error or of a panic, when you write a log line, when you write a line that a program prints for a user, when a message interpolates a value such as a path, a name, a number or a version, when a message names…
The rules for the state of an object. Use when you write a new class, a new struct or a new record, when you write a constructor, when you add a property to a type that exists, when you write a setter or a method that writes a property of its own object, when a caller needs an object with one different value, when a…
The rules for the public API of a package and the visibility of each item. Use when you write a new type, a new method or a new constructor, when you change the visibility of a type or of a member, when a caller outside this project can reach a type or a member, when you add a parameter to a signature that a caller…
The rules for each check of a project. Use when you finish a change, when a check of this project fails, when you add an ignore, an entry of a baseline or a suppression, when you change the level of a static analyser, when you add a path to an exclusion, when a test that your change touches is skipped, when you add a…
The rules for the parameters, the properties and the return type of a signature. Use when you write a new method, a new function, a new class, a new constructor or a new property, when you add a parameter to a signature that exists, when you change what a method takes or what it returns, when you let a caller choose a…
The rules for the code that carries no evidence, which a reader names slop. Use when you write a new method or a new function, when you finish a change, when you read a request, a file, a document or a row of a database, when you check the type of a value in the middle of the program, when you write a try and a catch…
The rules for the message of a commit. Use when you write a commit, when you amend the message of a commit, when you squash commits into one commit, and when you write the title of a pull request that becomes the message of a squashed commit.
Keep this project current and keep each check passing. Raise each dependency, repair each vulnerability, keep the lock file in sync, remove each unused package, check the runtime and the toolchain, and raise each action of the CI. Use when the user asks to upgrade the dependencies, to raise one package to a new…
Write the intention of this project in .hod/PROJECT.md. Use when the user asks to set up this project for a coding agent, when .hod/PROJECT.md holds the text that hod init wrote, or when a task needs the command that installs the dependencies, the command that runs the tests or the command that starts the program and…
★not rated 77 12d agoA86 tokens
originalMIT
At most 3 mods per repository are shown here, and a mod shipped inside a plugin is left to that plugin's page — the rest are on their repository pages: