更新知識庫
自動找出文件缺漏之處，並直接草擬更新內容。
每次發布都會產生文件債。這個技能會讀取你最新的已發布票證，將它們與說明中心和更新日誌進行比對，然後準確告訴你哪些文章已經過時、哪些功能尚未撰寫文件，以及該如何補寫。
提示模板
/schedule
### 步驟 1 — 讀取近期已發布的工作
檢查 {{TICKET_SOURCES}} 中在過去 {{TIME_WINDOW}} 內已發布、完成或合併的項目。
針對每一項：功能名稱、對使用者而言改變了什麼（一句話描述）、影響的產品領域。
### 步驟 2 — 讀取現有文件
- 說明中心：{{HELP_CENTER_URL}}
- 更新日誌：{{CHANGELOG_URL}}
- 過去 90 天內修改的 Drive 文件：{{DOCS_FOLDER}}
### 步驟 3 — 偵測缺口
**過時文章** — 描述流程但流程已變更的文件
**遺漏文章** — 已發布但尚無文件的功能
**過時 UI 參考** — 文章中提到但已不存在的 UI 元素
### 步驟 4 — 撰寫更新建議
針對每個缺口：
**[文章標題或「需要新文章」]**
狀態：過時 / 遺漏 / 過時 UI 參考
受影響功能：[來自票證]
變更內容：[一句話 — 現在 vs. 文件所述]
建議更新：[若可能，請草擬更新後的段落]
### 步驟 5 — 儲存
將 DocUpdates_YYYY-MM-DD.md 存到 {{OUTPUT_FOLDER}}，並在頂端附上摘要表格：
| 文章 | 狀態 | 優先級 | 建議行動 |
優先級：主要功能遺漏文件 = 高。關鍵步驟過時 = 高。次要措辭問題 = 低。
完成後回傳 Drive 連結。
設定
| 欄位 | 值 |
|---|---|
| 需要的 MCP | Linear / Jira / GitHub Issues、Google Drive、瀏覽器 |
| 輸出 | DocUpdates_YYYY-MM-DD.md → /Product/Docs/Updates |
| 排程 | 每週一次，或每次發布後 |
需要填入的佔位符
{{TIME_WINDOW}}— 例如過去 7 天{{TICKET_SOURCES}}— 例如Linear、Jira、GitHub Issues{{HELP_CENTER_URL}}— 例如https://help.yourproduct.com{{CHANGELOG_URL}}— 例如https://yourproduct.com/changelog{{DOCS_FOLDER}}— 例如/Product/Docs{{OUTPUT_FOLDER}}— 例如/Product/Docs/Updates
小提示
- 與
release-notes-generator搭配使用 — 每次發布後同時執行兩者。 - 優先級欄位能幫助你的技術寫手無需讀完所有建議即可快速分流。
- 如果你的說明中心架設在 Notion 或 Confluence 上，請將其連線為 MCP 以獲得更豐富的讀取權限。