tomoasleep-pr-style

Apply a What/Why/How template to craft consistent Pull Request descriptions.

2|Updated Nov 27, 2017
One-click install
npx skills add https://github.com/tomoasleep/dotfiles --skill tomoasleep-pr-style
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: tomoasleep-pr-style
Source: https://github.com/tomoasleep/dotfiles/tree/main/config/opencode/skills/tomoasleep-pr-style
Command: npx skills add https://github.com/tomoasleep/dotfiles --skill tomoasleep-pr-style

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

tomoasleep PR style teaches how to write Pull Request descriptions in tomoasleep's signature, consistent format to improve clarity, traceability, and decision rationale across reviews.

Core Features & Use Cases

  • Consistent What/Why/How template for PR descriptions that readers can instantly skim
  • For <Issue URL> pattern to clearly link changes to issues and track context
  • Clear articulation of design intent and trade-offs, including rationale and references
  • Practical notes on verification, dependencies, and open questions to reduce back-and-forth
  • Focus on contextual, human-focused communication that speeds code reviews

Quick Start

Draft a PR description using the What/How/Why template for a new change; include an issue link if available.

Frequently Asked Questions about tomoasleep-pr-style

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

FAQPage Schema
How do I write a pull request description that clearly explains design rationale?

A clear pull request description uses a consistent What, How, and Why template to articulate design rationale, trade-offs, and actionable context. This structured approach ensures readers can instantly skim changes and understand decision logic without extra back-and-forth.

What is the best way to link issues in a PR description for better traceability?

The best way to link issues in a PR description is using a dedicated pattern for the issue URL within the What section. This connects code changes directly to tracked issues, providing immediate context and improving project traceability across reviews.

How do I format a code review template to reduce reviewer back-and-forth?

To reduce back-and-forth during code reviews, format your template with practical notes on verification, dependencies, and open questions alongside the What, How, and Why sections. This provides reviewers with all necessary contextual information upfront before assessing changes.

Can I apply a single PR style template across multiple projects?

Yes, you can apply a single PR style template across multiple projects to enforce consistent communication and structure. Using a standardized What, How, and Why format ensures all teams draft descriptions with uniform clarity, issue linkage, and design rationale.

When do I need to include a Quick Start section in my pull request documentation?

You need to include a Quick Start section in your pull request documentation when you want to provide a concise overview of the change before detailing the What, How, and Why. It helps reviewers grasp the core context immediately before reading the deeper design rationale.