본문으로 건너뛰기
cccskills
무료GitHub에 공개

pr-review

Automated code review using ReadLints and Shell for technical validation

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

연동 도구DockerPostgreSQL
설치 방법 보기

포함된 파일(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.

리뷰

아직 리뷰가 없습니다. 사용해 본 소감을 남겨 주세요.

댓글

로그인 없이 쓸 수 있습니다. 사용 후기, 질문, 작동하지 않은 환경 등을 편하게 남겨 주세요.

아직 댓글이 없습니다. 첫 댓글을 남겨 보세요.

보내면 바로 공개됩니다. 이메일 주소나 전화번호 같은 개인 정보는 쓰지 마세요. URL은 2개까지입니다.

0 / 1,000자

이 양식은 reCAPTCHA로 보호되며 Google 개인정보처리방침 및 서비스 약관이 적용됩니다.

같은 저장소의 스킬

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/Well3452026년 10월 15일 업데이트

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

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

WellApp-ai/Well3452026년 10월 15일 업데이트

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/Well3452026년 10월 15일 업데이트

Generate and maintain BPMN 2.0 diagrams linked to Gherkin scenarios

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

WellApp-ai/Well3452026년 10월 15일 업데이트

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/Well3452026년 10월 15일 업데이트

Review code changes against hard rules and conventions

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

WellApp-ai/Well3452026년 10월 15일 업데이트

WellApp-ai의 스킬 모두 보기

이 스킬의 문제 신고