Skill 简介
我做了一个叫 `github-open-source-scout` 的 Skill，它可以根据一句需求，自动去搜索匹配的 GitHub 开源项目，识别仓库的开源协议，并输出多款候选项目的链接、适配理由、风险提示和推荐建议。
这个 Skill 适合经常要做技术选型、找开源替代方案、评估协议风险的人使用，比如开发者、独立开发者、技术负责人、产品经理，或者正在做毕设/副业项目的人。
使用场景
我做这个 Skill 的原因很直接：以前每次想找一个合适的开源项目，流程都特别碎。
比如我会遇到这些问题：
- 只知道自己想做什么，但不知道该搜什么关键词
- 搜出来一堆 GitHub 仓库，看起来都差不多，不知道先看哪个
- 有些项目写着 open source，但协议到底能不能商用、不清楚
- 有些仓库 star 很高，但其实和我的技术栈、部署方式根本不匹配
- 想做横向对比时，来回切页面、看 README、看 LICENSE，效率很低
所以我想做一个真正“能帮我做第一轮开源项目筛选”的 Skill，不只是搜链接，而是把“需求拆解 → 搜索候选 → 协议识别 → 对比评估 → 给出建议”这条链路串起来。
做出来之后，最大的变化是：
我不需要再手动组织一整套检索逻辑，只要把需求说清楚，Skill 就能先帮我做一轮结构化筛选，大幅减少前期信息收集和对比时间。
创作过程
这个 Skill 的核心目标，不是简单地“找 GitHub 仓库”，而是帮用户完成一轮有判断的开源选型。
我一开始先把用户真实需求拆成了几个固定环节：
1. 先理解需求本身
2. 把需求转换成适合搜索的英文查询
3. 广泛搜索多个候选仓库
4. 对每个候选项目识别开源协议
5. 从适配度、维护度、扩展性、技术栈匹配度、商用友好度几个维度做判断
6. 给出最终推荐，而不是只堆链接
在设计过程中，我重点处理了两个难点：
1. 搜索不能太窄，也不能太散
如果只搜一个关键词，结果很容易偏；但如果搜得太宽，又会出现很多不相关结果。
所以我给 Skill 设计了一套默认搜索流程：
- 先提取用户需求中的产品类型、功能关键词、技术栈、部署方式、协议偏好
- 再组合成 3-6 条英文搜索语句
- 优先搜索更接近真实仓库描述的表达方式
- 当第一轮结果太泛时，再自动加上 self-hosted、alternative、enterprise、license 这类二次筛选词
这样做的好处是，Skill 不会只给出一个“看起来像”的答案，而是能形成一个更可靠的候选池。
2. 协议判断必须谨慎
我不希望它看到“开源”两个字就默认可商用，所以我专门把协议识别写成了一个独立判断流程。
Skill 会优先检查：
- 仓库页面显示的 license 标签
- LICENSE / COPYING 文件
- README 中的协议说明
- 如果信息冲突，会直接标记为需要人工复核
- 如果没有明确协议，会标记为高风险，不会默认推荐
另外，我还单独写了一套协议解释规则，把常见协议分成：
- 商用相对友好：MIT、BSD、Apache-2.0
- 有条件可用：LGPL、MPL
- 风险较高：GPL、AGPL
- 信息不清晰：无明确协议 / 自定义协议 / 冲突协议
这样最终输出时，不只是“识别了协议”，而是会附带实际使用建议。
3. 输出结果必须可直接拿来做决策
很多时候用户并不缺链接，缺的是“该先看哪个、为什么”。
所以我把最终输出固定成了一个适合决策的结构：
- 需求总结
- 候选项目清单
- 每个项目的链接、简介、协议、匹配理由、主要风险
- 推荐结论
- 协议建议
- 下一步先看哪 1-3 个项目
我希望它最后给出的不是信息堆砌，而是一份“可以开始行动”的初筛结果。
创作中我用到的思路
我在 SOLO 里主要是围绕这几个方向不断迭代的：
- 先定义 Skill 的使用边界：它不是法律顾问，而是开源项目筛选助手
- 再定义工作流：需求理解、搜索、验证、评估、推荐
- 然后补参考规则：搜索策略、协议解释、输出模板
- 最后再反过来看触发描述，确保别人一句话就能触发到这个 Skill
整个过程最大的体会是：
做 Skill 不是把提示词写长，而是把“判断标准”和“输出结构”写清楚。只要流程设计对了，Skill 的稳定性就会高很多。
使用步骤
这个 Skill 的使用方式很简单，基本只需要一句话描述你的需求。
第一步：输入你的目标
比如你可以这样说：
- 帮我找几个适合私有化部署的知识库开源项目，并比较协议风险
- Find open-source alternatives to Stripe Billing and compare licenses
- 帮我找 Go 写的多层代理项目，按商用友好度排序
- 搜索适合中小团队使用的工单系统，列出 GitHub 仓库并给建议
第二步：Skill 自动完成初筛
Skill 会自动做这些事：
- 提炼需求关键词
- 生成多组搜索语句
- 搜索多个候选项目
- 核对开源协议
- 分析适配度和风险
- 输出推荐顺序
第三步：查看结果并继续追问
你可以直接基于结果继续往下问，比如：
- 只保留 MIT / Apache-2.0 的项目
- 按适合商用闭源的优先级重排
- 只看 Go / Rust 技术栈
- 帮我继续对比前两个项目的部署复杂度
效果展示
Skill 链接
Skill 地址：
https://gitee.com/Zibor233/github-open-source-scout.skill
https://github.com/Zibor233/github-open-source-scout/
总结与思考
这次做 `github-open-source-scout`，我最大的收获是：一个好用的 Skill，不一定要很复杂，但一定要能把一个真实问题的“关键判断链路”跑通。
我最满意的地方有两个：
第一，它不是只会搜链接，而是会给出结构化判断。
第二，它对开源协议保持了足够谨慎，不会因为“看起来像开源”就直接推荐。
如果你也经常遇到“想找开源项目，但不知道从哪里开始比较”的情况，欢迎体验这个 Skill，也欢迎告诉我你最希望它补上的能力。
