TypingMindTypingMindThe best frontend for AI
Changelog Generator logo

Changelog Generator

CommunityPopular
mohitagw15856
changelog-generator

Convierte un git log, lista de commits o notas de lanzamiento en un changelog pulido orientado al usuario. Usa cuando estés escribiendo notas de versión, generando una entrada en CHANGELOG.md o documentando qué cambió en una versión. Produce una sección de changelog estructurada con encabezado de versión, cambios categorizados y notas de migración. Para una lista de cambios ya curada usa changelog-writer en su lugar.

Overview

Publishermohitagw15856
Repositorypm-claude-skills
Skill namechangelog-generator
Stars
1.4K
Forks
257
Bundled files
Instructions only
LicenseMIT
Links
Skill sourceRepositoryHomepage
  • Markdown instructions

    A SKILL.md file the model loads on demand, so it only costs tokens when a request actually matches.

  • Works with any LLM

    AI skills are plain Markdown, not provider-specific code, so this works with GPT, Claude, Gemini, Grok, or a local model.

  • Self-contained

    Everything the model needs lives in the instructions — no extra files to sync.

  • Open source

    Published by mohitagw15856 on GitHub. Read the source before you install it.

Installation

Install the Changelog Generator AI skill in TypingMind to use it with any LLM, or drop it into another agent that reads SKILL.md.

1

Install in TypingMind

TypingMind installs a skill straight from its GitHub folder — it reads SKILL.md, bundles the resource files, and stores the result locally.

  1. Open the app and go to Plugins → Skills.
  2. Choose "Install from GitHub".
  3. Paste the skill folder URL below and confirm.
    https://github.com/mohitagw15856/pm-claude-skills/tree/main/i18n/es/skills/changelog-generator
  4. Enable the skill in any chat where you want it available.
Plugins → Skills → Add skill → From GitHub URL, then paste the folder URL and press Continue.
2

Install in another agent

Any agent that reads the Agent Skills format can use this skill — copy the folder into that agent's skills directory.

Claude Code — .claude/skills
git clone --depth 1 https://github.com/mohitagw15856/pm-claude-skills.git /tmp/pm-claude-skills
mkdir -p .claude/skills
cp -r /tmp/pm-claude-skills/i18n/es/skills/changelog-generator .claude/skills/changelog-generator
Restart Claude Code after copying so it picks up the new skill.

Use it in TypingMind

Enable Changelog Generator in any TypingMind chat and the model takes it from there. Its name and description sit in the system prompt, and the moment a request matches, the model loads the full instructions itself — you never invoke it by hand, and it costs no tokens until it is actually used.

The model loads Changelog Generator on its own as soon as a request matches it.

Works with any AI model

AI skills are plain Markdown instructions rather than provider-specific code, so Changelog Generator is not tied to the model it was written for. Install it once in TypingMind and use it with GPT-5, Claude, Gemini, Grok, DeepSeek, Mistral, Llama, or a local model you run yourself — all on your own API keys.

  • Loaded only when it is needed

    The system prompt carries just the name and description. The instructions are fetched on the first matching request, so an idle skill costs nothing.

  • Switch models mid-chat

    Because the skill is instructions rather than code, changing model does not break it — the next model reads the same SKILL.md.

Skill instructions

This is the SKILL.md content the model loads. Read it before installing — a skill is instructions your model will follow.

Skill Changelog Generator

Convierte commits raw de git, un resumen de diff o notas de lanzamiento de desarrolladores en una entrada de changelog pulida — categorizada, orientada al usuario y siguiendo las convenciones de Keep a Changelog.

Entradas Requeridas

Pregunta por estas si no se proporcionan:

  • Commits o notas de lanzamiento (pega git log --oneline, mensajes de commit raw o una descripción de qué cambió)
  • Número de versión (p. ej. 2.4.0, v1.0.0-beta.2)
  • Fecha de lanzamiento (o "hoy")
  • Audiencia (desarrolladores que usan una API / usuarios finales de un producto / equipo interno — afecta el lenguaje)
  • Cambios disruptivos (señala estos explícitamente si se conocen)
  • Comportamiento de versión anterior (opcional — pega la entrada anterior del changelog o describe qué está cambiando; necesario para entradas precisas de "Changed")
  • Alcance (producto completo / paquete específico o módulo — p. ej. "solo SDK de pagos", "app iOS", "todos los servicios")

Formato de Salida

Sigue el formato de Keep a Changelog:

[X.Y.Z] — YYYY-MM-DD

