| name | skill-curator |
| description | 中文 Skill 收录评估器。用于核验 GitHub 上的 Claude Code、Codex、Agent Skills、Plugin、MCP、CLI 或 Agent 工作流是否值得加入精选列表；检查真实资产、安装方式、活跃度、重复项和安全边界，并生成分类、中文描述与可追溯证据。 |
Skill 收录评估器
对候选资源进行证据驱动的核验。不要只根据仓库简介、搜索摘要或 Star 做决定。
工作流程
1. 规范化候选地址
- 接受 GitHub 仓库、仓库子目录、PR、Issue 或用户提供的项目名。
- 从
tree/、blob/ 等子路径提取 owner/repo，同时保留指向独立 Skill 的原始子路径。
- 在当前精选列表中搜索仓库名、规范化 URL 和旧名称，判断是新增、重复还是已有条目更新。
- 遇到仓库重命名或转移时，使用最终规范地址，避免继续收录重定向 URL。
rg -n "owner/repo|项目名" README.md
2. 获取仓库事实
优先使用已认证的 GitHub CLI 获取只读信息：
gh repo view owner/repo \
--json nameWithOwner,description,stargazerCount,forkCount,isArchived,isPrivate,createdAt,pushedAt,licenseInfo,url
gh api repos/owner/repo/contents \
--jq '.[] | [.type,.name,.path] | @tsv'
gh api repos/owner/repo/contents/README.md \
-H 'Accept: application/vnd.github.raw+json'
若 gh 不可用，可使用公开网页或其他只读方式核验，但必须说明哪些事实未能确认。
3. 核验真实资产和安装路径
至少确认一项可复用资产真实存在：
SKILL.md 或 skills/.claude-plugin/plugin.json、marketplace 或 plugin 安装命令agents/、commands/、hooks 或可迁移的 AGENTS.md- MCP Server、CLI、SDK 或明确的 Agent workflow
- 针对 Claude Code、Codex、Cursor、Gemini CLI、OpenClaw 等工具的安装说明
继续检查：
- README 是否说明前置条件、安装、配置和使用方式。
- 示例命令是否指向真实包名或路径。
- 仓库是否为空、仅有概念文案或只有营销页面。
- 子目录 Skill 是否可以独立安装；不能独立安装时优先收录仓库级地址。
4. 评估中文用户价值
从实际场景判断价值，而不是只看功能数量：
- 是否解决代码审查、测试、安全、文档、性能、DevOps、内容创作、办公自动化或知识管理等高频需求。
- 是否支持中文内容、国内平台、Windows 环境或中文团队常见工作流。
- 英文项目是否有足够清晰的安装路径，让中文用户无需二次研究即可使用。
- 与已收录项目相比，是否有新的场景、官方来源或明显更完整的实现。
建议分类只能从项目现有分类中选择：
- 明星技能
- 平台运营 / 自媒体 / 办公流量
- 开发效率
- 内容创作
- 学术科研
- AI Agent
- 金融 / 商业
- 中文专属
5. 检查风险和硬性淘汰条件
以下情况直接建议不收录：
- 404、私有、空仓库、明显模板或已归档且没有替代地址。
- 与 Agent Skills、Plugin、MCP 或 AI 编程工作流没有直接关系。
- 看不到实际资产、安装方式或可验证能力。
- 涉及盗号、恶意攻击、绕过付费、违法采集或明显侵权。
- 项目描述与仓库内容明显不符。
以下情况不一定淘汰，但必须显式提示：
- 强依赖商业 API、订阅、云端浏览器或第三方账号。
- 会自动发布内容、发送消息、操作交易或修改外部平台状态。
- 涉及爬虫、登录态、Cookie、Token、浏览器自动化或账号风控。
- 许可证不明确，或限制商业使用、再分发和修改。
- 刚创建、低 Star、长期未维护，或只由单个未经验证的服务支撑。
6. 评分并给出结论
使用 100 分制辅助判断，证据和硬性条件优先于总分：
| 维度 | 分值 | 判断重点 |
|---|
| 与 Agent 生态直接相关 | 25 | 明确支持的工具和工作流 |
| 可安装性 | 20 | 安装命令、前置条件、可复现性 |
| 真实资产 | 20 | Skill、Plugin、Agent、MCP、CLI 等 |
| 文档完整度 | 15 | README、示例、配置和边界 |
| 中文用户价值 | 10 | 高频场景、中文或国内生态适配 |
| 活跃度与可信度 | 10 | 更新、维护者、许可证、测试 |
按风险扣 0–30 分。默认解释区间：
75–100：建议收录60–74：谨慎收录，需要补充边界或证据<60：暂不收录
不要因 Star 低而自动拒绝，也不要因 Star 高而跳过资产核验。
输出格式
## 候选资源核验报告
### 结论
- 建议：收录 / 谨慎收录 / 暂不收录 / 更新现有条目
- 推荐分类：分类名
- 总分：XX/100
### 核验事实
| 项目 | 证据 |
|------|------|
| 仓库状态 | 可访问、未归档、最近更新时间 |
| 实际资产 | 具体路径或文件 |
| 安装方式 | 已验证的命令或文档位置 |
| 支持工具 | Claude Code / Codex / ... |
| 重复检查 | README 中是否已有 |
### 风险与边界
- 前置条件、账号风险、商业依赖或许可证限制
### 中文收录文案
| [项目名](https://github.com/owner/repo) | 解决什么场景，支持哪些工具，对中文用户有什么价值（123⭐）|
### 核验说明
- 未确认的事实和需要维护者人工复核的部分
收录执行规则
- 用户只要求评估时，仅输出报告，不修改仓库或 GitHub 状态。
- 用户明确要求加入精选列表且候选通过核验时，先修改 README，再运行官网同步和项目检查。
- 描述使用自然中文，技术术语保留英文，不照抄英文仓库简介。
- Star 使用核验时的真实值；无法读取时省略并说明，不得猜测。
- “官方”“生产级”“最大”“首个”等词只有在证据充分时才使用。
- 高风险项目的收录文案必须写清依赖和适用边界，不能暗示无风险全自动运行。
