원클릭으로
review
Code review. Use when the user asks to review branch changes, uncommitted changes, a diff, or a pull request.
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
메뉴
Code review. Use when the user asks to review branch changes, uncommitted changes, a diff, or a pull request.
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
SOC 직업 분류 기준
Skill writing principles. Use when creating, editing, or reviewing any SKILL.md.
Skill rule extraction and creation. Use when the user says /learn.
Kysely database queries. Use when writing, reviewing, or debugging Kysely selects, mutations, joins, transactions, filters, or aggregates.
Frontend components and Tailwind. Use when creating, reviewing, refactoring, splitting, or organizing React components, shared components, component folders, or Tailwind classes.
TanStack Query in React. Use when implementing or reviewing queries, mutations, invalidation, or query hooks.
Lint and optimize existing skills. Use when the user says /skill-linter.
| name | review |
| description | Code review. Use when the user asks to review branch changes, uncommitted changes, a diff, or a pull request. |
| disable-model-invocation | true |
Run a delegated code-quality review and synthesize the findings.
main/master with uncommitted changes, review the uncommitted changes.main/master with a clean tree, review the latest commit.Resolve the base ref before delegation. For dirty-tree-only reviews, use HEAD. If the repository has no commits, use Git's empty tree hash.
Always include staged and unstaged changes in scope. The reviewers will inspect both git diff <base> and git diff --cached <base>.
Always spawn exactly three subagents in parallel with the same cwd, base ref, and scope. Use fork_context: false for all reviewers. If the user specifies a model or reasoning effort, use it; otherwise inherit the current defaults.
Pass each subagent only:
cwdDo not review locally while the subagents are running. The parent owns routing and synthesis, not independent review.
Use these reviewer files:
Implementation reviewer:
Review implementation quality in [cwd] against base [base].
Scope: [scope or "all changes in scope"].
Follow [absolute path]/IMPLEMENTATION_REVIEWER.md.
Skill reviewer:
Review project skill compliance in [cwd] against base [base].
Scope: [scope or "all changes in scope"].
Follow [absolute path]/SKILL_REVIEWER.md.
Verification reviewer:
Review verification quality in [cwd] against base [base].
Scope: [scope or "all changes in scope"].
Follow [absolute path]/VERIFICATION_REVIEWER.md.
After all three subagents finish:
Use this output shape:
## Review: [scope]
Critical N | Warning N | Issue N | Nitpick N
1. [severity] [file:line] Title
Rule: [specific rule, when applicable]
Problem -> Consequence
Every finding must reference a concrete changed line. Avoid generic advice and broad "looks good overall" summaries.