We run a lean, brutalist engineering operation. To keep our review queue moving and our codebase robust, we enforce strict guidelines for all pull requests. If you violate these rules, your PR will be closed.

You Aren't Gonna Need It. We do not merge "preparation hooks," "speculative abstractions," or unused theoretical architectures. If a feature is not actively being used in the critical path right now, do not submit it. Build what is needed today.

• Maximum Load: A contributor can claim a maximum of 2 issues at a time.
• New Contributors: If you are new to the repository and wish to claim a mid or hard issue, you must post a brief approach/plan detailing how you intend to solve the issue before you will be assigned. We do not hold issues for ghosting contributors.
• Veterans: Consistent contributors with merged PRs can request assignment directly.

• One Feature, One PR: Do not bundle unrelated refactors, typo fixes, or feature additions into a single PR. Keep them atomic.
• No Duplicates: Submitting multiple PRs for the exact same fix or documentation update clutters the board. Duplicate spam will result in immediate closures.
• No Custom Roll-Your-Own: If a standard, battle-tested library (like tenacity for backoff) exists, use it. Do not write custom mathematical logic for solved problems.