Skip to main content

pr-workflow

Reviews anomalib contributor workflow, PR title, branch naming, and quality gate expectations

Source facts

Repository
open-edge-platform/anomalib
Last source activity
April 10, 2026 at 11:50
Detected SKILL.md language
English
Stars
6,252
Forks
1,004

Install options

The review-first prompt is selected by default. You can switch to a direct command or download a local copy.

Review the source files

Read SKILL.md and any companion files shown by SkillsMP before deciding whether to install.

Showing SKILL.md

SKILL.md
Source instructions · Read-only preview
name
pr-workflow
description
Reviews anomalib contributor workflow, PR title, branch naming, and quality gate expectations
# Anomalib PR Workflow Review Use this skill when reviewing whether a change is ready for contribution and merge. ## Purpose and scope Use this skill for merge readiness, contributor workflow, CI expectations, PR title checks, and branch naming. ## Request changes when - the PR title does not follow the repository's Conventional Commit style; - branch naming does not match `<type>/<scope>/<description>`; - required quality gates, docs, tests, or changelog updates are missing; - workflow or security-sensitive changes are not reviewed to the repo's standards. ## Quality gates - Contributors are expected to run `prek run --all-files` and `pytest tests/` before finalizing a PR. - Review feedback should align with the project's configured checks in `pyproject.toml` and `.pre-commit-config.yaml`. - Security-sensitive changes should be reviewed with the repo's CI security tooling in mind: Bandit, CodeQL, Semgrep, Zizmor, Trivy, and Dependabot. ## PR titles and branch names - PR titles should follow Conventional Commits as described in `CONTRIBUTING.md`. - Branch names should follow `<type>/<scope>/<description>`. - Allowed types and scopes should match the repository's Commitizen configuration in `pyproject.toml`. ## Reviewer expectations - Ask for precise, actionable fixes grounded in repo policy rather than generic preferences. - Escalate missing tests, missing docs, missing changelog entries, or workflow/security risks before approval. - Be stricter when a PR changes CLI entrypoints, workflows, deployment, inferencers, or user-facing public APIs. ## Repo-grounded review anchors - `CONTRIBUTING.md` - `docs/source/markdown/guides/developer/contributing.md` - `docs/source/markdown/guides/developer/code_review_checklist.md` - `.pre-commit-config.yaml` - `pyproject.toml` - `SECURITY.md` ## Review prompts - Is the PR title valid for the eventual squash commit? - Are branch naming, changelog, tests, and docs in good shape for merge? - Do the requested changes line up with the project's existing CI and security gates? ## Reviewer checklist - Check PR title. - Check branch naming. - Check CI, test, doc, and changelog readiness. - Check workflow and security-sensitive files more strictly.
View on GitHub