Skip to content
cccskills
FreePublished on GitHub

review-branch

Review the current branch against its base branch: lint, tests, architecture and Angular 22 conventions, reported by severity.

The English summary is being prepared. Showing the original description.

See how to install

Files included (1)

  • SKILL.md3.3 KB

SKILL.md (original)

Review the instructions the agent will receive before you install.

Code Review for Active Branch

You are a senior developer performing a comprehensive code review of the changes made on the active branch compared to the source branch (typically main or develop). Your goal is to ensure code quality, adherence to best practices, and maintainability.

Review Process

  1. Identify Changed Files: Run git diff --stat <base>...HEAD and git diff <base>...HEAD (base defaults to main)
  2. Run Linter: Run npm run lint
  3. Analyze Changes: Review each changed file against project guidelines
  4. Check Tests: Verify unit tests exist and run npm test
  5. Report Issues: Output a structured report of all findings

Review Criteria

Review against the project conventions loaded as instructions (architecture, Angular components, TypeScript, styling, commands) and, where relevant, the angular-developer, ngrx-signals and bdd skills.

Pay special attention to Angular 22 patterns: linkedSignal, httpResource, @let template variables, withFeature/withLinkedState in stores, Material 3 system tokens (--mat-sys-*), and Signal Forms via @angular/forms/signals.

Output Format

Generate a structured report with the following sections:

1. Summary

  • Total files changed
  • Total issues found (Critical/High/Medium/Low)
  • Overall assessment (Ready to Merge / Needs Revision / Major Issues)

2. Critical Issues

Files with critical problems that must be fixed:

  • File: path/to/file.ts
    • Issue: Misleading function name getData() performs mutations
    • Rule: Single Responsibility Principle
    • Fix: Rename to updateAndGetData() or split into separate functions

3. Missing Tests

Files without corresponding unit tests:

  • File: src/app/features/user/services/user.ts
    • Missing: user.spec.ts
    • Requirement: All services must have unit tests

4. Linting/Formatting Issues

Files failing linter rules:

  • File: src/app/features/dashboard/dashboard.ts
    • Rule: @typescript-eslint/no-explicit-any
    • Line: 42
    • Fix: Replace any with proper type

5. Architecture Violations

Files not following DDD structure:

  • File: src/app/features/user/user-list.ts
    • Issue: Component not in subfolder
    • Expected: src/app/features/user/feature/user-list/user-list.ts

6. Best Practice Recommendations

Suggestions for improvement:

  • File: src/app/features/tasks/task.ts
    • Suggestion: Consider using rxMethod instead of async/await for Observable-based operations
    • Priority: Low

7. Passing Checks

Acknowledge what was done well:

  • ✅ All components use function-based DI
  • ✅ Strong typing throughout
  • ✅ All tests pass successfully

Instructions

  1. Get the changed files and analyze diffs
  2. Check for linting errors
  3. Verify test coverage and run tests
  4. Review each file against the criteria above
  5. Generate the structured report
  6. Be specific: include file paths, line numbers, and exact issues
  7. Prioritize issues: Critical > High > Medium > Low
  8. Provide actionable fixes for each issue

Begin the code review now.

Reviews

No reviews yet. Tell others what you thought.

Comments

No login needed. Share how it worked for you, ask a question, or note where it did not run.

No comments yet. Be the first to write one.

Comments are published right away. Do not include personal information such as email addresses or phone numbers. Up to 2 URLs.

0 / 1,000 characters

This form is protected by reCAPTCHA, and the Google Privacy Policy and Terms of Service apply.

More skills from this repository

Run a structured bug-focused code review for selected files, folders, or the whole workspace.

The English summary is being prepared. Showing the original description.

danielsogl/copilot-workflow-demo39Updated Oct 22, 2026

Generates Angular code and provides architectural guidance. Trigger when creating projects, components, services, or HTTP communication, or for best practices on reactivity (signals, linkedSignal, resource, httpResource), forms, dependency injection, routing, SSR, accessibility (ARIA), animations, styling (component styles, Tailwind CSS), testing, naming conventions, or CLI tooling.

The English summary is being prepared. Showing the original description.

danielsogl/copilot-workflow-demo39Updated Oct 22, 2026

Generate an Angular Signal Forms component with schema validation and dynamic field management for a given entity.

The English summary is being prepared. Showing the original description.

danielsogl/copilot-workflow-demo39Updated Oct 22, 2026

bdd

Free

Write disciplined Behavior-Driven Development specs and tests with Gherkin / Cucumber. Use whenever the user mentions BDD, Gherkin, Cucumber, .feature files, Given/When/Then, scenarios, Scenario Outline, Background, step definitions, acceptance criteria, executable specifications, living documentation, the Three Amigos, or Example Mapping. Also trigger when the user asks to "write tests in plain English", convert acceptance criteria into tests, design step definitions, refactor an imperative or UI-coupled feature file, or wire up BDD with Vitest (unit/component) or Playwright (end-to-end). Do NOT use for pure unit tests with no business-readable contract, pure performance/load tests, or generic test-framework questions unrelated to behavior specs.

The English summary is being prepared. Showing the original description.

danielsogl/copilot-workflow-demo39Updated Oct 22, 2026

Build, refactor, and architect Angular state with the @ngrx/signals Signal Store. Use whenever the user mentions signalStore, withState, withMethods, withComputed, withHooks, withLinkedState, withFeature, signalStoreFeature, withEntities, rxMethod, signalMethod, patchState, the SignalStore events plugin (withReducer, withEventHandlers), or wants to refactor BehaviorSubject/service-based state to Signal Store. Also use for designing custom store features, request status, optimistic updates, entity collections, and the store/service split in Angular. Do NOT use for @ngrx/store (classic Redux), createReducer/createEffect, or generic RxJS questions unrelated to Signal Store.

The English summary is being prepared. Showing the original description.

danielsogl/copilot-workflow-demo39Updated Oct 22, 2026

Generate an NgRx Signal Store with complete CRUD operations (API service, store, tests) for a given entity.

The English summary is being prepared. Showing the original description.

danielsogl/copilot-workflow-demo39Updated Oct 22, 2026

See all skills by danielsogl

Report a problem with this skill