Name: writing-commit-messages
Author: ZeroTokenClaw

Imported from ZeroTokenClaw/agents-skills (writing-commit-messages/SKILL.md). Install upstream with npx skills add ZeroTokenClaw/agents-skills --skill writing-commit-messages. Copyright stays with the author.

Writing Commit Messages

Write commit messages that are useful for humans and machines.

Format

<type>(<optional scope>): <subject>

<optional body>

<optional footer>

Subject Line Rules

50 characters or less for the subject
Use imperative mood: "add feature" not "added feature" or "adding feature"
Don't capitalize the first letter after the type prefix
No period at the end

Types

Type	When to use
`feat`	New user-facing feature
`fix`	Bug fix
`refactor`	Code restructuring without behavior change
`docs`	Documentation changes
`test`	Adding or updating tests
`chore`	Build, CI, tooling, deps
`perf`	Performance improvement
`style`	Formatting, whitespace (not CSS)
`ci`	CI/CD pipeline changes
`revert`	Reverting a previous commit

Scope (Optional)

The area of the codebase affected:

feat(auth): add OAuth2 login flow
fix(api): handle null response from payments endpoint
refactor(db): extract query builder into module

Body (When Needed)

Explain why, not what (the diff shows what):

fix(checkout): prevent duplicate order submissions

The submit button was not disabled after the first click,
allowing users to create multiple orders. This caused
duplicate charges in Stripe.

Footer (When Needed)

BREAKING CHANGE: rename `getUserById` to `findUser`

Closes #456
Co-authored-by: Name <email>

Examples

Good:

feat(dashboard): add real-time notification bell
fix: resolve race condition in WebSocket reconnect
refactor(api): consolidate error handling middleware
test: add integration tests for payment webhook
chore: upgrade TypeScript to 5.4

Bad:

fixed stuff
WIP
update
changes
asdf

When to Commit

Each commit should represent one logical change
Don't mix refactoring with feature work in the same commit
Don't commit half-working code (use git stash instead)
Commit early and often on feature branches, squash before merge if needed

Breaking Changes

If the commit introduces a breaking change:

Add ! after the type: feat(api)!: change auth token format
Add BREAKING CHANGE: in the footer with migration instructions

{ "ocm": "1", "id": "zerotokenclaw-agents-skills-writing-commit-messages", "kind": "skill", "name": "writing-commit-messages", "description": "Write clear, conventional commit messages with proper type prefixes, scopes, and body content.", "publisher": "ZeroTokenClaw", "version": "1.0.0", "capabilities": { "domains": [ "general" ], "tags": [ "skill-md", "github" ], "languages": [ "en" ] }, "quality_prior": 0.6, "examples": [ "Write clear, conventional commit messages with proper type prefixes, scopes, and body content." ], "primary": false, "metadata": { "source": { "provider": "github", "repository": "https://github.com/ZeroTokenClaw/agents-skills", "path": "writing-commit-messages/SKILL.md", "ref": "533dc35ac1517c8a9fe1c2655aa1c6bc6fadb247", "url": "https://github.com/ZeroTokenClaw/agents-skills/blob/533dc35ac1517c8a9fe1c2655aa1c6bc6fadb247/writing-commit-messages/SKILL.md", "key": "ZeroTokenClaw/agents-skills/writing-commit-messages/SKILL.md" } }, "instructions": "# Writing Commit Messages\n\nWrite commit messages that are useful for humans and machines.\n\n## Format\n\n```\n<type>(<optional scope>): <subject>\n\n<optional body>\n\n<optional footer>\n```\n\n### Subject Line Rules\n\n- **50 characters or less** for the subject\n- Use imperative mood: \"add feature\" not \"added feature\" or \"adding feature\"\n- Don't capitalize the first letter after the type prefix\n- No period at the end\n\n### Types\n\n| Type | When to use |\n|------|-------------|\n| `feat` | New user-facing feature |\n| `fix` | Bug fix |\n| `refactor` | Code restructuring without behavior change |\n| `docs` | Docum", "cost": { "context_tokens": 561 } }

writing-commit-messages

About