發行說明產生器
將一個衝刺期的已關閉工單自動轉換為精美、用戶面對的發行說明。
從原始工單撰寫發行說明既繁瑣又耗時：需要過濾掉內部工作、將工程師用語翻譯成用戶語言、保持格式一致。此技能可以完成所有這些工作。
提示模板
/日程
### 步驟 1 — 收集已完成的工單
檢查 {{TICKET_SOURCES}} 中在過去 {{TIME_WINDOW}} 內標記為完成、已出貨、已合併或已關閉的項目。
跳過：進行中、僅內部、無明顯 UX 變更的純錯誤修復、雜務、重構、
任何標記為「內部」、「基礎設施」或「運維」的項目。
### 步驟 2 — 按產品領域分組
使用工單標籤或專案名稱。將少於 2 個項目的領域合併到最接近的組中。
### 步驟 3 — 撰寫發行說明
對於每個領域：
**[領域標籤]**
**[標題]** — 2–5 個單詞，現在時態，功能名稱而非提交訊息。
好的範例：「更快的搜尋結果」、「新的計費儀表板」。絕不要使用：「added」、「fixed」、「shipped」。
**[描述]** — 面向用戶的 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 變更，將這些工單保留在單獨的標籤中 — 該技能會為它們賦予獨特的技術語調。