Changelogs

• packages/react/src/atomic/<Component>/* → Update packages/react/src/atomic/<Component>/CHANGELOG.md and packages/react/CHANGELOG.md
• packages/react/src/composite/<Component>/* → Update packages/react/src/composite/<Component>/CHANGELOG.md packages/react/CHANGELOG.md
• packages/core/styles/* → Update packages/core/styles/CHANGELOG.md
• packages/core/tokens/* → Update packages/core/tokens/CHANGELOG.md
• Any root monorepo configuration change → Also update the root CHANGELOG.md

CRITICAL After ANY change to a specific component, it's critical to reflect the same change in packages/react/CHANGELOG.md. If this is ommited, the change will only apply to the specific package and not to the general @nimbus-ds/components bundle, generating an inconsistency.

Step 3: Classify the Change

Determine the change type based on commit messages and diff:

Step 4: Write the Entry

Format:

## YYYY-MM-DD `version`

#### <emoji> <category>

- <Summary of the change>. ([#PR](https://github.com/TiendaNube/nimbus-design-system/pull/PR) by [@contributor](https://github.com/contributor))

Writing Guidelines:

1. Be concise: One sentence summarizing the user-facing impact
2. Focus on "what": Describe the outcome, not implementation details
3. Use past tense: "Added", "Fixed", "Updated", not "Add", "Fix", "Update"
4. Avoid code details: No mention of specific functions, variables, or files

Good examples:

• Added disabled state styling to Input component.
• Fixed focus ring not appearing on keyboard navigation.
• Updated Button to support icon-only variant.

Bad examples:

• Update Input.tsx to add handleFocus callback and modify CSS classes.
• Fixes bug in line 45 of nimbus-input.css.ts where outline was missing.

Step 5: Ask for Missing Information

If any of the following is unknown, ask the user:

1. PR number: Required for the entry link
2. GitHub username: Required for contributor attribution
3. Version number: If not clear from existing changelog

Step 6: Update the Files

1. Read the existing CHANGELOG.md for the affected package(s)
2. Determine the next version based on current version + change type
3. Insert the new entry at the TOP, below the # Changelog header
4. Use today's date in YYYY-MM-DD format
5. Update package-specific CHANGELOG.md file, and only update the root CHANGELOG.md file if the change is related to the root monorepo.

Reference

Full formatting rules are defined in .cursor/rules/changelogs.mdc.