git-master

Generate Korean commit messages and branch names under 50 characters.

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

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve?

Commit titles often become vague, too long, or ignore project conventions, while branch names drift into inconsistent patterns and workflow artifacts sneak into commits; git-master stops those issues by enforcing Korean noun-form messages, 50-character limits, and disciplined branch naming before changes land. It codifies the Iron Law, workflow file exclusion rules, and atomic commit planning so agents can rely on consistent guidance for every commit scenario.

Core Features & Use Cases

  • Iron Law enforcement: Guarantees that each commit represents a single logical change with a Korean title under 50 characters and recommends imperative mood endings so history stays readable.
  • Atomic change planning: Triggers multi-commit planning when more than three files are touched, explains how to justify grouped files, and keeps tests paired with their implementations.
  • Workflow artifact safeguard: Reminds agents to unstage plan.md, research.md, and docs/specs/ before committing to prevent leaking research or spec inputs.
  • Use Case: When preparing a checkpoint for an oh-my-toong project that mixes code, tests, and docs, rely on git-master to audit the staged diff, decide whether to split commits, and keep the branch name aligned with conventions.

Quick Start

Ask git-master to review your staged changes and return a Korean commit title under 50 characters plus branch naming guidance before you commit.

Frequently Asked Questions about git-master

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

FAQPage Schema
How do I write Korean commit messages that stay under strict character limits?

To write Korean commit messages under 50 characters, enforce a single logical change per commit using noun-form titles. Apply imperative mood endings and split grouped files to keep history readable and compliant with project conventions.

How do I exclude workflow artifacts like plan.md and research.md from git commits?

To exclude workflow artifacts from git commits, unstage plan.md, research.md, and docs/specs/ directories before committing. This prevents leaking research or spec inputs into the final version control history.

When should I split changes into multiple atomic commits?

Split changes into multiple atomic commits when staging more than three files. Group files by logical change, pair tests with implementations, and ensure each commit represents a single distinct update to maintain clarity.

What is the best way to format branch names to match project conventions?

The best way to format branch names for project conventions is to apply disciplined naming patterns aligned with the change type. Keep names consistent to prevent drift into inconsistent patterns before changes land.

Does git-master work with multi-file staging and project rules requiring commit splitting?

Yes, git-master works with multi-file staging by triggering atomic change planning when more than three files are touched. It audits staged diffs, justifies grouped files, and splits commits according to project rules.