用途：在向用户推荐 GitHub 仓库、比较多个开源方案、把某仓库当作实现范例引用，或建议基于 GitHub 的 starter、模板、SDK、工具、集成与 MCP server 时，先做一次“健全性检查”，避免把仓库的存在误当成值得推荐。仅作为历史背景、私有内部依赖或直接回答“这是什么仓库”时不必套用，但如涉及过时问题仍应提示。
主要能力：要求核实仓库是否已归档、最近一次有意义提交的时间、星标数，以及是否仍足以支撑用户目的。若可联网，应查看 GitHub 仓库页面或同等一手来源，不得凭猜测判断时间或星标；无法核实实时健康度时，不得将其作为有把握的默认推荐，应标注为未核实或改推可核实的仓库。
判断规则：以近期活动为主要信号，星标为次要参考。默认可推荐的条件大致包括：未归档、最近有意义提交足够新、星标对该用途可信或不异常偏低、无其他废弃迹象。需附条件提及的情况包括：略过时但仍相关、星标偏低却作为通用默认推荐、仅适合窄场景。应避免作为默认推荐的情况包括：已归档、长期无有意义活动、星标极低且活动停滞、存在维护更好的替代品。
实用阈值：绿色约为最近 6 个月内有活动；黄色约为 6 至 18 个月前；红色约为超过 18 个月。需按类别调整：AI SDK、starter、模板、agent 框架等快速变化工具通常应有近期活动；成熟库、协议实现、低变更工具可接受较慢节奏；示例应用与 demo 除非也有近期维护，否则不宜当作强默认。星标应相对生态与用途判断，分为强、中、弱信号；小众仓库不因星标少就直接否定，星标低最影响其作为广泛可信默认且已有更好替代时。
响应要求：推荐仓库时应附简短证据，包括仓库名与链接、最近活动日期、星标数，以及推荐、谨慎或避免的结论；使用具体日期，不用“最近”“很久”等模糊说法。
限制与注意：历史背景类仓库可包含，但应说明是历史参考而非当前推荐；星标高但明显过时仍须指出，流行不等于维护；新但快速推进且已有可信采用度的仓库仍可推荐；无法核实实时健康度时须说明未核实，不得自信呈现。资料未提供具体命令、安装方式或收费信息。