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 标识 | 没有更近的独立许可文件时，使用 GitHub 识别的仓库许可 | 原许可文本、适用范围和额外内容许可 |
| 许可文件待核验 | Skill 目录或其上级目录找到独立许可文件，或根目录许可未被识别 | 对应文件正文；不自动沿用仓库根许可 |
| 未标明 | 没有找到可识别的许可依据 | 联系原项目确认授权，避免把可读当作已许可 |
中文与英文说明从哪里来？
界面与本站原创说明维护十三种语言版本。第三方摘要目前识别 SKILL.md 同目录的中英文 README，明确的语言文件优先；普通 README.md 通过正文语言特征判断。中文或英文界面优先采用对应语言的短原文摘要，其他界面保留 SKILL.md 的原始描述。可用的中英文 README 都保留原文件链接。
没有对应语言或无法提取摘要时，回退到 SKILL.md 的原始 description；不会把仓库总 README 当成单个 Skill 的介绍，也不把自动翻译内容冒充作者原文。因此英文界面中仍可能出现中文原文，反之亦然。
采集失败时，会把旧数据当作今天的数据吗？
服务器按北京时间每天 10:37 启动采集，完成后从 MySQL 生成静态页面。快照时间表示这一批数据生成的时间，不是所有来源在同一秒读取，也不是每个项目自己的修改时间。
仓库级请求失败时沿用该仓库上次成功的数据，榜单和本页会标为“沿用旧数据”；所有来源都失败时保留原快照并报错。原始目录 JSON 中保留仓库级错误。单文件读取失败可能只被跳过并写入采集日志，不会自动将整个仓库标为过期，因此“本轮成功”仍存在覆盖局限。
原文件链接指向采集时的默认分支，原项目之后可能变化。需要复现时，应在 GitHub 记录具体提交与文件路径，而不是只保存本站数字。
怎样把这些信息用于实际选择？
先按任务与输入输出缩小候选，再核对环境、操作范围与许可；最后用相同输入做小规模试用并记录结果。仓库 Star、目录分类和作者描述可以帮助找到候选，但不会替你完成测试。
本站现有选型指南给出可重复使用的核对方法与示例。示例不是某个项目的实测成绩；后续项目分析也会区分公开资料判断与实际测试。