Breaking Changes ⚠️

[Solo incluir si hay cambios disruptivos]

  • [Cambio disruptivo]: [Qué cambió y qué rompe]
  • Migración requerida: [Acción específica que el usuario debe tomar]

Added

  • [Nueva característica o capacidad, escrita desde la perspectiva del usuario]
  • [Otra adición]

Changed

  • [Comportamiento cambiado — qué hacía antes vs. qué hace ahora]
  • [Mejora de rendimiento con impacto medible si se conoce]

Fixed

  • [Bug corregido — describe qué estaba roto, no la implementación de la corrección]
  • [Otra corrección]

Deprecated

  • [Cosa deprecada] — usa [reemplazo] en su lugar. Será removido en [versión].

Removed

  • [Cosa removida] — fue deprecada en [versión]

Security

  • [Corrección de seguridad — describe la clase de vulnerabilidad, no los detalles del exploit]

Guía de skill — no incluyas la siguiente sección en el changelog entregado:

Reglas de Formato Aplicadas

Lenguaje: Escribe para el lector, no para quien hizo commit. "Add dark mode support" no "implement ThemeProvider with dark palette variant".

Cambios disruptivos: Siempre destácalos primero con ⚠️. Incluye una ruta de migración.

Correcciones de bugs: Describe qué estaba roto, no qué fue cambiado. "Fix crash when user has no profile picture" no "null-check avatar URL before rendering".

Granularidad: Agrupa commits relacionados en una línea. No listes cada micro-commit por separado.

Tono: Voz activa, modo imperativo. "Add", "Fix", "Remove" — no "Added", "Fixed", "Removed".

Secciones vacías: Omite cualquier sección sin entradas. No incluyas bloques ### Fixed vacíos.

Materiales Más Profundos

Este skill viene con archivos de soporte — úsalos cuando estén disponibles:

  • references/user-translation.md — Commit-to-Changelog Translation: Writing for the People Affected. Aplícalo mientras produces la salida; contiene la calibración y decisiones de criterio que el resumen del método anterior comprime.
  • templates/release-entry.md — una versión rellenable del entregable con las puertas de calidad inline. Ofrécela cuando el usuario quiera trabajar el documento él mismo en lugar de tenerlo generado.

Rúbrica de Puntuación (0–40)

Puntúa cualquier salida de este skill antes de entregarla; 32+ es calidad de envío.

Dimensión0510
Traducción orientada al lectorLas entradas replantean mensajes de commit, con identificadores internos y detalles de implementaciónMayormente orientadas al usuario, pero algunas entradas filtran internals o describen el patch en lugar de qué estaba rotoCada entrada describe el cambio desde la perspectiva del lector — qué cambió para ellos, nunca cómo fue refactorizado el código
Manejo de cambios disruptivosLos cambios disruptivos están enterrados en medio de la lista o falta una ruta de migraciónSeñalados en la parte superior, pero la guía de migración es vaga ("actualiza tu código")En la parte superior con ⚠️, cada uno con una acción de migración específica que el usuario puede ejecutar
Curación y agrupaciónCada micro-commit listado; commits solo para interno incluidosAlgo de agrupación, pero commits relacionados aún aparecen como entradas separadas o ruido se filtraCommits relacionados agrupados en entradas únicas; commits solo para interno excluidos; nada que un usuario no pueda observar
Disciplina de formatoEncabezado de versión/fecha incorrecto o faltante; verbos en pasado; secciones vacías dejadasEncabezado correcto pero errores en tiempo verbal o secciones vacías persistenConvenciones de Keep a Changelog en toda la sección — encabezado correcto, modo imperativo, solo secciones pobladas

Comprobaciones de Calidad

  • Los cambios disruptivos están en la parte superior con instrucciones de migración
  • Todas las entradas están en lenguaje orientado al usuario (sin nombres de variables internos o detalles de implementación)
  • Los commits relacionados se agrupan en entradas únicas (no listadas individualmente)
  • El encabezado de versión y fecha es correcto
  • Las secciones vacías se omiten
  • Ninguna entrada comienza con verbos en pasado (no "Added", "Fixed", "Removed" — usa "Add", "Fix", "Remove")
  • Cada entrada de cambio disruptivo incluye una acción de migración específica (no solo "actualiza tu código")

