本文へ移動
cccskills
無料GitHub で公開

pr-review

Automated code review using ReadLints and Shell for technical validation

インストール方法を見る

含まれるファイル(1)

  • SKILL.md8.0 KB

SKILL.md(原文)

インストールする前に、エージェントに与えられる指示の中身を確認できます。

PR Review Skill

Automated technical validation before commits. Uses ReadLints for lint/type errors and Shell for running validation commands.

When to Use

  • Before every commit (invoked by commit.mdc)
  • Before pushing PR (invoked by push-pr.mdc Phase 1)
  • Manually with "use pr-review skill"

Phase 0: Runtime Check (Auto-Resolve)

Verify development environment is ready. Auto-resolve safe issues, prompt for risky ones.

0.1 Dependencies Check

Check if dependencies are fresh:

# Check if node_modules exists
ls -d node_modules 2>/dev/null

# Check if package-lock.json is newer than node_modules
find package-lock.json -newer node_modules 2>/dev/null

If node_modules missing or stale (auto-resolve):

npm install

Wait for install to complete before proceeding.

0.2 Docker Containers

Check if required containers are running:

docker ps --filter name=well_ --format "{{.Names}}: {{.Status}}"

Expected: well_postgres and well_hasura running

If not running (auto-resolve):

cd apps/api/docker && docker compose up -d

Wait up to 30 seconds for containers to be healthy.

0.3 Database Migrations

Check for pending migrations:

cd apps/api && npm run mikro:up -- --dry-run 2>&1 | head -5

If migrations pending (WARN - do NOT auto-run):

Database migrations may be pending.

Run manually if needed: cd apps/api && npm run mikro:up

Continue without running migrations? (y/n)

Wait for user confirmation before proceeding.

0.4 API Server (port 8080)

curl -s -o /dev/null -w "%{http_code}" http://localhost:8080/health --max-time 5

Expected: HTTP 200

If not responding:

  1. Check if process exists: lsof -i :8080
  2. If NO process, prompt user to start:
    API server not running on port 8080.
    
    Start with: npm run dev (in apps/api)
    
  3. If process EXISTS but unresponsive, ASK user:
    API server on port 8080 is unresponsive (process exists but not responding).
    
    Options:
    A) Kill process and restart (recommended)
    B) Skip and continue anyway
    C) Abort commit
    
    Reply with A, B, or C.
    
  4. If user chooses A:
    lsof -ti :8080 | xargs kill -9 2>/dev/null
    
    Then prompt user to restart: cd apps/api && npm run dev

0.5 Web Server (port 3000)

curl -s -o /dev/null -w "%{http_code}" http://localhost:3000 --max-time 5

Expected: HTTP 200

If not responding:

  1. Check if process exists: lsof -i :3000
  2. If NO process, prompt user to start:
    Web server not running on port 3000.
    
    Start with: npm run dev (in apps/web)
    
  3. If process EXISTS but unresponsive, ASK user:
    Web server on port 3000 is unresponsive (process exists but not responding).
    
    Options:
    A) Kill process and restart (recommended)
    B) Skip and continue anyway
    C) Abort commit
    
    Reply with A, B, or C.
    
  4. If user chooses A:
    lsof -ti :3000 | xargs kill -9 2>/dev/null
    
    Then prompt user to restart: cd apps/web && npm run dev

0.6 Build Cache (on error only)

If typecheck passes but runtime errors occur (module not found, stale code):

npm run clean

Then prompt user to restart dev servers.

0.7 Runtime Check Output

### Runtime Environment

| Service | Status | Action |
|---------|--------|--------|
| Dependencies | FRESH/STALE | [installed/skipped] |
| Docker (postgres) | UP/DOWN | [started/already running] |
| Docker (hasura) | UP/DOWN | [started/already running] |
| Migrations | CURRENT/PENDING | [warning shown/current] |
| API Server (8080) | UP/DOWN/STALE | [running/started/killed/skipped] |
| Web Server (3000) | UP/DOWN/STALE | [running/started/killed/skipped] |

**Runtime:** [READY / WAITING - user action needed]

If any service requires manual action, wait for user confirmation before proceeding.

Phase 1: Technical Validation

1.1 Type Check

npm run typecheck

Expected: Exit code 0, no errors

1.2 Lint Check

npm run lint

Expected: Exit code 0, no errors

1.3 ReadLints Integration

Use Cursor's ReadLints tool on changed files:

ReadLints:
  paths: [list of changed files]

Categorize results:

SeverityAction
ErrorBLOCK - must fix before commit
WarningWARN - should fix, can proceed
InfoPASS - informational only

Phase 2: Code Quality Checks

2.1 Console.log Detection

Search changed files for debug statements:

Grep:
  pattern: "console\.(log|debug|warn|error)"
  path: [changed files]

If found: WARN - remove before commit

2.2 TODO/FIXME Detection

Grep:
  pattern: "(TODO|FIXME|HACK|XXX):"
  path: [changed files]

If found: INFO - document or address

2.3 Hardcoded Values

