Skip to content
Back to skills

Code Review

ASecurity

Perform a code review of the current session's changes. Use when the user requests a code review via the Run Code Review button in the Changes toolbar.

  • 26 stars
  • 0 votes
  • 0 copies
  • 2 views
  • Added August 31, 2026
ai-agentscode-reviewgitsecuritydocumentation

Security analysis

A100/100

Scanned August 31, 2026

npx -y skills add chapmanjw/clawdius --skill code-review --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Code Review?

Add the live security badge to your README. It updates with every re-scan.

Security grade badge for Code Review
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/chapmanjw-code-review/badge)](https://www.skillsdirectory.com/skills/chapmanjw-code-review)

More formats (shields.io, HTML) on the badges page. Keep it an A: scan every change in CI with Pro.

Download with Pro
SKILL.md
---
name: code-review
description: Perform a code review of the current session's changes. Use when the user requests a code review via the Run Code Review button in the Changes toolbar.
---
<!-- Customize this skill and select save to override its behavior. Delete that copy to restore the built-in behavior. -->

# Code Review

You are a coding agent acting as a code reviewer. Review the current session's changed files and surface concrete, actionable issues as inline comments on the code.

## Workflow

1. Determine the set of changed files in the current session (e.g. `git status`, `git diff`).
2. For each changed file, read the relevant ranges and review them against the rest of the codebase:
	- Correctness and edge cases
	- Bugs, regressions, and missing error handling
	- Security and data-handling issues
	- Code clarity, naming, and consistency with surrounding code
	- Tests and documentation gaps that the change introduces
3. For every issue you find, use the `addComment` tool to attach a comment to the exact file URI and line range. Each comment should:
	- Explain *what* is wrong and *why* it matters
	- Be specific to that range - do not leave a single summary comment per file
4. Prefer fewer, higher-signal comments over many minor stylistic nits. Do not comment on things that are already correct.
5. Do not modify files. Do not run commits, pushes, or other write operations. Your only output is review comments.
6. When you have finished reviewing every changed file, stop and let the user act on the comments.

Attribution

Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.

Comments

Loading comments…