CODEZ / 關於與資料方法
關於 CODEZ：Skill 收錄、Star 排名與資料方法
CODEZ.WIN 是一個可追溯的 Agent Skill 發現目錄，幫助你按任務找到候選，再回到原儲存庫核對說明、依賴和授權。本頁解釋目錄中的數字與標籤如何產生，以及它們不能證明什麼。
方法核對:
目錄快照:
這裡記錄本站實際採集與展示規則。第三方描述屬於原作者；方法解釋與選型建議由 CODEZ 編輯整理。收錄不代表對專案完成過實際使用測試、安全審計或相容性認證。
目前收錄了哪些來源？
目前快照包含 11 個儲存庫、611 個 Skill；來源名單設定了 11 個儲存庫。本輪記錄的儲存庫採集錯誤為 0 條，沿用舊資料的儲存庫為 0 個。
下表依來源名單順序列出，未依熱度排序。 「未標記過期」僅表示沒有儲存庫級失敗標記，不保證逐文件完整讀取。只刷新部分來源時，其他儲存庫也可能保留較早的數據，因此整批快照時間不能當作每個來源的採集時間。
原始來源儲存庫與本次公開資料：
| 來源儲存庫 | 儲存庫 Star | 已收錄 Skill | 採集狀態 |
|---|---|---|---|
| anthropics/skills | 183,533 | 20 | 未標記過期 |
| openai/skills | 28,289 | 44 | 未標記過期 |
| vercel-labs/agent-skills | 32,960 | 9 | 未標記過期 |
| obra/superpowers | 304,663 | 15 | 未標記過期 |
| microsoft/skills | 3,145 | 209 | 未標記過期 |
| vercel-labs/open-agents | 5,862 | 13 | 未標記過期 |
| anthropics/knowledge-work-plugins | 32,664 | 252 | 未標記過期 |
| huggingface/skills | 11,209 | 26 | 未標記過期 |
| cloudflare/skills | 3,166 | 19 | 未標記過期 |
| supabase/agent-skills | 2,923 | 2 | 未標記過期 |
| duixcom/duix-skills | 12 | 2 | 未標記過期 |
為什麼有些 Skill 沒有出現在目錄裡？
採集只掃描來源名單中的公開、未停用儲存庫，使用預設分支的檔案樹；目前每個儲存庫上限為 300 個候選 SKILL.md。超過上限或文件樹截斷時，整倉採集會報錯，不把截斷資料當作完整結果發布。
目前排除包含這些目錄片段的路徑：/test/, /tests/, /fixtures/, /node_modules/, /examples/。檔案名稱需要以 SKILL.md 結尾，且 YAML frontmatter 中必須有非空字串 name 和 description；不執行第三方腳本。
這是本站可解析條目的門檻，並非對 Agent Skills 規範全部要求的驗證。無法讀取、缺少必要元資料或解析失敗的單一檔案可能被跳過；不在來源名單內的項目不會被自動發現。
為什麼不同 Skill 顯示相同的 Star？
Star 屬於 GitHub 儲存庫。同一儲存庫內的 Skill 展示同一個儲存庫 Star；這些數字不表示單一 Skill 被收藏的次數，也不應在不同 Skill 之間相加。 GitHub 將 Star 用於收藏與表達認可，因此本站把它作為發現線索。
首頁儲存庫榜單依 Star 由高至低排列，相同時依儲存庫 ID 排序。完整 Skill 目錄依所屬儲存庫 Star 排列，再依 Skill 名稱及 ID 維持穩定順序；卡片序號是目錄位置，不是效果評分。首頁還可切換名稱等排序方式。
| 欄位 | 實際意義 | 不能據此判斷 |
|---|---|---|
| 儲存庫 Star | 採集時 GitHub 回傳的儲存庫關注度 | 單一 Skill 的成功率或安全性 |
| 已收錄 Skill 數 | 本次快照中可解析並保留的條目數 | 儲存庫全部能力、品質或相容性 |
| 儲存庫更新日期 | GitHub 的儲存庫最近推送時間 | 你要使用的 Skill 最近修復了什麼 |
分類是作者聲明還是本站判斷？
分類是本站的單標籤規則判斷。先使用人工覆蓋項，再檢查名稱和路徑中的雲端服務、Agent 工作流程規則；其餘條目依名稱、描述與 Skill 路徑中的關鍵字命中數決定，無法命中時歸為「其他」。命中數相同則沿用規則順序。
一個 Skill 可以橫跨開發、資料、研究等任務，目錄只給一個主分類，可能出現誤分。分類不證明它已經適配某個客戶端；篩選後應閱讀 SKILL.md、README 和依賴說明。糾錯時需要具體儲存庫、SKILL.md 路徑和支援該分類的原文依據。
下表是本站對具體文件的人工分類複核，舊分類來自複核時的公開目錄。判斷依據為所連結固定提交的原文；這裡只修改目錄分類，未執行第三方 Skill，也不證明其在所有客戶端的效果。
| Skill | 複核前分類 | 目前分類 | 本站判斷依據 | 資料核對 |
|---|---|---|---|---|
| obra/superpowers / brainstorming | 設計 | Agent 工作流程 | 在實作前組織意圖、需求與設計的確認，核心產出是協作決策和規格。 | 2026-10-07 |
| obra/superpowers / verification-before-completion | 其他 | Agent 工作流程 | 要求識別驗證指令、檢查完整輸出後再聲明完成，核心是 Agent 的驗收與交付流程。 | 2026-10-07 |
| obra/superpowers / writing-skills | 文件 | Agent 工作流程 | 圍繞 Skill 創建、編輯及使用壓力場景檢查代理行為，核心是 Agent 能力編寫與驗證流程。 | 2026-10-07 |
| anthropics/skills / pdf | 設計 | 文件 | 說明以 PDF 文件的擷取、合併、分割、產生與掃描件 OCR 為主；主要輸入輸出是文件，Python 範例是實作手段。 | 2026-10-08 |
| openai/skills / pdf | 開發 | 文件 | 圍繞 PDF 閱讀、創建與交付前的渲染檢查，核心交付物是文件及其版式驗證，不是軟體開發任務。 | 2026-10-08 |
| vercel-labs/open-agents / frontend-design | Agent 工作流程 | 設計 | 透過排版、配色、佈局及動效指導前端介面實作，主要交付成果是介面設計與程式碼。 | 2026-10-11 |
| cloudflare/skills / cf-cli | 開發 | 雲端服務 | 圍繞 Cloudflare API、Workers 部署及 DNS、D1、KV、R2 資源管理，主要任務是雲端服務操作；原始文件註明 CLI 處於 beta。 | 2026-10-13 |
| cloudflare/skills / gateway-workers | 開發 | 雲端服務 | 圍繞 Cloudflare Gateway HTTP 策略的 Forward 動作、Workers 與 GatewayMiddleware 進入點，主要範圍是雲端服務；僅核對原文，未執行該 Skill。 | 2026-10-19 |
CODEZ：兩項 PDF Skill 的實際來源比較與驗收檢查 ↗
obra/superpowers / skills/brainstorming/SKILL.md ↗
obra/superpowers / skills/verification-before-completion/SKILL.md ↗
obra/superpowers / skills/writing-skills/SKILL.md ↗
anthropics/skills / skills/pdf/SKILL.md ↗
openai/skills / skills/.curated/pdf/SKILL.md ↗
vercel-labs/open-agents / .agents/skills/frontend-design/SKILL.md ↗
公開儲存庫是否都能直接用於自己的專案？
GitHub 的公開可見性與授權是不同資訊。本站保留授權的不確定性，不從項目名稱、README 宣傳語或可下載狀態推斷使用授權。
| 標籤 | 本站依據 | 使用前核對 |
|---|---|---|
| MIT / Apache-2.0 等 SPDX 標識 | 當 Skill 目錄及其上級目錄中沒有距離更近的獨立授權檔案時，採用 GitHub 識別的儲存庫授權。 | 原授權文本、適用範圍和額外內容授權 |
| 授權檔案待核驗 | Skill 目錄或其上級目錄找到獨立授權文件，或根目錄授權未被識別 | 對應文件正文；不自動沿用儲存庫根授權 |
| 未標明 | 沒有找到可識別的授權依據 | 聯絡原項目確認授權，避免把可讀當作已授權 |
中文與英文說明從哪裡來？
介面與本站原創說明維護十三種語言版本。第三方摘要目前識別 SKILL.md 同目錄的中英文 README，明確的語言檔案優先；普通 README.md 依正文語言特徵判斷。中文或英文介面優先採用對應語言的短原文摘要，其他介面保留 SKILL.md 的原始描述。可用的中英文 README 都保留原檔案連結。
沒有對應語言或無法提取摘要時，回退到 SKILL.md 的原始 description；不會把儲存庫總 README 當成單一 Skill 的介紹，也不把自動翻譯內容冒充作者原文。因此英文介面中仍可能出現中文原文，反之亦然。
採集失敗時，會把舊資料當作今天的資料嗎？
伺服器以北京時間每天 10:37 啟動採集，完成後從 MySQL 產生靜態頁面。快照時間表示這一批資料產生的時間，不是所有來源在同一秒讀取，也不是每個專案自己的修改時間。
儲存庫級請求失敗時沿用該儲存庫上次成功的數據，榜單和本頁會標為“沿用舊數據”；所有來源都失敗時保留原快照並報錯。原始目錄 JSON 中保留儲存庫級錯誤。單一檔案讀取失敗可能只被跳過並寫入採集日誌，不會自動將整個儲存庫標為過期，因此「本輪成功」仍有覆蓋限制。
原始文件連結指向採集時的預設分支，原項目之後可能會變化。需要復現時，應在 GitHub 記錄具體提交與文件路徑，而不是只保存本站數字。
怎樣把這些資訊用於實際選擇？
先按任務與輸入輸出縮小候選，再核對環境、操作範圍與授權；最後用相同輸入做小規模試用並記錄結果。儲存庫 Star、目錄分類和作者描述可以幫助找到候選，但不會替你完成測試。
本站現有選用指南給出可重複使用的核對方法與範例。範例不是某個項目的實測成績；後續項目分析也會區分公開資料判斷與實際測驗。