菜单
Use when generating massCode release notes for a GitHub release. Writes the notes to a gitignored file `docs/releases/<tag>.md` for the user to paste into the GitHub release. Use when summarizing merged PRs of a version into a consistent release notes structure.
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
Use when adding or updating massCode documentation, documenting a new feature, changing docs website pages, adding docs assets, updating the VitePress sidebar, or adding README feature mentions.
Use when working in massCode and you need repo-wide architecture rules, naming conventions, decomposition boundaries, or guidance on which massCode skill to load next.
Use when working with massCode issues, branches, commits, pull requests, or merge preparation in GitHub.
Use when defining or reviewing massCode renderer types that come from generated API clients or DTOs, especially when deciding whether to reuse existing API shapes, derive narrower local types, or introduce a UI-only model.
Use when following massCode repo workflow rules, especially for scoped lint and test commands, or when changes require required follow-up commands like code generation or locale sync.
Use when changing massCode API routes, DTOs, IPC handlers, Electron bridges, or any renderer-to-main communication and storage-access boundaries.
| name | release-notes |
| description | Use when generating massCode release notes for a GitHub release. Writes the notes to a gitignored file `docs/releases/<tag>.md` for the user to paste into the GitHub release. Use when summarizing merged PRs of a version into a consistent release notes structure. |
Этот skill генерирует release notes одного релиза vX.Y.Z для вставки в GitHub release. Цель — единая повторяемая структура от релиза к релизу.
Не трогай docs/website/download/latest-release.md — это отдельная repo-страница со своим форматом.
git log --first-parent --oneline <prev-tag>..<new-tag> (например v5.5.0..v5.6.0).<prev-tag>..HEAD и спроси/подтверди номер новой версии.docs/website/documentation, прежде чем формулировать, если оно неочевидно из заголовка PR.docs/releases/<new-tag>.md (например docs/releases/v5.6.0.md). Папка docs/releases в .gitignore, это рабочий буфер, а не часть репозитория.Файл содержит один markdown-блок в этой структуре и порядке:
## <Feature Name>
<1-2 абзаца: что это и что даёт пользователю.>
## <Another Feature Name>
<1-2 абзаца.>
## Workflow Improvements
- <мелкое улучшение>
- <мелкое улучшение>
## Fixes
- <исправление>
- <исправление>
**Full Changelog**: https://github.com/massCodeIO/massCode/compare/<prev-tag>...<new-tag>
Правила структуры:
##-разделов. Не добавляй заголовок версии # vX.Y.Z (его даёт сам GitHub release), frontmatter или <AssetsDownload /> — это артефакты repo-страницы.##-раздел на каждую значимую фичу или связную группу фич.## Workflow Improvements и ## Fixes включай только если для них есть содержимое.##-раздел с 1-2 абзацами о пользе для пользователя.## Workflow Improvements буллетами.## Fixes буллетами, по одному на исправление.ci, build, chore, рефакторинг, bump зависимостей, релизные служебные коммиты (build: release vX.Y.Z).## Workflow Improvements.Code, Notes, Math Notebook, Drawings, HTTP, Tools. Не смешивай Code и Snippets как имя пространства.snippet — единица контента внутри пространства Code, а не имя пространства. В Fixes допустимо «snippet fences», «snippet sync», но пространство всё равно называется Code.`.excalidraw`, `@`, `Esc`).ci / build / chore шум, который не виден пользователю.# vX.Y.Z, frontmatter или <AssetsDownload /> (это формат repo-страницы, а не GitHub release).docs/releases/<new-tag>.md (терминал ломает переносы строк при копировании).docs/releases — это игнорируемый рабочий буфер.Code против Snippets) внутри одного документа.