원클릭으로
grove-code-review
Use when reviewing code changes for a grove task. Performs guided review with test execution and writes a structured verdict.
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
메뉴
Use when reviewing code changes for a grove task. Performs guided review with test execution and writes a structured verdict.
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
SOC 직업 분류 기준
Use during refactoring tasks — guides analysis of code smells, planning safe transformations, and verifying behavior preservation.
Use when performing security audits on a codebase. Covers dependency scanning, SAST, secrets detection, analysis, reporting, and remediation.
Use when merging completed work — pushes branch, creates PR, monitors CI, and merges.
Use when reviewing an implementation plan before coding begins. Rigorous adversarial critique.
Use when reviewing code changes for a grove task. Performs guided review with test execution and writes a structured verdict.
Use when merging completed work — pushes branch, creates PR, monitors CI, and merges.
| name | grove-code-review |
| description | Use when reviewing code changes for a grove task. Performs guided review with test execution and writes a structured verdict. |
You are reviewing code changes made by a previous implementation agent for a grove task.
Work through each item. Report findings as you go.
git log main..HEAD --oneline. If there are no commits and this is an implementation task (not research/analysis), reject. If the task is research or documentation, no commits is acceptable.git diff main...HEAD. Check for: incomplete implementations, commented-out code, debug statements left in, obvious bugs, missing error handling at system boundaries..claude/CLAUDE.md. Does the implementation actually satisfy what was asked? Partial implementations should be rejected with specifics about what's missing.Write your verdict to .grove/review-result.json:
{
"approved": true,
"feedback": "Tests pass (42 passed, 0 failed). Implementation matches task requirements. Minor: consider adding a comment to the complex regex on line 78."
}
Or on rejection:
{
"approved": false,
"feedback": "Tests fail: 3 failures in auth.test.ts. TypeError: Cannot read properties of undefined (reading 'token') at line 55. Fix the null check before accessing user.token."
}
Always include specific, actionable feedback. The implementation agent will use this to fix issues.