當使用者要求「更新過時內容」或「修復流量/排名衰退」時使用；評估衰退程度、排定更新優先順序，並產出包含 GEO 與重新發布指引的更新計畫。不適用於全新內容——請改用 seo-content-writer。
Content Refresher
識別過時內容，評估衰退/新鮮度分數，排定更新優先順序，並產出包含 GEO 與重新發布指引的更新計畫。
快速開始
找出 [domain] 上需要更新的內容
我的哪篇部落格文章流量流失最多？
將這篇文章更新為 [今年] 版本：[URL/內容]
更新此內容以超越 [競爭對手 URL]：[你的 URL]
為 [domain/主題] 建立內容更新策略
技能合約
預期產出：一份附分數的診斷報告、排定優先順序的修復計畫，以及可供存入 memory/audits/ 的簡短交接摘要。
- 讀取：候選 URL/內容、流量與排名歷史、發布/更新日期，以及競爭對手範例。
- 寫入：一份使用者可讀的更新計畫（以及選用的更新後內容），加上可儲存於
memory/audits/的可重複使用摘要。 - 提升：將阻礙性缺陷、重複弱點、修復優先順序及待決策事項提升至
memory/open-loops.md。 - 完成條件：找出衰退驅動因素並附上證據；更新計畫列出具體更新項目與重新發布日期策略；產出「變更記錄」區塊與交接摘要。
- 主要後續技能：當修復路徑明確時，使用下方的「Next Best Skill」。
交接摘要
依照 skill-contract.md §Handoff Summary Format 的標準格式輸出。
資料來源
若已連線，使用 ~~analytics、~~search console 及 ~~SEO 工具；否則請使用者提供流量數據、排名歷史、發布日期、候選 URL 及競爭對手範例。請參閱 CONNECTORS.md。
操作說明
每個指標都必須標示為 Measured（工具/匯出）、User-provided 或 Estimated（模型推論）；切勿將估計值當作測量值呈現；若必要指標無法取得，請標記為 N/A——不要憑空捏造。
當使用者請求內容更新協助時：
- CORE-EEAT 快速評分 — 評估所有 8 個維度，優先處理紅/黃區域，必要時交由 content-quality-auditor 進行完整評分。
- 識別更新候選項目 — 依據時效性、過時主張、流量下降、排名流失、失效連結、SERP 變化及遺漏主題來判斷。
- 分析頁面層級衰退 — 比較 6 個月前與目前的表現、關鍵字差異、SERP 意圖、競爭對手更新，以及為何需要更新的理由。
- 定義所需更新 — 記錄過時元素、競爭對手/PAA 缺口、SEO 更新、GEO 更新、連結、圖片、來源及日期。
- 建立更新計畫 — 指定標題、結構、新章節、更新後的統計數據、內部/外部連結、圖片及驗證需求。
- 撰寫更新內容 — 草擬更新後的引言、替換章節、更新的事實、常見問題解答及變更記錄。
- 針對 GEO 最佳化 — 加入 40-60 字的定義、可引用的陳述、問答、附日期的引用，以及獨立的事實陳述。
- 設定重新發布策略 — 若新內容佔 50% 以上，使用發布日期更新；20-50% 使用最後更新日期；低於 20% 保留原始日期；更新結構化資料、sitemap 的
lastmod、快取、Search Console，並監控 4-6 週。 - 建立更新報告 — 總結已完成變更、預期成果、負責人、下次審查日期及未決事項。
參考：references/refresh-templates.md 包含步驟 2-9 的精簡範本。
決策閘門
遇到以下情況時，暫停並詢問使用者：
- 頁面衰退程度已達到重寫可能比更新更好（例如過時的假設、意圖轉變，或超過 50% 內容已過時）——說明發現並詢問：(1) 原地更新，或 (2) 透過 seo-content-writer 重寫為新內容。
遇到以下情況時，繼續執行（無需暫停）：
- 缺少分析/排名歷史——根據頁面訊號（過時主張、失效連結、過時統計）評估衰退，將發現標示為 Estimated，然後繼續。
- 使用者要求「更新」的內容實際上是全新內容（無現有 URL）——註明一次不符，然後轉至 seo-content-writer，而非虛構先前版本。
- 應採用哪種重新發布日期處理方式——直接依照步驟 8 的門檻執行，無需詢問。
範例
使用者：「更新我關於『最佳雲端主機供應商』的部落格文章」
輸出：CORE-EEAT 快速評分指出可引用性、經驗與信任度偏弱；建議更新價格、修復失效連結、新增作者資格、加入聯盟行銷揭露，以及準備好重新發布的變更記錄區塊。
參考：完整範例與檢查清單請見 references/refresh-example.md。
成功秘訣
依 ROI/搜尋需求排定優先順序，進行實質改進而非僅更新日期，提供比競爭對手更強的證據，追蹤發布後的排名/流量，並將每次更新視為 GEO 引用的機會。
儲存結果
詢問是否儲存結果；若是，將附日期的摘要寫入 memory/audits/content-refresher/YYYY-MM-DD-<topic>.md。在進行任何快取標記前，將否決級風險移交給審查閘門。
建議進行閘門檢查：在重新發布前，對更新後的內容執行 content-quality-auditor。
參考資料
- Content Decay Signals — 衰退指標、生命週期階段及依內容類型區分的更新觸發條件
- Refresh Templates — 步驟 2-9 的精簡範本
- Refresh Example & Checklist — 完整範例與更新前/後檢查清單
Next Best Skill
主要：content-quality-auditor — 在發布前重新評分更新後的內容。
