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

review · mag123c — скилл для Claude Code: проверка Rust-кода

Скилл запускает проверку кода Rust CLI/TUI с отдельными чек-листами для Rust, терминального интерфейса и clippy. UX-агент не запускается.

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

Что делает review

Скилл проверяет diff через Code Review Agent: учитывает архитектуру, соглашения проекта и Sprint Contract, если он есть. Для работы нужны .claude/ai-context/architecture.md и .claude/ai-context/conventions.md. UX Review Agent отключён, поскольку проект рассчитан на терминальный интерфейс.

Проверка охватывает unsafe, лишние .clone() и выделения памяти, обработку ошибок, SIMD- и rayon-код, виджеты ratatui, цвета темы, изменение размера терминала и клавиатурные события. Перед ревью запускаются cargo fmt --check и cargo clippy --all-targets --all-features -- -D warnings; предупреждения clippy останавливают проверку. Это значит, что проект должен проходить clippy до запуска ревью.

В список проверок также входят риски потери или повреждения кэша и данных, обратная совместимость, миграции и различия между окружениями. При PASS скилл переходит к /wrap; при FAIL исправляет проблемы, запускает /verify и повторяет ревью, не более трёх раз.

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

  • проверить Rust diff по правилам проекта
  • найти ошибки в обработке ошибок и владении данными
  • проверить TUI при изменении размера терминала
  • оценить риски миграции и потери кэша
  • отсеять предупреждения clippy до ревью

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

  • Проверь этот Rust diff с помощью скилла review и учти архитектуру проекта.
  • Проведи ревью изменений TUI: проверь обработку клавиш и изменение размера терминала.
  • Проверь миграцию формата данных и совместимость со старыми файлами.

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

1Через Skills CLI (Vercel)

npx skills add mag123c/toktrack --skill review -a claude-code

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

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

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

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

Вопросы о review

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

Выполните npx skills add mag123c/toktrack --skill review -a claude-code. Файл скилла появится по пути ~/.claude/skills/review/SKILL.md.

Что делает скилл review?

Он поручает Code Review Agent проверку Rust CLI/TUI-кода по проектным правилам, Rust- и TUI-чек-листам. Перед ревью запускает форматирование и clippy.

Что нужно для работы review?

В проекте нужны .claude/ai-context/architecture.md и .claude/ai-context/conventions.md. Если clippy выдаёт предупреждения, ревью не начинается.

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

SKILL.md · MIT
---
name: review
description: |
  Multi-agent code review for Rust CLI/TUI.
  UX Review inactive (terminal UI — no web frontend). Code Review only.
  Includes Rust/clippy-specific checklist.
required_context:
  - .claude/ai-context/architecture.md
  - .claude/ai-context/conventions.md
---

# Review (toktrack override)

Follows the global `/review` multi-agent pattern, with the following overrides:

## Override: UX Review Inactive

This project is a terminal TUI app — **do not run the UX Review Agent.**
Run Code Review Agent only.

## Override: Code Review Checklist Extension

In addition to the global checklist, append the following to the Code Review Agent prompt:

### Critical (PLAN gate)

| Category | Items |
|----------|-------|
| PLAN assumption refutation | Does the diff **falsify** the `[agent-inferred]`/`[unverified-gate]` assumptions from the PLAN (falsified → P1+, carry to wrap) |

### Author Review Gate (P0 — Identity / Matrix)

This repo is OSS and the reviewer is the author (receiving PRs). Generic code health is covered by Rust/TUI/clippy below; this section examines product-specific risks that **only the author can validate**. Perspective SSOT: session memory `feedback_review_perspective.md`.

