К основному содержанию
скилл CX Codex

review-it — скилл ревью кода для Claude Code: проверка перед коммитом

Скилл для автоматического код-ревью перед коммитом или релизом. Проверяет незакоммиченные правки или ветку против main в нескольких ИИ-агентах.

Установить в Claude Code · Через Skills CLI (Vercel) Все способы и платформы ↓
npx skills add smallnest/goal-workflow --skill review-it -a claude-code
Открыть на GitHub

Что делает review-it

Скилл проводит автоматическое ревью как финальную проверку перед коммитом. В Claude и OpenCode для этого вызывается встроенный /review, в Codex — codex review, в Antigravity CLI — /code-review. Незакоммиченные правки проверяются сразу, для ветки сначала генерируется дифф через git diff origin/main...HEAD > /tmp/review-it.diff.

Отдельного внимания в скилле заслуживает контракт: вывод ревью считается совещательным, его нельзя применять слепо. Каждую находку предлагается подтвердить чтением реального кода и соседних файлов. Спекулятивные риски и широкие рефакторинги отклоняются. Если правка по ревью что-то поменяла — прогоняются затронутые тесты и ревью повторяется, пока не останется принимаемых замечаний.

Ревью идёт по восьми направлениям, включая скрытые побочные эффекты, ломающие совместимость изменения, граничные случаи, риски производительности и безопасности. В комплекте есть скрипт scripts/review-it: он сам определяет агента и режим, поддерживает --parallel-tests для параллельного запуска тестов и ревью, а также --dry-run. Форматирование стоит прогнать до ревью, потому что оно сдвигает номера строк. Без установленного скилла в нужном агенте команда ревью просто не сработает — проверьте путь к SKILL.md для своей платформы.

Какие задачи решает

  • проверить незакоммиченные правки перед коммитом
  • сравнить ветку с основной до пуша
  • прогнать тесты и ревью одновременно
  • отфильтровать ложные замечания авторевью через реальный код
  • уложить финальную проверку в отчёт по задаче

Примеры запросов агенту

  • Сделай ревью текущих изменений перед коммитом.
  • Сгенерируй дифф ветки против origin/main и проверь его.
  • Запусти ревью и тесты параллельно через scripts/review-it.

Как установить review-it

1Через Skills CLI (Vercel)

npx skills add smallnest/goal-workflow --skill review-it -a claude-code

2Вручную: положить файлы

~/.claude/skills/review-it/SKILL.md

Папка скилла целиком; для одного проекта — .claude/skills/review-it/

По шагам, с командами для каждой платформы: Как установить скилл в Claude Code: пять способов

Вопросы о review-it

Как установить review-it в Claude Code?

Выполните npx skills add smallnest/goal-workflow --skill review-it -a claude-code. Скилл появится в ~/.claude/skills/review-it/SKILL.md.

Что делает review-it?

Ищет проблемы в незакоммиченных правках или в диффе ветки перед коммитом. Восемь направлений проверки включают побочные эффекты, совместимость, граничные случаи и безопасность.

Как проходит параллельная проверка?

Скрипт scripts/review-it с флагом --parallel-tests запускает тесты и ревью одновременно. Если тесты повлекли правки кода, ревью повторяется.

Исходный текст

SKILL.md · MIT
---
name: review-it
description: "Code review closeout for Claude Code, Codex, OpenCode, DeepSeek TUI, and Antigravity CLI: local dirty changes, branch vs main, parallel tests."
---

# CC Review

Run automated code review as a closeout check before committing or shipping. Works across multiple AI coding agents.

Use when:
- user asks for code review / review-it / autoreview
- after non-trivial code edits, before final/commit/ship
- reviewing a local branch or PR branch after fixes

## Supported Agents

| Agent | Review Command | Notes |
|-------|---------------|-------|
| Claude Code | `/review` | Built-in, works on uncommitted changes or diff |
| Codex | `codex review` | Pass diff file or let it auto-detect |
| OpenCode | `/review` | Same as Claude Code |
| DeepSeek TUI | `/review` or manual diff review | Pass diff content for analysis |
| Antigravity CLI | `/code-review` | Built-in slash command, auto-detects diff |

