bama
BAMA: 모든 Mac 앱을 만들 수 있습니다
표준 길이와 명시적 breaking‑change 선언을 포함해 모든 필드를 채운 Conventional Commits를 작성·검증·수정합니다
Write, validate, and fix Conventional Commits with every field filled at standard open-source length, an explicit breaking-change declaration, one consistent…
스킬Python · JavaScriptGitHub @YourAKShaw온라인운영자 미확인
써 보셨어요? 한 번만 눌러 주세요. 로그인은 필요 없어요.
아직 감지된 업데이트가 없습니다. GitHub 릴리스가 나오면 여기에 보입니다.
개인 계정의 공개 저장소 소유자는 GitHub로 로그인해 운영자를 확인하고 소개를 직접 관리할 수 있습니다. 관리자 승인은 필요하지 않습니다.
로그인한 뒤 확인 파일을 만들어 이 저장소의 기본 브랜치에 30분 안에 커밋해 주세요. 다른 브랜치나 포크의 파일은 인정하지 않습니다. 파일을 올린 뒤 아래에서 확인하면 관리자 승인 없이 관리할 수 있습니다. 자격을 유지하려면 파일을 남겨 두세요.
로그인이 필요하면 로그인 화면으로 이동합니다. 로그인 후 이곳으로 돌아와 원하는 확인 버튼을 다시 눌러 주세요.
프로젝트 폴더에서 /nomorevibe verify를 실행하면 소유권을 확인하고 소개를 직접 관리할 수 있습니다.
1분 만에 확인하기📜 Agent skill for complete, atomic, co-authored Conventional Commits. Every field filled, breaking changes declared safely, one fixed AI co-author trailer.
저장소 README에서 가져옴
README 전체를 불러오는 중입니다.
README 전문 보기 ↗Complete, atomic, co-authored commits from every AI agent, every time.
An agent skill that turns the Conventional Commits spec into commit messages people want to read and release tools can trust.
Explore the skill · Commit protocol · Examples · Contribute · Get help
AI agents now write a large share of commits, and they tend to write them in a hurry: fix: update, no body, an invented type, a breaking change nobody flagged, and an attribution line that changes from one session to the next. Each one costs a reviewer time, hides a reason that someone will need later, or ships the wrong version.
Conventional Commits Framework gives your agent one clear standard and the tools to meet it. Every commit is complete, sized to one logical change, and credits both you and the agent in exactly the same way across the whole repository.
fix(auth): reject expired refresh tokens before rotation
Refresh tokens were rotated before their expiry was checked, so a
stolen expired token could still mint a new session. Validate expiry
first and return 401 without touching the token store.
Breaking: none
Refs: #318
Co-Authored-By: Claude Code <[email protected]>
| Rule | What your agent does | |
|---|---|---|
| 🧾 | Complete | Fills every field (type, scope, subject, body, breaking declaration, co-author) on every commit. Nothing is left blank. |
| 📏 | Standard length | Writes 10-50 character subjects, 2-6 line bodies that explain why, and one-line trailers. No stubs, no essays. |
| 🤝 | Co-authored | Keeps you as author and committer, and credits itself through one fixed Co-Authored-By trailer that never varies. |
| ⚛️ | Atomic | Plans large work as a sequence of small commits, each one logical change that builds, reverts, and changelogs cleanly. |
| Capability | In practice |
|---|---|
| Type and scope judgment | An ordered decision procedure and tie-breakers for the confusions behind most convention failures (fix or feat, refactor or perf, build or chore). |
| Breaking-change safety | Detection across code, HTTP, CLI, config, data, and runtime surfaces, plus migration notes that tell consumers what to do. |
| Verified format traps | Why BREAKING CHANGE: none publishes a major version, and why the spaced token hides your co-author trailer from git. |
| Repository awareness | Reads AGENTS.md, contributing guides, commitlint config, and history before the first commit, and follows the project's conventions. |
| Validation and review | Explains all 38 commitlint rules and reports errors separately from style suggestions, each with a corrected message. |
| Enforcement setup | Ready-made commitlint config, commit template, hooks, CI workflows, monorepo scope presets, and release tooling. |
The format rules in this skill were checked against real tooling, not copied from blog posts:
| Claim | Verified with |
|---|---|
BREAKING CHANGE: none and Breaking-Change: none create breaking notes | conventional-commits-parser 7.1.3 |
A spaced BREAKING CHANGE: footer hides Co-Authored-By from git | git interpret-trailers --parse |
BREAKING-CHANGE: with indented continuation lines keeps every trailer | git, the parser, and @commitlint/cli 21.2.4 |
| An emoji after the colon parses; one before the type does not | conventional-commits-parser 7.1.3 |
@commitlint/rules ships 38 rules | @commitlint/rules 21.2.4 |
| All 22 example messages satisfy the contract | scripts/lint-commit.py and the contract commitlint config |
Keep SKILL.md, references/, assets/, and scripts/ together so the skill can resolve its resources.
npx skills add YourAKShaw/conventional-commits-framework
Follow the prompts to choose your agent and scope. To target Claude Code directly, add --agent claude-code, and add --global for a personal installation across projects. See the Skills CLI documentation.
# Personal, across all your projects
git clone https://github.com/YourAKShaw/conventional-commits-framework.git ~/.claude/skills/conventional-commits-framework
# Project only: run from the project root
git clone https://github.com/YourAKShaw/conventional-commits-framework.git .claude/skills/conventional-commits-framework
Then type /conventional-commits-framework in Claude Code, or just ask Claude to commit; it loads the skill for matching tasks. See the Claude Code skills documentation.
conventional-commits-framework.conventional-commits-framework/SKILL.md.See Claude's skill upload instructions.
Commit as you go Use the Conventional Commits Framework while you implement this feature. Plan the commits first and commit each step as you finish it.
Draft a message Write a complete conventional commit for the staged diff.
Review history Check the commits on this branch against the commit contract and give me corrected messages for any that fail.
Plan a split These changes are all in my working tree. Propose a sequence of atomic commits with complete messages.
Set up enforcement Add commitlint and a commit-msg hook that enforce the commit contract in this repository.
| Reference | Covers |
|---|---|
| Agent commit protocol | The Complete Commit Contract, field lengths, co-authorship, PRs, the pre-commit checklist |
| Atomic commits | Smallest logical change, splitting seams, planning commit sequences |
| Type and scope catalog | The eleven standard types, the decision procedure, scope selection |
| Breaking changes | Detection, declaration, format traps, migration notes |
| Example library | 22 complete messages and a before-and-after table |
| Rules reference | All 38 commitlint rules with defaults and contract settings |
| Config guide | Discovering conventions, commitlint files, precedence |
| Monorepo patterns | Package scopes, cross-package changes, workspace presets |
commitlint.config.mjs: enforces the contract, including the breaking declaration and the exact co-author line.commit-template.txt: shows the contract in the editor via git config commit.template.lint-commit.py: offline checker for a message, stdin, or a revision range. Python 3.9+, no dependencies.validate-skill.py: structural check of this package.conventional-commits-framework/
├── SKILL.md # Entry point: the four rules, workflows, traps, routing
├── references/ # Ten focused guides, loaded on demand
├── assets/ # commitlint config and git commit template
├── scripts/ # Contract checker, package validator, tests
├── .github/ # Contributing, support, templates, CI
├── README.md # Project overview
├── SECURITY.md # Supported versions and vulnerability reporting
└── LICENSE # MIT License
From the repository root, with Python 3.9+:
python3 scripts/validate-skill.py # package structure and links
python3 scripts/test_lint_commit.py # contract checker regression tests
python3 scripts/test_validate_skill.py # validator regression tests
This repository follows its own rules: every commit in its history passes scripts/lint-commit.py.
Improvements are welcome, especially real commit-message failures the skill does not yet prevent. Start with the contribution guide, use the issue forms, read the support guide, or report vulnerabilities privately as described in the security policy.
Distributed under the MIT License. See LICENSE.
| Emoji reference | Safe gitmoji placement and the type-to-emoji mapping |
| Integration examples | Husky, Lefthook, pre-commit, GitHub Actions, release tools |