ワンクリックで
review-staged
Review staged git changes for bugs, style issues, and best practices. Use when the user asks for a code review or CR.
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
メニュー
Review staged git changes for bugs, style issues, and best practices. Use when the user asks for a code review or CR.
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
SOC 職業分類に基づく
Audit local Docker images and running containers for hardening issues before deploy — privileged flags, root users, stale base images, missing resource limits. Use for pre-deploy container review.
Check system health before deploying. Verifies disk space, memory, and running services to catch issues before they hit production.
Automatically format code after edits. Runs prettier/black on modified files to keep style consistent.
Review staged git changes for bugs, style issues, and best practices. Use when the user asks for a code review or CR.
Set up a project for development. Install dependencies, configure environment, and verify the setup works. Use when the user asks to set up, install deps, or get started with a project.
Check project dependencies for license compliance issues. Use when the user asks about licenses, compliance, or legal review of deps.
| name | review-staged |
| description | Review staged git changes for bugs, style issues, and best practices. Use when the user asks for a code review or CR. |
Review the currently staged git changes and provide actionable feedback.
git diff --staged to see what's being committedgit diff to review unstaged changesWhen checking style and readability, refer to the project's coding
standards documented in ${CLAUDE_SKILL_DIR}/review-guidelines.md.
Provide your review as a structured list:
List any bugs, security problems, or correctness issues that MUST be fixed.
List style, readability, and minor improvement suggestions.
A one-line overall assessment (e.g., "Looks good with minor nits" or "Has a critical SQL injection — do not merge").
Keep feedback specific and actionable. Reference exact line numbers from the diff. Be concise — developers don't want a wall of text.