make-pr

Gather git metadata and interview context to draft Korean PR descriptions.

25|1|Updated Jan 14, 2026
One-click install
npx skills add https://github.com/toongri/oh-my-toong-playground --skill make-pr-toongri
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: make-pr
Source: https://github.com/toongri/oh-my-toong-playground/tree/main/skills/make-pr
Command: npx skills add https://github.com/toongri/oh-my-toong-playground --skill make-pr-toongri

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

The Claude Code workflow demands context-rich Korean PR descriptions, but manually fetching branch metadata, confirming the base, and conducting the necessary interview is cumbersome, so this skill orchestrates those steps before drafting the final narrative.

Core Features & Use Cases

  • Rigorous base branch detection, synchronization, and conflict resolution keep the working branch aligned with the true merge target before any summary is written.
  • Structured interview rules (one question at a time, clearance checklist) capture motivations, technical decisions, and reviewer concerns, then organize the output into Summary, Changes, Review Points, Checklist, and References.
  • Use Case: When a developer asks for “PR 만들어줘,” the skill gathers git metadata, explores the repository, and delivers a Korean conventional-commit-title description that clearly separates Changes from Review Points with verifiable checklist items.

Quick Start

Ask the user about PR context using the clearance checklist and draft a Korean PR description that separates Changes from Review Points.

Frequently Asked Questions about make-pr

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

FAQPage Schema
How do I write a Korean PR description for Claude Code workflows?

Writing a Korean PR description for Claude Code workflows involves gathering git metadata, confirming base branch synchronization, and conducting a structured interview to capture motivations and technical decisions. The output separates Changes and Review Points with verifiable checklist items.

What is the best way to structure PR review points and changes separately?

The best way to structure PR review points and changes separately is to conduct a structured interview capturing technical decisions, then organize the output into Summary, Changes, Review Points, Checklist, and References sections for clear reviewer focus.

Do I need to sync my base branch before generating a PR summary?

Yes, you need to sync your base branch before generating a PR summary. Rigorous base branch detection, synchronization, and conflict resolution keep the working branch aligned with the true merge target before any narrative is drafted.

Can I automate fetching git metadata for conventional commit PR titles?

Yes, you can automate fetching git metadata for conventional commit PR titles. When requested, the skill automatically gathers branch metadata, explores the repository, and drafts a Korean conventional-commit-title description separating Changes from Review Points.

How does an interview-based PR description process work?

An interview-based PR description process works by asking structured questions one at a time using a clearance checklist. It captures developer motivations, technical decisions, and reviewer concerns before drafting the final narrative.

What should a PR description include for Korean software engineering review?

A PR description for Korean software engineering review should include the thesis scope, separated Changes and Review Points, a verification checklist, and references. It requires confirming base branch freshness before delivering the final narrative.