## Contract

- Treat review output as advisory. Never blindly apply it.
- Verify every finding by reading the real code path and adjacent files.
- Read dependency docs/source/types when the finding depends on external behavior.
- Reject unrealistic edge cases, speculative risks, broad rewrites, and fixes that over-complicate the codebase.
- Prefer small fixes at the right ownership boundary; no refactor unless it clearly improves the bug class.
- Keep going until review returns no accepted/actionable findings.
- If a review-triggered fix changes code, rerun focused tests and rerun review.
- Stop as soon as the review comes back clean with no actionable findings.
- If rejecting a finding as intentional/not worth fixing, add a brief inline code comment only when it explains a real invariant or ownership decision that future reviewers should know.
- Do not push just to review. Push only when the user requested push/ship/PR update.

## Review Focus

请 review 当前 diff。不要只看语法和明显 bug,请重点检查以下维度,最后按严重程度排序:

1. **隐藏副作用 (Hidden Side Effects)** — 变更是否在非显而易见的地方产生级联影响?是否修改了共享状态、全局变量、或外部依赖的行为?
2. **破坏兼容性 (Breaking Compatibility)** — 是否改变了 API 签名、数据结构、配置文件格式、或命令行接口?现有调用方是否会受影响?
3. **边界情况 (Edge Cases)** — null/空值/空集合、极大/极小值、并发/竞态条件、异常路径是否被正确处理?
4. **性能风险 (Performance Risks)** — 是否引入了不必要的循环嵌套、N+1 查询、大对象分配、阻塞 I/O、或锁竞争?
5. **安全风险 (Security Risks)** — 是否存在注入、越权、敏感信息泄露、不安全的反序列化、或依赖版本漏洞?
6. **命名误导 (Naming Misleading)** — 变量/函数/类型名称是否与实际行为不一致?是否存在名不副实或语义模糊的命名?
7. **测试不足 (Insufficient Testing)** — 关键路径、边界条件、错误处理是否缺少测试覆盖?现有测试是否真正验证了期望行为?
8. **未来维护成本 (Future Maintenance Cost)** — 是否引入了不必要的抽象、重复代码、隐式耦合、或难以追踪的控制流?后来者是否容易理解和修改?

## Pick Target

### Claude Code / OpenCode / DeepSeek TUI

Dirty local work (default — `/review` works on uncommitted changes):

```
/review
```

Branch/PR work — review all changes against base:

First generate a diff, then review it:

```bash
git diff origin/main...HEAD > /tmp/review-it.diff
```

Then review the diff file with a focused prompt:

```
/review the changes in /tmp/review-it.diff against origin/main
```

If an open PR exists, use its actual base:

```bash
base=$(gh pr view --json baseRefName --jq .baseRefName)
git diff "origin/$base"...HEAD > /tmp/review-it.diff
```

### Antigravity CLI (`agy`)

Dirty local work:

```
/code-review
```

Branch/PR work — review all changes against base:

```bash
git diff origin/main...HEAD > /tmp/review-it.diff
```

Then pass the diff to the review command:

```
/code-review the changes in /tmp/review-it.diff against origin/main
```

If an open PR exists, use its actual base:

```bash
base=$(gh pr view --json baseRefName --jq .baseRefName)
git diff "origin/$base"...HEAD > /tmp/review-it.diff
```

### Codex

```bash
# Review uncommitted changes
codex review

# Review branch diff
git diff origin/main...HEAD > /tmp/review-it.diff
codex review /tmp/review-it.diff
```

## Parallel Closeout

Format first if formatting can change line locations. Then it's OK to run tests and review in parallel:

```bash
scripts/review-it --parallel-tests "<focused test command>"
```

Tradeoff: tests may force code changes that stale the review. If tests or review lead to code edits, rerun the affected tests and rerun review until no accepted/actionable findings remain.

## Uncommitted vs Branch Review

Choose the right mode:

