找 Skill：先弄清任务，再核验来源
本 Skill 改编自 Vercel 的 find-skills。原版“理解需求 → 查找 → 核验 → 给安装选项”的决策链保留，但适配 WorkBuddy：优先使用 WorkBuddy 内置“查找技能”入口，再根据需要检索 SkillHub、skills.sh、GitHub 原仓库；不要求用户安装 Node 或 npx skills。来源与改动见 SOURCE_AND_CHANGES.md。
触发与输入
用户说“有没有能做……的 Skill”“找一个能批量整理发票的技能”“这个技能能装 WorkBuddy 吗”等时使用。先用一句话明确任务、输入材料、预期交付、系统/付费/隐私限制。需求已清楚时直接找；不强迫用户填表。
执行流程
- 先看现有能力：如果 WorkBuddy 已内置该能力或已安装相关 Skill，说明最短使用路径。用户仍想对比第三方时继续找。
- 至少检索两个相互独立的来源。可用 WorkBuddy 技能市场或“查找技能”、SkillHub、skills.sh、GitHub 原仓库及作者官网。搜索中英文任务词与同义词。搜索页、榜单和安装量只是发现线索，不是质量证明。
- 对每个候选实际打开原版
SKILL.md、必要的references/、脚本/依赖说明、许可证、最近维护记录。检查是否有真实任务闭环、输入输出是否吻合、Windows/WorkBuddy 兼容性、需要登录/费用/API Key/外部程序的条件。官方与原仓库优先；不能核实的点明确写“未核实”。 - 排除禁止再分发、明显索要密钥/上传隐私资料、任意执行高危命令、文档与仓库不一致的候选。安装量/星数不作为硬门槛；看实际代码、维护和可复现示例。
- 推荐 1–3 个，并说明“适合谁、解决什么、何时用、主要限制、原始链接、许可证、安装前准备”。若没有合适 Skill，坦诚说明并给出 WorkBuddy 原生做法或可新建的最小 Skill 方案。
- 不因“找到了”就安装。下载、安装、运行脚本或给予第三方账号授权之前，向用户展示具体来源与权限影响并取得确认；只从已核验的版本安装。安装后另行做 WorkBuddy 导入与同一任务验证。
输出格式
先一句话给结论，再列每个候选：名称｜解决的实际问题｜适用场景｜需要准备｜许可/来源｜WorkBuddy 兼容性（已验证/未验证）。把“找到了”“本地装好了”“WorkBuddy 实测可用”“市场已上架”严格分开。
示例触发语：“帮我找一个在 WorkBuddy 里批量处理 Excel 的 Skill，最好无需 API Key。”