| Tier | Category | Items |
|------|----------|-------|
| **reject** | Identity ① ultra-fast | Adding latency·blocking IO·synchronous network to hot path/startup → reject |
| **reject** | Identity ② persistent cache / data preservation | Risk of cache·history loss or corruption → reject. backward-compat·graceful degradation are the means to uphold this |
| **ruthless** | Irreversible | breaking change · data migration · public behavior change |
| **ruthless** | Environment/state matrix (contributors test only their own machine) | OS(paths·home·file locks·Windows) / source schema version(forward new-schema+backward old-format, new source·parser PRs require old-version·unknown-schema fixture) / data shape(empty·large·corrupt·partial·permissions) / locale·TZ·DST / concurrency(read race while source file is being written) / terminal(width·color·TERM) / first-run vs upgrade migration |
| **bias to YES** | Other features·ideas | Stars are the goal — acceptance bias. But if it taxes either core(weighing down hot path·startup·cache paths), request location·approach adjustment only. additive/opt-in/lazy/behind a flag = welcome |
| **lenient** | Style·naming preferences | Linter takes precedence, bikeshed prohibited (uniform strictness = contributor friction → star loss) |
| **signal** | Direction/growth fit (not a gate) | Beyond code quality·conventions, every contribution(issue·PR) also gets a direction-fit verdict in the review output: `strengthens wedge (persistent cache/data preservation)` / `neutral (additive)` / `dilutes focus (e.g. feature-parity chasing)` + 1–2 lines of rationale. Weigh holistically: maintenance cost vs value, real value to target users(AI CLI heavy users), contribution to project direction. Never a reject reason — the two identities above remain the only gates, bias-to-YES stands |

### Rust-specific

| Category | Items |
|----------|-------|
| Safety | Minimize `unsafe` usage, comment with justification |
| Ownership | Unnecessary `.clone()`, `to_string()`, `to_owned()` |
| Error | `anyhow`/`thiserror` pattern consistency, no `unwrap()` (tests excluded) |
| Performance | Unnecessary allocation, `Vec` vs iterator chain, `Box<dyn>` vs generic |
| SIMD | Check fallback branch in simd-json parsing path |
| Concurrency | Check shared mutable state in rayon parallel path |

### TUI-specific

| Category | Items |
|----------|-------|
| Widget | ratatui `Widget` trait implementation consistency |
| Theme | Use `theme.rs` semantic colors (no hardcoded colors) |
| Layout | Handle terminal resize (`Rect` boundary check) |
| Input | Missing keyboard event handling (shortcuts registered in help vs actual handlers) |

### Clippy/Fmt Pre-check

Code Review Agent checks the following before review:

```bash
cargo fmt --check
cargo clippy --all-targets --all-features -- -D warnings
```

If there are clippy warnings, FAIL before starting review (should have been caught by verify).

## Execution

1. Collect context (diff, conventions, architecture, Sprint Contract)
   - PLAN provenance tags/gates (if present) — `[agent-inferred]` / `[unverified-gate]`
2. Launch **Code Review Agent only** (feature-dev:code-reviewer)
   - Global `agents/code-review.md` prompt + above author gates + Rust/TUI checklist append
3. Parse verdict → PASS → /wrap, FAIL → fix → /verify → re-review

## Rules
- **Sub-agent model**: launch the Code Review Agent via the Agent tool with `model: "sonnet"` (Sonnet 5).
- Do not run UX Review Agent (TUI project)
- PASS → run /wrap immediately
- FAIL → fix → /verify → re-review (max 3)

© mag123c · MIT · mag123c/toktrack

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

Все скиллы по теме «Код-ревью и рефакторинг» →

Сначала — review от других авторов.

review официальный anthropics Проверяет входящие договоры по вашему плейбуку и выбирает нужный сценарий разбора. Пригодится для MSA, NDA и SaaS-соглашений. CX Codex +1 728установок review JuliusBrussee Проводит враждебную ревизию спецификации до того, как написан код. Строит скептичного рецензента и пытается опровергнуть план, а не подписать его. CX Codex +1 787установок review parcadei Организует параллельную проверку кода несколькими субагентами и собирает их выводы в единый вердикт перед слиянием правок. CX Codex +1 519установок review owainlewis Скилл запускает отдельного субагента, который читает изменение и ищет дефекты, ничего не правя. Пригодится перед мержем, когда нужен второй взгляд. CX Codex +1 748установок review jsmastery-pro Скилл проверяет готовую фичу по трём уровням: соответствие плану, системным правилам и готовность к проду. Находит ошибки и расхождения, но ничего не чинит сам. CX Codex +1 946установок 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установок

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

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

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