agentsclimarketplace

Qa review

Skill christopherlouet/claude-base/.claude/skills/qa-review

Perform a thorough code review. Use when the user requests a review, wants to verify code quality, or before merging a PR.From its SKILL.md

Install
npx -y skills add christopherlouet/claude-base --skill qa-review

Assembled from the repository path, not quoted from the project. Check it against their README if it does not work.

One thing to look at

  • 5 stars5 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.

SKILL.md

4.8 KB, ~1.3k tokens by cl100k_base, as published. Nobody here has run it

Code Review

Objective

Identify quality, security, and maintainability issues BEFORE merge.

Native features first

Claude Code ships a native /code-review that owns the review execution: effort levels from low to max, --fix to apply findings, --comment to post inline PR comments, and ultra for a multi-agent cloud review. Prefer it to run the review.

This skill's delta is the conventions the review is held to — the checklist below (incl. the substance-check.sh gate native review does not run), the naming tables, and the severity taxonomy. Use them to brief or grade a native /code-review run, or as the manual protocol where the native command is unavailable.

Instructions

1. Overview

# View the changes
git diff main...HEAD --stat
git log main...HEAD --oneline

2. Review checklist

Code quality

  • Readability (clear names, short functions)
  • DRY (no duplication)
  • SOLID (single responsibility)
  • Reasonable complexity
  • No over-engineering (YAGNI: no speculative options/abstraction; could a stdlib/native/one-liner replace custom code?)

Typing (TypeScript)

  • No any
  • Explicit types on public APIs
  • Well-defined interfaces

Tests

  • Tests present and relevant
  • Edge cases covered
  • Mocks limited to I/O
  • Substance: no hollow tests / stubs — run ./scripts/substance-check.sh <changed-files> (flags no-assertion / always-true / skipped / empty / stub; a green suite over hollow tests is not "done")

Security

  • Inputs validated
  • No hardcoded secrets
  • No injection possible

Performance

  • No N+1 queries
  • No possible infinite loops
  • Memory managed correctly

3. Comment format

[TYPE] file:line - comment

Types:
- [CRITICAL] - Blocking, must be fixed
- [IMPORTANT] - Should be fixed
- [SUGGESTION] - Optional improvement
- [QUESTION] - Clarification needed
- [NITPICK] - Minor detail

Expected output

## Review: [PR Title]

### Summary
- **Files modified**: X
- **Lines added**: +Y
- **Lines removed**: -Z
- **Verdict**: Approve / Request Changes / Comment

### Positive points
- [Point 1]
- [Point 2]

### Issues identified

#### Critical
- [CRITICAL] `file.ts:42` - Description

#### Important
- [IMPORTANT] `file.ts:87` - Description

### Suggestions
- [SUGGESTION] `file.ts:123` - Description

### Final checklist
- [ ] Code readable and maintainable
- [ ] Sufficient tests
- [ ] No security issue
- [ ] Acceptable performance

Naming analysis

Naming rules to verify

ElementConventionGood examplesBad examples
VariablesDescriptive, camelCaseuserCount, isActivex, tmp, data
FunctionsVerb + noun, camelCasegetUserById, validateEmailprocess, handle, do
BooleansPrefix is/has/can/shouldisValid, hasPermissionvalid, permission
ConstantsSCREAMING_SNAKEMAX_RETRY_COUNTmaxRetry
ClassesPascalCase, nounUserService, OrderRepositoryManager, Helper
InterfacesPascalCase, descriptiveUserProfile, PaymentMethodIUser, DataType

Naming smells to detect

SmellProblemFix
Generic namedata, result, temp, infoName based on content
Abbreviationusr, btn, msg, idxWrite in full
Double negation!isNotValid, !disableButtonisValid, enableButton
Type in the nameuserArray, nameStringusers, name
Inappropriate lengthShort global variable, long localReverse: long global, short local
Misleading namegetUser that modifiesfetchAndUpdateUser

Patterns to look for

# Single-character variables (except i, j in loops)
\b[a-z]\b\s*[=:]

# Generic names
\b(data|result|temp|tmp|info|item|obj|val|res)\b\s*[=:]

# Booleans without prefix
\b(active|valid|visible|enabled|disabled|open|closed)\b\s*[=:]

Rules

  • Be constructive, not destructive
  • Explain the WHY
  • Propose alternatives
  • Distinguish blocking vs nice-to-have
  • Verify naming consistency in the code review

See also

The formerly-recommended official code-review plugin is superseded: /code-review is now native in Claude Code at multiple effort levels (incl. the multi-agent cloud ultra tier) — no plugin install needed. This skill keeps the checklist + conventions; the native command owns the orchestration.

Full list of validated vendor skills: docs/recipes/recommended-vendor-skills.md. Audit pilot trace: specs/marketplace-audit/qa-skills-pilot-2026-05-06.md.

What ships with it: 1 file

2.6 KB alongside SKILL.md

examples/

Keep looking

Skills are one crate of 326,629. Ordering is by how many stacks a row turns up in, so the top of any crate is what has actually been picked rather than what has the most stars.