Grep:
  pattern: "(localhost|127\.0\.0\.1|hardcoded)"
  path: [changed files]

If found: WARN - use environment variables

Phase 3: Risk Assessment

Calculate risk score based on:

FactorWeightCriteria
Lines Changed1-3<50=1, 50-200=2, >200=3
Files Changed1-3<5=1, 5-10=2, >10=3
New Dependencies0-2None=0, 1=1, >1=2
API Changes0-2None=0, Internal=1, Public=2
Database Changes0-2None=0, Field=1, Entity=2

Risk Levels:

  • LOW (0-4): Standard review
  • MEDIUM (5-8): Careful review
  • HIGH (9+): Thorough review recommended

Output Format

## PR Review Report

### Runtime Environment

| Service | Status | Action |
|---------|--------|--------|
| Dependencies | FRESH/STALE | [installed/skipped] |
| Docker (postgres) | UP/DOWN | [started/already running] |
| Docker (hasura) | UP/DOWN | [started/already running] |
| Migrations | CURRENT/PENDING | [warning shown/current] |
| API Server (8080) | UP/DOWN/STALE | [running/killed/skipped] |
| Web Server (3000) | UP/DOWN/STALE | [running/killed/skipped] |

**Runtime:** [READY / WAITING]

### Technical Validation

| Check | Status | Details |
|-------|--------|---------|
| TypeCheck | PASS/FAIL | [error count or "clean"] |
| Lint | PASS/FAIL | [error count or "clean"] |
| ReadLints | PASS/WARN/FAIL | [summary] |

### Code Quality

| Check | Status | Count | Files |
|-------|--------|-------|-------|
| console.log | PASS/WARN | [N] | [files] |
| TODO/FIXME | PASS/INFO | [N] | [files] |
| Hardcoded | PASS/WARN | [N] | [files] |

### Risk Assessment

| Factor | Score |
|--------|-------|
| Lines Changed | [N] |
| Files Changed | [N] |
| New Dependencies | [N] |
| API Changes | [N] |
| Database Changes | [N] |
| **Total Risk** | [N] ([LOW/MEDIUM/HIGH]) |

### Verdict

**[PASS / WARN / BLOCK]**

[If BLOCK: List issues that must be fixed]
[If WARN: List issues that should be addressed]
[If PASS: Ready to commit]

Verdict Logic

ConditionVerdict
Runtime WAITING (user action needed)BLOCK
User chose C (Abort) for stale serverBLOCK
Dependencies installedContinue (auto-resolved)
Migrations pendingWARN (can proceed after confirmation)
Server killed by user (chose A)Continue after user restarts
TypeCheck FAIL or Lint FAILBLOCK
ReadLints has ErrorsBLOCK
console.log foundWARN
Risk >= HIGHWARN
All checks passPASS

Integration

This skill is invoked by:

  • commit.mdc - Before each commit
  • push-pr.mdc - Phase 1.1 validation
  • agent.mdc - Part of commit-level workflow

Tools Used

ToolPurpose
ShellRun npm scripts (typecheck, lint)
ReadLintsGet IDE diagnostic errors
GrepSearch for patterns in code
ReadExamine specific file contents

Quick Mode

For rapid iteration, run minimal checks:

## Quick Review

- [ ] `npm run typecheck` - PASS
- [ ] `npm run lint` - PASS
- [ ] No console.log - PASS

**Verdict:** PASS - Ready to commit

Use full review before PR push; quick mode acceptable for intermediate commits.

レビュー

まだレビューはありません。使ってみた感想をお寄せください。

同じリポジトリのスキル

概要と使いどころ

ar-aging

無料

Produce an accounts-receivable aging report and surface overdue invoices for a Well workspace. Use when the user asks who owes them money, an AR aging report, overdue invoices, days sales outstanding (DSO), or which customers to chase.

日本語の概要は準備中です。原文の説明を表示しています。

WellApp-ai/Well3462026年10月8日 更新

Iterate until success or limit, composing existing skills with Jidoka integration

日本語の概要は準備中です。原文の説明を表示しています。

WellApp-ai/Well3462026年10月8日 更新

Build a balance sheet (bilan) from a Well workspace. Use when the user asks for a balance sheet, bilan, assets/liabilities/equity, or financial position at a point in time.

日本語の概要は準備中です。原文の説明を表示しています。

WellApp-ai/Well3462026年10月8日 更新

Generate and maintain BPMN 2.0 diagrams linked to Gherkin scenarios

日本語の概要は準備中です。原文の説明を表示しています。

WellApp-ai/Well3462026年10月8日 更新

Forecast cash flow and runway for a Well workspace from booked invoices and collected bank transactions. Use when the user asks for a cash-flow forecast, runway, how long until they run out of cash, projected balance, or expected inflows/outflows.

日本語の概要は準備中です。原文の説明を表示しています。

WellApp-ai/Well3462026年10月8日 更新

Review code changes against hard rules and conventions

日本語の概要は準備中です。原文の説明を表示しています。

WellApp-ai/Well3462026年10月8日 更新

WellApp-ai のスキルをすべて見る

このスキルの問題を報告する