release-version

Estrelas203

Forks12

Atualizado18 de junho de 2026 às 00:14

Use when releasing a new version (v1.x or v2.x) of Patternflow. Triggers on requests like "release v1.1", "tag a new version", "publish a release".

Instalação

Instalar com Codex ou Claude Copie este prompt, cole no Codex, Claude ou outro assistente e deixe que ele revise a página da skill e instale para você.

Executar no Manus

Fonte

engmung

engmung/Patternflow

Abrir repositório GitHub Ver repositórios do creator

Download

Executar no Manus

Ocupações relacionadasSOC

Baseado na classificação ocupacional SOC

Desenvolvedores de softwareInformática e Matemática·SOC 15-1252

SKILL.md

readonly

name	release-version
description	Use when releasing a new version (v1.x or v2.x) of Patternflow. Triggers on requests like "release v1.1", "tag a new version", "publish a release".

Release Version Skill

Follow these steps to finalize and tag a new release:

Verify all changes since the last tag are committed and pushed.
Update CHANGELOG.md:
- Add a new version entry at the top.
- Follow the "Keep a Changelog" format.
- Use sections: Added, Changed, Fixed, Known Issues.
Reference closed GitHub issues, if any.
Bump version references across the repository:
- README.md (if a specific v-string is mentioned).
- BUILD_GUIDE.md (if the version is mentioned in the header or text).
- firmware/patternflow/ directory name (ONLY if the update introduces major, hardware-incompatible changes).
Commit the changes with the message: release: v1.x.0 (replace x with target version).
Tag the release: git tag -a v1.x.0 -m "Release v1.x.0".
Push tags: git push --tags.
Remind the user to create a GitHub Release from the tag manually in their browser.

Mais deste repositório

mesmo repositório

update-bom

engmung/Patternflow

Use when the BOM in BUILD_GUIDE.md needs to be checked against or synchronized with the schematic in hardware/pcb/schematic.pdf or the KiCad source in hardware/pcb/kicad/. Trigger when adding, removing, or changing electronic components, or when the user asks to verify BOM correctness.

2026-06-18203

add-pattern

engmung/Patternflow

Use when adding a new generative pattern to the Patternflow firmware. Triggers on requests like "add a new pattern", "create a [name] pattern", or when the user describes a visual effect they want on the LED matrix.

2026-05-10203

firmware-cleanup

engmung/Patternflow

Use when preparing firmware code for public release or pull request. Triggers on requests like "clean up the firmware", "prepare this code for release", or when reviewing firmware before commit.

2026-05-10203

name	release-version
description	Use when releasing a new version (v1.x or v2.x) of Patternflow. Triggers on requests like "release v1.1", "tag a new version", "publish a release".

Release Version Skill

Follow these steps to finalize and tag a new release:

Verify all changes since the last tag are committed and pushed.
Update CHANGELOG.md:
- Add a new version entry at the top.
- Follow the "Keep a Changelog" format.
- Use sections: Added, Changed, Fixed, Known Issues.
Reference closed GitHub issues, if any.
Bump version references across the repository:
- README.md (if a specific v-string is mentioned).
- BUILD_GUIDE.md (if the version is mentioned in the header or text).
- firmware/patternflow/ directory name (ONLY if the update introduces major, hardware-incompatible changes).
Commit the changes with the message: release: v1.x.0 (replace x with target version).
Tag the release: git tag -a v1.x.0 -m "Release v1.x.0".
Push tags: git push --tags.
Remind the user to create a GitHub Release from the tag manually in their browser.