技能 · 编程
GitHub 仓库维护判断：最近提交/issue/版本
用最近提交、release、issue 响应、依赖更新判断仓库是否还在维护，不把 star 当维护质量。
适用边界：适合选基础库/CLI/模板；长期不更新不一定不能用，但要有版本锁定和替代方案。
怎么做
- 看最近 6 个月默认分支提交和 release，不只看首页 star。
- 抽 5 个 open issue/PR，看维护者是否回应、是否有复现/修复。
- 看依赖是否老旧/有安全公告，能否在当前运行时升级。
- 记录维护结论：活跃/低速/停滞，以及替代库和退出成本。
交付前检查
- 最近提交/release 有日期证据。
- issue/PR 响应不是只看数量。
- 有替代方案或版本锁定策略。
可复制提示词
你是技术选型评审。输入：【仓库】=____；【用途】=____；【当前技术栈】=____。请按最近提交、release、issue/PR 响应、依赖健康、替代方案五项评估，给“活跃/观察/停滞”结论和证据。不要用 star 数代替维护判断，不承诺安全。
相关工具
配套模板
同类技能
JSON 转 TypeScript 类型：先定可选字段
把接口返回的 JSON 样本转成 TypeScript 类型，先判断哪些字段真的可选，避免把所有字段都标成 any 或者全加问号。
查看 →正则编写：先写测试串再写表达式
先写一批应该匹配和不该匹配的样本串，再写正则，逐条跑通才收工，避免表达式只在作者想到的那一种格式上正确。
查看 →SQL 慢查询定位：先看执行计划再改索引
先看执行计划和扫描行数，再判断是缺索引、索引失效还是写法导致全表扫描，改完用同一语句复测耗时。
查看 →更新时间：2026-10-29 · 步骤是通用做法，平台/客户规则以实际页面为准；不承诺排名、过稿或收益。
跨库学习路径
按共同关键词匹配，不是随机推荐；从任务到提示词/教程/项目继续走。