commit-nyancodeid
Skill0 starsChanged 43 days agoMITView on GitHub
Standardized Git commit message guidelines based on nyancodeid conventions with consistent types, scopes, subjects, and change descriptions.
In this repository8 other files it gives its agents.
- skills/project-starter/template/AGENTS.mdAGENTS.md
- dealtech-uiSkill
- devflow-orchestratorSkill
- humanize-writingSkill
- impeccable-designSkill
- no-emojiSkill
- ponytail-leanSkill
- project-starterSkill
The file
We split this skill into the rules it gives an agent
1 rule. About 0 are common, 0 are distinctive, and 1 is very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈0
Distinctive · estimate
This author's own choices. Worth a look.
1
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Very specific: line 50
Use BREAKING CHANGE: followed by a space or newline for backward-incompatible modifications.
≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Commit Nyancodeid
This skill guides the construction of clear, concise Git commit messages adhering to semantic commit conventions adapted from nyancodeid guidelines.
Commit Message Structure
A commit message consists of three parts: header (mandatory), body (optional), and footer (optional).
<type>(<scope>): <subject>
<body>
<footer>Commit Types
| Type | Description and Usage |
feat | Adds a new user-facing feature. |
fix | Fixes a bug or software defect. |
refactor | Code refactoring that neither fixes a bug nor adds a feature. |
perf | Code changes aimed at improving execution performance. |
style | Formatting, whitespace, semicolon adjustments (no logic alterations). |
test | Adding or updating test suites. |
docs | Documentation additions or updates. |
build | Changes affecting build tooling or external dependencies. |
ci | Modifications to CI/CD workflows and configuration scripts. |
Writing Rules
- Header (First Line)
- Format:
<type>(<scope>): <subject> scope: Optional, indicates the affected module (e.g.,auth,ui,api,config,cart).subject: Use imperative mood, lowercase initial letter, no trailing period.- Limit header line to 100 characters maximum.
- Format:
- Body (Detailed Description)
- Separate from the header with a single blank line.
- Explain the motivation for the change and the contrast with previous behavior.
- Limit body lines to 100 characters maximum.
- Footer (Breaking Changes & References)
- Use
BREAKING CHANGE:followed by a space or newline for backward-incompatible modifications. - Include issue tracker references where applicable (e.g.,
Closes #123).
- Use
Commit Message Examples
Simple Commits
feat(ui): add confirmation modal dialog component
fix(cart): correct percentage discount coupon calculation
docs(readme): add installation guide and environment variablesCommit with Body and Breaking Change
feat(api): update transaction endpoint response structure
wrap array payload inside pagination metadata and total summaries.
BREAKING CHANGE: response data is now structured under { items, meta }Revert Commit
revert: feat(ui): add confirmation modal dialog component
This reverts commit 7a8b9c0d1e2f3a4b5c6d7e8f9a0b1c2d3e4f5a6b.Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