Anti-Patrones

  • No incluyas detalles de implementación en entradas de changelog — los usuarios necesitan saber qué cambió para ellos, no cómo el código fue refactorizado internamente
  • No listes cada micro-commit como una entrada separada — los commits relacionados deben ser agrupados en un cambio orientado al usuario
  • No omitas la ruta de migración para cambios disruptivos — una entrada de cambio disruptivo sin una acción de migración específica fuerza a los usuarios a leer el código fuente
  • No incluyas secciones vacías — una sección "### Fixed" sin entradas señala que la plantilla fue rellenada sin cuidado
  • No escribas cambios disruptivos en el mismo tono casual que adiciones menores — los cambios disruptivos deben ser visualmente prominentes y explicitar claramente los requisitos de migración

Ejemplos de Uso

  • "Escribe un changelog para versión [X]" + [pega commits]
  • "Genera notas de lanzamiento a partir de estos commits"
  • "Convierte este git log en una entrada de CHANGELOG"
  • "Escribe la actualización de CHANGELOG.md para este lanzamiento"
  • "¿Qué cambió en este lanzamiento?" + [pega lista de commits]

Frases de Activación de Ejemplo

  • "Escribe notas de lanzamiento."
  • "Genera una entrada de CHANGELOG.md."
  • "Documenta qué cambió en una versión."

Frequently asked questions

What does the Changelog Generator AI skill do?

Convierte un git log, lista de commits o notas de lanzamiento en un changelog pulido orientado al usuario. Usa cuando estés escribiendo notas de versión, generando una entrada en CHANGELOG.md o documentando qué cambió en una versión. Produce una sección de changelog estructurada con encabezado de versión, cambios categorizados y notas de migración. Para una lista de cambios ya curada usa changelog-writer en su lugar.

Why use Changelog Generator on TypingMind?

Because you install it once and use it with any model. Changelog Generator is plain Markdown rather than provider-specific code, so the same skill runs on GPT-5, Claude, Gemini, Grok, or a local model — and you can switch model mid-chat without it breaking. TypingMind runs on your own API keys, so you pay providers directly instead of a per-seat subscription, and your skills and chats stay in your own storage.

How do I install Changelog Generator in TypingMind?

Open Plugins → Skills → Install from GitHub in TypingMind and paste https://github.com/mohitagw15856/pm-claude-skills/tree/main/i18n/es/skills/changelog-generator. TypingMind reads its SKILL.md and installs it as a skill you can enable per chat.

Which AI models can use Changelog Generator?

Any model you connect in TypingMind. AI skills are plain Markdown instructions rather than provider-specific code, so GPT, Claude, Gemini, Grok, and local models can all load this skill when a request matches it.

How many AI models can I use with Changelog Generator?

As many as you like. As long as a model supports skills, you can use Changelog Generator with it — GPT, Claude, Gemini, Grok, DeepSeek, Mistral, Llama and more — all on TypingMind with your own API keys.

Is the Changelog Generator AI skill free?

Yes. It is published on GitHub by mohitagw15856 under the MIT license. You only pay your own AI provider for the tokens you use.

What are AI skills?

An AI skill is a reusable instruction bundle that teaches an AI model how to do one specific task. It follows the open Agent Skills format: a SKILL.md file with a name and description, plus any scripts, templates or reference files the model may need. The model reads the instructions only when your request matches the skill, so an installed skill costs nothing until it is used.

How are AI skills different from plugins or MCP servers?

A plugin or MCP server gives a model new tools to call — code that runs somewhere and returns a result. An AI skill gives the model knowledge and process instead: how to approach a task, which steps to follow, what good output looks like. Skills are plain Markdown, so they need no server, no API key and no runtime, and they work with any model.

Related AI Skills

View all
openclaw logo

Openclaw Testing

openclaw
OrganizationPopular

Choose proportional OpenClaw tests and checks, diagnose failures, and route environment-sensitive or release proof to its owner.

82.2K
391K
2 files
View
openclaw logo

Release Openclaw Ci

openclaw
OrganizationPopular

Run, watch, debug, and summarize OpenClaw full release CI, release checks, live provider gates, install/update proofs, and release-secret preflights.

82.2K
391K
3 files
View
openclaw logo

Release Openclaw Mac

openclaw
OrganizationPopular

Run or recover OpenClaw macOS release signing, notarization, appcast, and asset promotion.

82.2K
391K
Instructions
View
openclaw logo

Release Openclaw Maintainer

openclaw
OrganizationPopular

Prepare, publish, recover, or verify OpenClaw beta, stable, and extended-stable releases, including approved backports.

82.2K
391K
11 files
View

Set up your own AI workspace now

Get notified about new features and future giveaways by subscribing to our newsletter 👇