普通人技术窗口

要解决的问题

普通人对技术的认知往往停在"听说很厉害，但跟我没关系"。GitHub 上真正好玩、好用的开源项目，要么文档写得像开发者手册，要么得登录 GitHub、敲命令才能上手——这两条门槛把大多数读者挡在门外。内容创作者想写这类科普，从选品到成稿每一步都要自己摸索。

它如何工作

核心思路是反过来的：不追 mega 高星仓库，而是按生活场景（文件互传、私人 AI、笔记知识库、家庭影音、好玩小工具）找新鲜、小众但好用的项目；选品不先按 stars 排序，而是先问"普通人看了会不会觉得有趣、易用"。

关键流程分五步：

1. 发现候选：通过 GitHub 连接器按场景主题检索，拉取真实星标与描述佐证；
2. 核实可装性：用 SkillHub CLI 搜索是否有对应技能，命中即记 slug；
3. 四档判定：

- ✅ 完全相同 —— SkillHub 上有可装版本，首选；
- 🔁 相似替代 —— 功能等价的可装技能，需显式标注"非原项目"；
- ⚠️ 网页版零安装 —— 打开网页即用，给链接即可；
- 💡 创建机会 —— 暂无可装版本，列入「待建清单」当选题；
- ❌ 排除 —— 对普通人无价值或完全用不了；

1. 分栏成稿：按生活场景而非编程语言组织，每条含定位、装用步骤、使用场景；
2. 验证闭环：跑完质量闸门（不需登录 GitHub、有具体步骤、可装项占比达标等），全过才算完成。

适用边界

• 能帮：选品、核实可装性、写"是什么 + 怎么装 + 怎么用"的科普文，产出 Markdown；
• 帮不了：写代码、编译项目、保证发布平台审核通过、代运营账号；
• 运行前提：GitHub 连接器与 SkillHub CLI 至少其一可用，联网访问境外站点可能有波动；
• 每期建议 8–10 个，凑不齐时宁少勿滥；星标与描述以连接器实时拉取为准，不记忆旧数据。