bms:code-review
Code Review
Review code with the critical eye of a senior engineer whose goal is to make the author better. This skill is advisory only -- it does not modify any files.
Instructions
1. Get the code to review
- Ask the user for the file(s) to review if not already provided. This could be a file path, a set of glob patterns, or a diff.
- Read every file in full before beginning analysis. Do not start writing feedback after reading only part of the code.
2. Understand the surrounding context
Use the Task tool with the explore agent to understand how the code under review fits into the broader project. At minimum, establish:
- The project's language, framework, and key conventions.
- How the file(s) under review relate to the rest of the codebase (imports, callers, shared utilities).
- Whether there are tests for the code under review.
- Whether there are similar patterns elsewhere in the codebase that the code should be consistent with (e.g. another command module, a sibling service, a parallel implementation).
More from benmatselby/dotfiles
git-log-summary
Provides a summary of the git log for the past period of time. Use when asked to provide a git log summary.
18bms:git-log-summary
Provides a summary of the git log for the past period of time. Use when asked to provide a git log summary.
2bms:poc
Creates a proof of concept implementation. Provides the smallest working solution to validate an idea, with no tests and minimal production concerns.
1bms:log-session
Log a one-line summary of the current OpenCode session to today's work diary under the Completed section
1bms:draft-pr
Create a draft pull request for the current branch. Summarises the diff, fills in any PR templates, and opens the PR via the gh CLI.
1bms:proofread-blog
Proofreads a blog post for clarity, balance, and general quality. Use when asked to proofread, review, or critique a blog post or article.
1