fixing-metadata
作者 ibelickfixing-metadata 技能可協助稽核與修復 HTML metadata，適用於需要被搜尋到、能被索引、也方便分享的頁面。當前端頁面、SEO 範本、行銷頁面或共用版型預設中的 title、description、canonical、Open Graph 標籤、Twitter cards、favicon、JSON-LD 或 robots 指令需要修正時，就很適合使用它。
這個技能評分為 74/100，代表值得收錄：它提供一套具體的 metadata 修復流程，觸發條件與處理範圍也相當清楚，但在操作深度上仍有些缺口。對目錄使用者來說，它很適合處理日常 SEO / meta tag 任務，卻還不到像更完整技能那樣，能完全自助使用的程度，因為缺少範例、檢查步驟或輔助資產。
- metadata 作業的觸發條件很清楚：明確點出 title、description、canonical、Open Graph、Twitter cards、favicon、JSON-LD 與 robots directives。
- 流程具有實務可操作性：先辨識問題，再優先處理重複與索引風險，接著對齊 title/description/canonical/og:url，並且讓變更只限於 metadata。
- 對常見網站 SEO 任務的安裝決策價值高：涵蓋新頁面、共用 SEO 元件、語系/ canonical 路由，以及分享預覽。
- 沒有附帶支援檔、腳本或參考資料，使用者必須只依賴 SKILL.md 的說明。
- 摘錄中的階層/表格看起來有部分截斷，這會削弱對優先規則與邊界情境說明完整性的信心。
fixing-metadata 技能概覽
fixing-metadata 的用途
fixing-metadata 技能可協助你稽核與修復 HTML metadata，讓需要被搜尋到、可被索引、也方便分享的頁面，具備正確的中繼資料。它涵蓋 page titles、meta descriptions、canonical URLs、Open Graph tags、Twitter cards、favicons、JSON-LD，以及 robots directives。
適合哪些人使用
如果你正在發布前端頁面、SEO templates、行銷頁，或共用的版面預設，且需要的是「正確」而不只是「有放上去」的 metadata，就適合使用這個 fixing-metadata skill。在 Frontend Development 流程中特別有用，因為 metadata 常放在 app layouts、page components，或框架專用的 head utilities 裡。
它有什麼不同
這個 skill 的設計核心是有優先順序：先修 duplicate 和 indexing 問題，再對齊 title、description、canonical 與 social tags，最後才處理 icons 或 structured data。這讓 fixing-metadata guide 對導入實作很實用，因為它重視會影響 crawlability 與 preview 的決策，而不只是把 tag 補齊。
如何使用 fixing-metadata 技能
安裝並找到核心指引
進行 fixing-metadata install 時，先把這個 skill 加到你的 skills directory 或 workspace，然後先打開 SKILL.md。這個 repository 的刻意設計是精簡，真正的價值來自依照那個檔案裡的 workflow 和 rules，而不是去找這裡根本不存在的支援資料夾。
把模糊任務變成有用的提示詞
最好的 fixing-metadata usage 是先界定具體的頁面或 template 範圍。不要只說「修 SEO」，而是要告訴 agent 頁面類型、framework，還有 metadata 問題是什麼。例如：「稽核 Next.js 的 product detail template，修正 duplicate indexable URLs 的 title、description、canonical、og:url、Twitter card 與 robots tags。」
什麼輸入能提升輸出品質
在要求修改之前，先提供頁面清單、目標 URLs、期望的 canonical 行為，以及任何品牌或地區規則。這個 skill 在你明確說出目標是新頁面、template 預設，還是修補損壞的 metadata 時表現最好，因為這些情境需要不同的取捨。
實際工作流程與檢查重點
先從受影響的頁面開始，把每一頁對應到必須一致的 metadata，然後不要只在 localhost 驗證，改用實際已部署的 URL 檢查輸出。只看最小差異即可：這個 skill 的目的，是把變更限制在 metadata，不是重構版面邏輯或無關的前端程式碼。
fixing-metadata 技能 FAQ
fixing-metadata 只適合 SEO 工作嗎？
不是。fixing-metadata 技能也能幫助優化 social preview 品質、app icons、manifest 設定，以及 structured data。SEO 是主要用途，但真正的工作是讓頁面識別在搜尋引擎、瀏覽器與分享平台之間保持一致。
我需要很進階才能使用嗎？
不用。只要你能說出頁面名稱並描述問題，初學者也可以使用這個 fixing-metadata skill。最關鍵的成功因素是給出明確目標，因為模糊的需求通常會產生看起來正確、但不符合路由或框架的通用 metadata。
什麼情況下不該使用這個技能？
如果問題主要是內容策略、關鍵字研究或文案撰寫，就不適合用它。這個 skill 的重點是 metadata 的實作與驗證，不是站在行銷層級決定頁面應該說什麼。
它和一般提示詞相比有什麼不同？
一般提示詞可能只會產生一次性的修正，但 fixing-metadata 提供的是一套有引導的 workflow，涵蓋優先順序、一致性，以及可安全部署的檢查。當你需要的 metadata 變更必須經得起 framework rendering、canonical routing 和 share-card 檢查時，這一點就很重要。
如何提升 fixing-metadata 技能
提供完整而精確的 metadata 範圍
最強的 fixing-metadata usage 會包含頁面 URL、route pattern、framework，以及目前已存在的 tags。若你能直接貼出目前的 <head> 輸出，或相關的 layout component，agent 就能聚焦在缺漏或不一致的地方，而不是靠猜。
先講清楚最重要的規則
當你先定義 canonical 邏輯、locale 行為與 indexing 規則時，這個 skill 的表現會更好。比如說，要不要把 query parameters canonicalize 到乾淨路徑、locale variants 是否需要 alternate URLs，以及 robots 應該允許還是阻擋特定 templates。
留意常見失敗模式
最常見的問題包括 title 與 og:title 不一致、description 太籠統、canonical 指到錯誤路由，以及 social tags 只在本機預覽時正常。若你希望輸出品質更高，可以請 agent 在修改前先驗證所有 metadata sources 是否一致。
在第一輪之後持續迭代
第一次修正完成後，請把已部署頁面當成 crawler 和 social platform 來驗證。如果仍有異常，就回饋具體症狀，例如重複的 title、錯誤的預覽圖片，或 canonical 不正確，讓下一輪能維持狹窄範圍，並保留其餘前端實作。