发布说明生成器
将一次冲刺中完成的工单自动转化为精炼的用户面向发布说明。
从原始工单编写发布说明既繁琐又耗时：需要筛选出内部工作、将工程师语言翻译成用户语言、统一格式。本技能一键完成所有这些工作。
提示模板
/schedule
### 第 1 步 — 收集已完成工单
检查 {{TICKET_SOURCES}}，查找过去 {{TIME_WINDOW}} 内标记为“完成”、“已发布”、“已合并”或“已关闭”的条目。
跳过：进行中、仅内部、无可见 UX 变更的纯 bug 修复、杂务、重构、
标记为“内部”、“infra”或“ops”的任何内容。
### 第 2 步 — 按产品领域分组
使用工单标签或项目名称。将少于 2 个条目的领域合并到最接近的组中。
### 第 3 步 — 编写发布说明
对于每个领域：
**[领域标签]**
**[标题]** — 2-5 个词，现在时态，功能名称而非提交消息。
好的示例：“更快的搜索结果”、“新的计费仪表板”。绝不使用：“已添加”、“已修复”、“已发布”。
**[描述]** — 面向用户的 1-3 句话。先说改变了什么以及为什么重要。
使用“您现在可以…”的框架。无项目符号。无工单 ID、冲刺名称或工程师姓名。
### 第 4 步 — 保存
顶部日期：月份 DD, YYYY。按领域分组条目。
保存为 ReleaseNotes_YYYY-MM-DD.docx 到 {{OUTPUT_FOLDER}}。
请勿发布——仅保存以供审阅。如果未找到任何工单，说明检查了哪些来源。
设置
| 字段 | 值 |
|---|---|
| 所需的 MCP | Linear / Jira / GitHub Issues、Google Drive |
| 输出 | ReleaseNotes_YYYY-MM-DD.docx → /Product/ReleaseNotes |
| 调度方式 | 每次发布前手动运行，或每周运行 |
需要填写的占位符
{{TICKET_SOURCES}}— 例如Linear、Jira或GitHub Issues{{TIME_WINDOW}}— 例如过去 7 天、过去 2 周或本次冲刺{{OUTPUT_FOLDER}}— 例如/Product/ReleaseNotes
提示
- 良好的工单卫生 = 更好的发布说明。描述中写明“用户现在可以…”，效果最佳。
- 与
update-knowledge-base搭配使用，可标记每次发布后需要更新的帮助文章。 - 对于 API/webhook 变更，将这些工单放在单独的标签中——本技能会为其分配独特的技术语气。