Files
ВяткинАртём 2817cf8dc6 Add test coverage checklist, report template, and stack matrix for ecommerce project
- Created a test coverage checklist to ensure comprehensive testing of backend and frontend components.
- Added a test report template to standardize reporting on test execution results and gaps.
- Introduced a test stack matrix to guide the selection of testing tools and frameworks for backend and frontend.
- Established a skill for repairing failing tests, including a failure triage checklist and a test repair template.
- Documented recommended MCP stack for ecommerce development with FastAPI and React/Next.js.
- Developed a detailed README outlining the project structure, agent capabilities, and recommended workflows.
- Compiled a comprehensive workflow guide detailing step-by-step commands for project setup, testing, and SEO implementation.
2026-05-20 18:09:24 +03:00

3.8 KiB

name, description, argument-hint
name description argument-hint
ecommerce-code-review Perform a strict full-project code review for an ecommerce codebase. Use for harsh review of Python, React, architecture, performance, dependency hygiene, modern language features, and configuration-aware quality rules based on pyproject, package.json, and installed versions. Describe whether to review the whole project or focus on backend, frontend, performance, architecture, or dependency quality

Ecommerce Code Review

When to use

  • Reviewing a whole ecommerce project before release.
  • Auditing an existing codebase for quality, maintainability, performance, dependency issues, and outdated patterns.
  • Enforcing strong standards for Python backend and React frontend code.

Goal

  • Produce a harsh, technically defensible review.
  • Prefer findings over praise.
  • Create or update .ai/CODE-REVIEW.md with prioritized findings, risks, and remediation steps.

Review stance

  • Be strict.
  • Prefer root-cause findings over stylistic nitpicks.
  • Check current project configuration before judging the code.
  • Use current framework and language capabilities when the installed version supports them.
  • If version-specific guidance matters, verify it against official documentation or authoritative up-to-date sources.

Required workflow

  1. Read pyproject.toml, package.json, tsconfig.json, lint configs, and other relevant project configs when they exist.
  2. Detect the configured Python quality toolchain using python quality matrix.
  3. Detect the React, Next.js, and TypeScript setup using react review matrix.
  4. Review the codebase against project review checklist.
  5. Classify issues with severity rubric.
  6. Write or update .ai/CODE-REVIEW.md using code review template.
  7. Keep the final report findings-first, with concrete fixes and explicit assumptions.

Python review expectations

  • Respect the configured checker in pyproject.toml.
  • If mypy is configured, review against mypy --strict expectations unless the project explicitly relaxes rules.
  • If ty is configured, review against ty expectations and the project's chosen strictness.
  • If ruff is configured, review import hygiene, complexity, unsafe patterns, and style issues that matter for maintainability.
  • If deptry is configured, review dependency hygiene, unused packages, misplaced dev dependencies, and import consistency.
  • If the project is missing these checks and the user is building new code, recommend adding a coherent baseline.
  • Prefer modern Python features only when supported by the configured Python version.

React review expectations

  • Code should be readable, explicit, and easy for a human developer to modify.
  • Prefer clear component boundaries, descriptive prop names, predictable state flow, and minimal incidental abstraction.
  • Avoid clever patterns that obscure behavior.
  • Review hooks usage, render stability, accessibility, data fetching boundaries, loading and error states, and app-structure clarity.
  • When the installed React or Next.js version supports newer language or framework features, check whether their use would simplify or strengthen the code.
  • Do not force trendy APIs if they reduce clarity or conflict with the current architecture.

Outputs

  • .ai/CODE-REVIEW.md.
  • Findings ordered by severity.
  • Explicit follow-up plan.

References