用途：为智能体工作流建立可复用的 CLI 工具清单，运行周期性调研并纳入开源 CLI 候选，比较候选仓库的维护与许可证风险，并为“신규안（新增方案）对 개선안（改进方案）”决策准备可用于 PR 的证据。
主要能力与流程：
- 从搜索证据构建候选池：执行关键词搜索并保存结果页直链，每次至少收集 3 个 CLI 仓库，并为每个候选记录来源说明（直接页面获取、浏览器渲染搜索结果或 API 元数据查询）。
- 补充仓库事实：收集仓库 URL、SPDX 许可证（或 NOASSERTION）、最后推送时间、归档状态、star/fork 信号（仅作粗略采用度参考）。最低质量基线为：非归档、许可证明确（避免未知许可证立即打包）、应显示近期维护活动。
- 分类为新增方案或改进方案：若概念已被现有技能路径覆盖则归为改进方案，否则为新增方案；始终附理由及所检查的现有路径以说明重叠情况。
- 显式评分风险：低（活跃+有许可证+文档清晰）、中（活跃但采用有限或范围较窄）、高（归档、许可证不清、维护停滞或 API 不稳定）。
- 产出可用于 PR 的结果：每个入围候选包含当下重要性、证据链接、建议目标路径（新技能或需修补的现有技能）、风险说明与阻碍项。
输出格式：以表格列出 CLI OSS 候选（名称、链接、许可证、更新时间、风险、分类），再给出应用建议列表。
最佳实践：重可维护性而非新奇性；许可证不清视为立即合并的阻碍；提案需有链接支撑、不得有无依据的断言；将发现记录与实现改动分开。
限制：资料未提供具体收费、价格、运行环境、平台支持或效果数据；许可证与维护状态须依赖实时仓库元数据，可能随时间变化。参考资料包括 GitHub 搜索、GitHub REST 获取仓库接口文档，以及 references/quality-gate.md。