技能 · 编程
开源仓库选型：star 之外看 5 个信号
从许可证、维护频率、issue 响应、依赖体积和替代方案评估 GitHub 仓库，避免只看 star 就接进生产。
适用边界：适合选 SDK、CLI、库、模板、内部工具；强合规/强安全场景还需要法务和安全审计，不能只看本清单。
怎么做
- 先写清用途和边界：要解决什么问题、在浏览器还是服务端、能不能接受外部依赖。
- 看 LICENSE：MIT/Apache-2.0 与 GPL/AGPL 的义务不同；商用/闭源分发前让法务确认。
- 看最近 6 个月提交、release、issue 响应；长期不维护的仓库要有 fork/替代方案。
- 装最小 demo 验证：体积、启动时间、与现有版本是否冲突；不要直接在主线接。
- 记录替代方案和退出成本：至少留 1 个可替换库或自写最小实现。
交付前检查
- LICENSE 已读，商用/分发义务写进选型记录。
- 最近维护状态有证据（提交/release/issue），不是只看 star。
- 最小 demo 跑通，版本冲突/体积/启动成本有记录。
- 至少有 1 个替代方案或退出路径。
可复制提示词
你是技术选型评审。输入：【需求】=____；【候选仓库】=____；【运行环境】=____；【合规要求】=____。请按许可证、最近维护、issue/PR 响应、依赖与体积、替代方案五项做对比表，每项给证据和“通过/观察/否决”。最后给推荐方案、最小验证步骤和退出成本。不要用 star 数代替维护判断，不承诺安全合规。
相关工具
配套模板
同类技能
JSON 转 TypeScript 类型：先定可选字段
把接口返回的 JSON 样本转成 TypeScript 类型，先判断哪些字段真的可选，避免把所有字段都标成 any 或者全加问号。
查看 →正则编写：先写测试串再写表达式
先写一批应该匹配和不该匹配的样本串，再写正则，逐条跑通才收工，避免表达式只在作者想到的那一种格式上正确。
查看 →SQL 慢查询定位：先看执行计划再改索引
先看执行计划和扫描行数，再判断是缺索引、索引失效还是写法导致全表扫描，改完用同一语句复测耗时。
查看 →更新时间：2026-10-29 · 步骤是通用做法，平台/客户规则以实际页面为准；不承诺排名、过稿或收益。
跨库学习路径
按共同关键词匹配，不是随机推荐；从任务到提示词/教程/项目继续走。