dual-pass-review

Dual-Pass Code Review Workflow

Safety Notice

This listing is imported from skills.sh public index metadata. Review upstream SKILL.md and repository scripts before running.

Copy this and send it to your AI assistant to learn

Install skill "dual-pass-review" with this command: npx skills add congdon1207/agents.md/congdon1207-agents-md-dual-pass-review

Dual-Pass Code Review Workflow

Mandatory review checkpoint that runs after any code changes to ensure quality and convention compliance.

Core Principle

Every code change requires verification before task completion.

Two review passes:

  • First Pass: Review unstaged changes for correctness + convention compliance

  • Second Pass: Conditional - ONLY if first pass made changes, review again

When to Use

Trigger AUTOMATICALLY after:

  • Feature implementation (/cook , /code )

  • Bug fixes (/fix , /debug )

  • Refactoring (/refactor )

  • Any edit/write operations that modify code

Review Dimensions

  1. Task Correctness
  • Changes address the original task/requirement

  • No missing pieces or incomplete logic

  • Edge cases handled appropriately

  • No unintended side effects

  1. Project Conventions
  • Follows Clean Architecture layers

  • Uses correct repository pattern (service-specific, not generic)

  • CQRS patterns: Command + Handler + Result in ONE file

  • Entity patterns: static expressions, computed properties have empty set { }

  • Frontend: correct base class hierarchy

  • Frontend: BEM class naming on ALL elements

  1. Development Rules Compliance
  • YAGNI - No unnecessary features/abstractions

  • KISS - Simplest solution that works

  • DRY - No code duplication (search first, reuse existing)

  • Logic in LOWEST layer (Entity > Service > Component)

  • DTO mapping in DTO class, not handler

  • Side effects in event handlers, not command handlers

  1. Code Quality
  • No syntax errors, code compiles

  • Meaningful naming

  • Single Responsibility Principle

  • Proper error handling

  • No security vulnerabilities

Execution Protocol

Step 1: Get Unstaged Changes

Check for unstaged changes

git status --short

Get full diff of unstaged changes

git diff

Get diff of staged changes (if any)

git diff --staged

Step 2: First Pass Review

For EACH changed file, verify:

First Pass Review Checklist

File: [filename]

Task Correctness:

  • Addresses original requirement
  • Logic is complete and correct
  • No missing edge cases

Convention Compliance:

  • Follows platform patterns from CLAUDE.md
  • Uses correct base classes
  • Naming conventions followed
  • BEM classes on all template elements (frontend)

Development Rules:

  • YAGNI/KISS/DRY compliance
  • Logic in correct layer
  • No anti-patterns (side effects in handlers, generic repos, etc.)

Quality:

  • Compiles without errors
  • No security issues
  • Proper error handling

Step 3: First Pass Corrections

If issues found:

  • Document each issue clearly

  • Fix issues immediately

  • Track that corrections were made

First Pass Corrections Made

  1. [File:Line] - [Issue] → [Fix Applied]
  2. [File:Line] - [Issue] → [Fix Applied] ...

Step 4: Conditional Second Pass

CRITICAL DECISION POINT:

IF first_pass_made_changes == true: EXECUTE full second pass review ELSE: SKIP second pass, proceed to summary

Step 5: Second Pass Review (If Needed)

Re-run complete review on current unstaged changes:

Get fresh diff after corrections

git diff

Verify ALL checklist items again:

  • Task correctness

  • Convention compliance

  • Development rules

  • Code quality

Step 6: Generate Summary

Dual-Pass Review Summary

First Pass:

  • Files reviewed: [count]
  • Issues found: [count]
  • Corrections made: [yes/no]

Second Pass:

  • Executed: [yes/no]
  • Reason: [first pass made changes / first pass clean]
  • Additional issues: [count if executed]

Final Status: [APPROVED / NEEDS ATTENTION]

Remaining Concerns:

  • [List any minor items for future consideration]

Common Issues to Check

Backend Anti-Patterns

// Side effect in handler (WRONG) await notificationService.SendAsync(...); // → Move to UseCaseEvents/ event handler

// Generic repository (WRONG) IPlatformRootRepository<Entity> // → Use service-specific: IMyServiceRootRepository<Entity>

// Mapping in handler (WRONG) var entity = new Entity { Name = req.Name }; // → Use DTO.MapToEntity() or Command.MapToNewEntity()

// Missing eager loading (WRONG) await repo.GetAllAsync(...) // → Add: ct, e => e.Related

Frontend Anti-Patterns

// Missing BEM class (WRONG) <div><span>{{ name }}</span></div> // → <div class="user-card__content"><span class="user-card__name">{{ name }}</span></div>

// Missing untilDestroyed (WRONG) this.data$.subscribe(...) // → this.data$.pipe(this.untilDestroyed()).subscribe(...)

// Logic in component (WRONG) readonly types = [{ value: 1, label: 'Type A' }]; // → Move to Entity: static readonly dropdownOptions = [...]

// Direct HttpClient (WRONG) constructor(private http: HttpClient) {} // → Extend PlatformApiService

Integration with Workflows

This skill is the FINAL step before task completion in:

Workflow Sequence (Updated)

Feature plan → cook → test → dual-pass-review → docs-update → watzup

Bug Fix debug → plan → fix → test → dual-pass-review

Refactor plan → code → test → dual-pass-review

Review Commands

Quick convention check

grep -r "IPlatformRootRepository" --include="*.cs" # Should be service-specific grep -r "new Entity {" --include="*Handler.cs" # Should be in DTO grep -r "SendAsync|NotifyAsync" --include="*CommandHandler.cs" # Should be in event handler

Frontend checks

grep -r "class=""" --include=".html" # Empty class (suspicious) grep -r "subscribe()" --include=".ts" | grep -v "untilDestroyed" # Missing cleanup

Key Rules

  • NEVER skip first pass - Always review unstaged changes

  • Second pass is CONDITIONAL - Only if first pass made corrections

  • Be honest and brutal - Flag all issues, don't be lenient

  • Evidence-based - Cite specific files and lines

  • Follow project conventions - Check CLAUDE.md patterns

Output Format

Always end with clear status:


Review Status: [APPROVED / CORRECTIONS NEEDED] Passes Executed: [1 / 2] Ready for Commit: [Yes / No]

Source Transparency

This detail page is rendered from real SKILL.md content. Trust labels are metadata-based hints, not a safety guarantee.

Related Skills

Related by shared tags or category signals.

Coding

frontend-development

No summary provided by upstream source.

Repository SourceNeeds Review
Coding

clean-code

No summary provided by upstream source.

Repository SourceNeeds Review
Coding

code-review

No summary provided by upstream source.

Repository SourceNeeds Review
Coding

devops

No summary provided by upstream source.

Repository SourceNeeds Review