用途：当交付物是版本历史或已发布变更沟通时使用。覆盖 CHANGELOG.md 维护、GitHub/GitLab/文档站点发布说明、与已发布变更相关的迁移与弃用更新、面向客户的“变更内容”摘要，以及轻量游戏补丁说明。
主要能力：将请求归类为 changelog、release-notes、migration-update、game-patch-notes 四种模式之一；按受众（开发者、终端用户、混合、玩家、内部干系人）组织措辞；从合并 PR、标签、提交、关联迁移文档等最小真实证据集出发撰写；区分记录、沟通与推广，将 API 文档、教程、部署回滚机制、营销文案分别路由到对应技能。
使用方式：先归一化请求（模式、受众、发布范围、事实来源、发布渠道、自动化上下文、输出形态），确认受众与所需行动，再收集最小可信证据。默认输出形态包括单条目、摘要加链接、迁移简报、补丁说明简报、同步包。使用前建议阅读 references 下的模式与边界、输出包与渠道交接、发布说明质量清单、自动化与事实来源等文档。
适用场景：仓库需要持久化 changelog 条目或 Unreleased 刷新；发布需要面向不同受众的说明；破坏性变更或弃用需要迁移更新；自动化草稿需要人工分组与措辞；游戏更新需要简洁补丁说明。
限制：不用于内部规格、运行手册、ADR、部署计划或深度迁移流程（归 technical-writing）；不用于 API/SDK/开发者门户内容（归 api-documentation）；不用于部署执行与发布编排（归 deployment-automation）；不用于发布营销文案（归 marketing-automation）；若尚无可靠已发布证据，应先收集证据而非依据路线图编造发布说明。自动化工具仅作草稿输入，最终判断仍需人工。