pre-pr-check

Validate diffs, commit messages, and documentation before creating a pull request.

3|Updated Mar 19, 2026
One-click install
npx skills add https://github.com/t6adev/claude-code-tools --skill pre-pr-check-t6adev
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: pre-pr-check
Source: https://github.com/t6adev/claude-code-tools/tree/main/tools/skills/git/pre-pr-check
Command: npx skills add https://github.com/t6adev/claude-code-tools --skill pre-pr-check-t6adev

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

PR 作成前に品質を確認するチェックリストを提供し、全項目クリアで PR作成OK を返します。問題があれば修正を促します。

Core Features & Use Cases

  • 変更点の自動検証と要件の順守チェック
  • コミットメッセージの整合性確認(Conventional Commits 形式)
  • ドキュメント更新の有無を検証

Quick Start

Run the pre-pr-check before opening a PR to ensure branch readiness.

Frequently Asked Questions about pre-pr-check

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I run automated pre-PR quality checks before merging a branch?

To run pre-PR quality checks, you execute a validation workflow that inspects branch diffs, verifies conventional commit message formats, and confirms documentation updates before allowing a safe merge.

What is the best way to validate conventional commits before creating a pull request?

Validating conventional commits before a pull request involves checking that all commit messages follow the standard format, ensuring branch history is clean and compliant for automated CI workflows.

Does pre-merge checking verify if documentation updates are needed for my diff?

Pre-merge checking verifies documentation updates by analyzing your code diff to determine if corresponding docs require changes, reporting actionable results to ensure full branch readiness.

Can I automate branch readiness validation for gh pr create?

You can automate branch readiness for gh pr create by running a pre-PR checklist that enforces command priorities, validates diffs, and returns an OK status only when all quality requirements are met.

Why should I use a pre-PR check instead of relying solely on CI pipelines?

Using a pre-PR check catches quality issues locally before pushing, enforcing commit message conventions and documentation updates early, which reduces failed CI runs and streamlines the code-review workflow.

What happens if my branch fails the pre-merge quality validation?

If your branch fails pre-merge quality validation, the check reports specific actionable results highlighting issues like invalid commit messages or missing documentation updates, prompting you to apply fixes.