agentleFS
EmzyjepppEmzyjeppp/devflow-rules/skills/commit-nyancodeid/SKILL.md

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.

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
  1. Very specific:

    Use BREAKING CHANGE: followed by a space or newline for backward-incompatible modifications.

    line 50

≈ “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.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md

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

TypeDescription and Usage
featAdds a new user-facing feature.
fixFixes a bug or software defect.
refactorCode refactoring that neither fixes a bug nor adds a feature.
perfCode changes aimed at improving execution performance.
styleFormatting, whitespace, semicolon adjustments (no logic alterations).
testAdding or updating test suites.
docsDocumentation additions or updates.
buildChanges affecting build tooling or external dependencies.
ciModifications to CI/CD workflows and configuration scripts.

Writing Rules

  1. 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.
  2. 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.
  3. 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).

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 variables

Commit 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.

Download now (ZIP)

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
What did you use it for? e.g. Reviewing pull requests in a Rails app

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.