Name: review
Author: wghglory

Prompt file imported from wghglory/ngx-lift-workspace (.cursor/commands/review.md). Copyright stays with the author.

Code Review

Review changed files against tech standards and automatically apply fixes.

Usage

/review          # Review local staged/unstaged changes
/review 123      # Review PR #123

How It Works

Local Changes (no PR number)

Find changed files via git status and git diff
Read files from local workspace
Apply fixes automatically
Generate report with before/after code

Pull Request (with PR number)

Detect repository: wghglory/ngx-lift-workspace from git remote -v
Fetch PR via GitHub MCP tools (pull_request_read, get_files, get_diff)
Read file content from PR branch using get_file_contents
Report issues (read-only, no auto-fix)
Generate review report

Review Checklist

Review standards are defined in .cursor/rules/ with checklists in each file:

general.mdc - TypeScript, code quality, library development, JSDoc documentation
angular.mdc - Angular patterns, signals, OnPush, control flow
clarity.mdc - Clarity components, SASS variables, styling (clr-lift only)
testing.mdc - Test coverage, stable selectors
nx.mdc - Module boundaries, workspace structure, library publishing
rxjs.mdc - RxJS patterns, operators, async state management

Priority Levels

Critical: Missing JSDoc for public APIs, TypeScript/ESLint errors, missing OnPush, any types, hard-coded colors (clr-lift), accessibility issues

Warnings: Old Angular patterns, missing track functions, missing test coverage

Suggestions: Code style, performance optimizations

Key Rules

Review ONLY changed files, not entire codebase
PR reviews: Read from PR branch (not local workspace)
Local reviews: Apply fixes automatically
PR reviews: Report issues only (read-only)
Check JSDoc documentation for all new public APIs
Respect library context: ngx-lift/ (no UI) vs clr-lift/ (Clarity UI) vs demo/ (showcase app)

Install review and it becomes one more candidate the router can pick - when it fits.

A listing is a routing target with a manifest: what it does, which domains it covers, what it costs and who publishes it. Once installed it sits beside your own models and tools, is scored like any other candidate for each request, and shows up in the trace when it wins. Ratings come from workspaces that installed it, one per account.

# Code Review Review changed files against tech standards and automatically apply fixes. ## Usage ```bash /review # Review local staged/unstaged changes /review 123 # Review PR #123 ``` ## How It Works ### Local Changes (no PR number) 1. Find changed files via `git status` and `git diff` 2. Read files from local workspace 3. Apply fixes automatically 4. Generate report with before/after code ### Pull Request (with PR number) 1. Detect repository: `wghglory/ngx-lift-workspace` from `git remote -v` 2. Fetch PR via GitHub MCP tools (`pull_request_read`, `get_files`, `get_diff`) 3. Read file content from PR branch using `get_file_contents` 4. Report issues (read-only, no auto-fix) 5. Generate review report ## Review Checklist Review standards are defined in `.cursor/rules/` with checklists in each file: - `general.mdc` - TypeScript, code quality, library development, JSDoc documentation - `angular.mdc` - Angular patterns, signals, OnPush, control flow - `clarity.mdc` - Clarity components, SASS variables, styling (clr-lift only) - `testing.mdc` - Test coverage, stable selectors - `nx.mdc` - Module boundaries, workspace structure, library publishing - `rxjs.mdc` - RxJS patterns, operators, async state management ## Priority Levels **Critical**: Missing JSDoc for public APIs, TypeScript/ESLint errors, missing OnPush, `any` types, hard-coded colors (clr-lift), accessibility issues **Warnings**: Old Angular patterns, missing track functions, missing test coverage **Suggestions**: Code style, performance optimizations ## Key Rules - Review **ONLY changed files**, not entire codebase - PR reviews: Read from PR branch (not local workspace) - Local reviews: Apply fixes automatically - PR reviews: Report issues only (read-only) - Check JSDoc documentation for all new public APIs - Respect library context: `ngx-lift/` (no UI) vs `clr-lift/` (Clarity UI) vs `demo/` (showcase app)

{ "prompt": "# Code Review\n\nReview changed files against tech standards and automatically apply fixes.\n\n## Usage\n\n```bash\n/review # Review local staged/unstaged changes\n/review 123 # Review PR #123\n```\n\n## How It Works\n\n### Local Changes (no PR number)\n\n1. Find changed files via `git status` and `git diff`\n2. Read files from local workspace\n3. Apply fixes automatically\n4. Generate report with before/after code\n\n### Pull Request (with PR number)\n\n1. Detect repository: `wghglory/ngx-lift-workspace` from `git remote -v`\n2. Fetch PR via GitHub MCP tools (`pull_request_read`, `get_files`, `get_diff`)\n3. Read file content from PR branch using `get_file_contents`\n4. Report issues (read-only, no auto-fix)\n5. Generate review report\n\n## Review Checklist\n\nReview standards are defined in `.cursor/rules/` with checklists in each file:\n\n- `general.mdc` - TypeScript, code quality, library development, JSDoc documentation\n- `angular.mdc` - Angular patterns, signals, OnPush, control flow\n- `clarity.mdc` - Clarity components, SASS variables, styling (clr-lift only)\n- `testing.mdc` - Test coverage, stable selectors\n- `nx.mdc` - Module boundaries, workspace structure, library publishing\n- `rxjs.mdc` - RxJS patterns, operators, async state management\n\n## Priority Levels\n\n**Critical**: Missing JSDoc for public APIs, TypeScript/ESLint errors, missing OnPush, `any` types, hard-coded colors\n(clr-lift), accessibility issues\n\n**Warnings**: Old Angular patterns, missing track functions, missing test coverage\n\n**Suggestions**: Code style, performance optimizations\n\n## Key Rules\n\n- Review **ONLY changed files**, not entire codebase\n- PR reviews: Read from PR branch (not local workspace)\n- Local reviews: Apply fixes automatically\n- PR reviews: Report issues only (read-only)\n- Check JSDoc documentation for all new public APIs\n- Respect library context: `ngx-lift/` (no UI) vs `clr-lift/` (Clarity UI) vs `demo/` (showcase app)", "variables": [], "notes": "Review changed files against tech standards and automatically apply fixes.", "metadata": { "source": { "provider": "github-cursor-commands", "repository": "https://github.com/wghglory/ngx-lift-workspace", "path": ".cursor/commands/review.md", "ref": "2d7e77cc64bc938d35adad34a07ae2dc2bd162b4", "url": "https://github.com/wghglory/ngx-lift-workspace/blob/2d7e77cc64bc938d35adad34a07ae2dc2bd162b4/.cursor/commands/review.md", "key": "wghglory/ngx-lift-workspace/.cursor/commands/review.md" } } }

review

About

Code Review

Usage

How It Works

Local Changes (no PR number)

Pull Request (with PR number)

Review Checklist

Priority Levels

Key Rules

Install review and it becomes one more candidate the router can pick - when it fits.

Use it

Manifest

Reviews