Code Review

Structured review of changes so they are correct, secure, and maintainable before merge.

Why this matters: Review is the last line of defense before code hits main. A good review catches bugs and security issues early and keeps the codebase readable for everyone—including the author in six months. The goal isn’t to nitpick; it’s to ship with confidence and leave the code better than you found it.

When to Activate

• Reviewing pull requests or merge requests before merge
• Examining patches or diffs the user is about to submit
• User asks for "code review", "review this PR", "check this change", or "review my diff"
• After completing a feature (requesting review before proceeding)
• Before refactoring (baseline check) or after fixing a complex bug

Core principle

Review the code, not the author. Assume good intent. Be specific: cite file and line, state what is wrong and what to do instead. Prefer concrete edits or snippets over vague advice.

Bundled file (load on demand):