- **Uncommitted changes** (staged/unstaged): use `/review` directly (Antigravity: `/code-review`, Codex: `codex review`)
- **Committed, not pushed**: use `git diff origin/main...HEAD` + review
- **Pushed/PR**: same as committed, against the PR base
- **Clean working tree**: skip review if there's truly nothing to review

## Helper

Bundled helper script for parallel test + review orchestration:

```bash
~/.claude/skills/review-it/scripts/review-it --help
```

The helper:
- Detects which agent is running (Claude Code, Antigravity CLI, Codex) via `--agent auto`
- Detects whether to use uncommitted review or branch diff review
- For branch mode: generates diff against `origin/main` (or PR base), then triggers review
- Supports `--parallel-tests` for concurrent test + review execution
- Supports `--dry-run` for checking what command would be used
- Prints `review-it clean: no accepted/actionable findings reported` when review is clean

## Final Report

Include:
- review target (uncommitted / branch / PR base)
- tests/proof run
- findings accepted/rejected, briefly why
- the clean review result, or why a remaining finding was consciously rejected

Do not run another review solely to improve the final report wording. If review exited clean with no actionable findings, report that as clean.

© smallnest · MIT · smallnest/goal-workflow

Похожие скиллы

Все скиллы по теме «Код-ревью и рефакторинг» →
improve-codebase-architecture Matt Pocock Скилл ищет архитектурные узкие места в кодовой базе и показывает варианты углубления модулей в HTML-отчёте. Подойдёт для ревью перед рефакторингом. 1 163 035установок tdd Matt Pocock Скилл управляет циклом красный-зелёный в TDD: проверяет, что тесты пишутся до кода, держит их на уровне публичных интерфейсов и не завязывает на внутреннюю структуру. 1 141 062установок triage Matt Pocock Скилл проводит issue и внешние PR через роли триажа, проверку и подготовку брифа для агента. Подойдёт мейнтейнеру, который разбирает очередь задач. 990 453установок codebase-design Matt Pocock Скилл помогает проектировать модули с небольшим интерфейсом и скрытой внутри сложностью. Подходит для рефакторинга, тестируемости и поиска чистого seam. 850 344установок code-review Matt Pocock Проверяет изменения от выбранной точки по стандартам репозитория и требованиям задачи. Нужен для ревью ветки, PR или незавершённой работы. 789 521установок implement Matt Pocock Выполняет задачу по спецификации или тикетам, ведёт работу через тесты и завершает её ревью с коммитом. Подходит для задач, где нужен дисциплинированный цикл разработки. 774 700установок

Из того же набора9

smell Скилл анализирует кодовую базу и выдаёт markdown-отчёт о нарушениях архитектуры, анти-паттернах и горячих точках по сложности. CX Codex +1 768установок prd Собирает Product Requirements Document по описанию фичи: задаёт уточняющие вопросы, пишет структуру с user stories и сохраняет файл в tasks/. CX Codex +1 531установок modern-go Переводит Go-файлы на идиомы и API той версии, что объявлена в go.mod. Полезно, когда проект обновили, а код остался на старых приёмах. CX Codex +1 518установок refactor Пошагово перестраивает структуру кода по каталогу Мартина Фаулера без изменения поведения. Помогает убрать запахи кода и разбить разросшиеся функции. CX Codex +1 518установок prd-to-spec Преобразует PRD в технический SPEC с архитектурой, API, моделью данных и контрактами реализации. Нужен перед началом разработки. CX Codex +1 500установок code-to-spec Разбирает существующий проект и собирает из кода, конфигов и тестов документ SPEC. Пригодится, когда спецификации нет, а понять проект надо. CX Codex +1 470установок note-it Скилл фиксирует архитектурные решения, компромиссы и отклонения от ТЗ после написания кода и сохраняет их в HTML-отчёт в папке docs. CX Codex +1 465установок to-issues Разбивает PRD и технические спецификации на сквозные вертикальные задачи с явными зависимостями для GitHub или локального трекера. CX Codex +1 451установок

Спонсоры проекта

Компании, которые помогают держать аналитику открытой