fantasia-changelog-en-us

Synchronize the English in-app changelog with package.json version and apply semver patch bumps.

401|56|Updated Jan 30, 2021
One-click install
npx skills add https://github.com/vishiri/fantasia-archive --skill fantasia-changelog-en-us
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: fantasia-changelog-en-us
Source: https://github.com/vishiri/fantasia-archive/tree/main/.cursor/skills/fantasia-changelog-en-us
Command: npx skills add https://github.com/vishiri/fantasia-archive --skill fantasia-changelog-en-us

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Maintains the English in-app changelog at src/i18n/en-US/documents/changeLog.md in sync with package.json version and semver patch bumps when the latest changelog heading duplicates the package version. Use after substantive app, UX, test, or docs changes, or when the user asks for release notes or version bumps.

Core Features & Use Cases

  • Keeps the English changelog aligned with the current package version by updating the top section as versions change.
  • Applies semantic versioning rules to generate patch bumps when the changelog heading matches the package version.
  • Integrates with local planning context (e.g., .cursor/plans) to surface relevant release notes and notes structure.

Quick Start

Update the English in-app changelog after substantive app, UX, test, or docs changes to reflect the new version.

Frequently Asked Questions about fantasia-changelog-en-us

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I automate release notes generation from package.json version updates?

Automated release notes generation reads the package.json version and existing changeLog.md headings to synchronize the English in-app changelog with the current project version, applying semver patch bumps automatically as needed.

How do I keep my English changelog in sync with my app version?

To keep your English changelog in sync, the tool reads package.json.version and updates the top section of src/i18n/en-US/documents/changeLog.md, preserving existing history while aligning the heading with the current version.

When should I update my in-app changelog for UX or documentation changes?

You should update your in-app changelog after any substantive app changes, UX updates, test modifications, or documentation updates to ensure the release notes accurately reflect the new project version.

Can I use planning context to generate context-aware release notes?

Yes, the tool optionally consults local planning context in .cursor/plans to surface relevant release notes and structure, generating context-aware changelog entries while preserving the existing markdown history.

How does semantic versioning work when the changelog heading matches the package version?

When the latest changelog heading duplicates the package version, semantic versioning rules apply a patch bump automatically, incrementing the version number and generating a new section for the release notes.