Skill功能对比

解决的问题

WorkBuddy 生态里，同一类需求往往有多个候选 skill：功能描述看着都差不多，实际行为却有差别。逐个打开 SKILL.md 人肉比对既慢又容易漏掉风险点，尤其当某些候选还没安装时，本地根本没有代码可看，只能凭市场页面的只言片语猜。这个技能就是把「横向对比 N 个 skill」这件事变成一条可重复的流水线。

工作方式

核心约束是一次最多对比 5 个 skill。超出时先提醒，再让用户主动收窄范围，而不是悄悄截断输入。

是否已安装是分水岭。 技能会依次检查：

• 用户级 ~/.workbuddy/skills/<name>/SKILL.md
• 项目级 /.workbuddy/skills/<name>/SKILL.md

给的是关键词而非精确名时，用 Glob 模式 **/*/SKILL.md 模糊匹配。据此分出三种场景：全部已装走详细对比，全部未装走粗略对比，部分已装走混合对比。

已安装项靠脚本出数据。 用 Glob 定位 analyze.py 后运行，直接采用其返回的 JSON，包含：

• 功能、来源、版本、安装时间、触发条件
• 安全风险、优缺点与 0–10 评分

安装时间优先取 meta.installedAt，拿不到才退化为文件 mtime 并标注「估算」。

未安装项只汇总市场可见信息，能拿到的就这几样：

• 名称、版本、完整描述、能力分类、是否有可用更新

平台目前不返回 rating 字段，所以「平台信号」固定计 0 并注明「无平台评分」，绝不编数字；安全风险一律写「未验证」——没扫到危险不等于安全。评分按 references/rubric.md 的规则预估（0–6），并带 ⚠️ 标记。

输出是一张固定列的表格。 第一列为 skill 名称，后续依次是：功能概述、来源/可信度、版本与维护、安装时间、触发场景、安全风险、优点、缺点、数据完整度、评分。英文的功能概述会在展示层自动汉化，括号里保留原文。表格上方还必须按场景写一句固定说明，交代这次是详评还是粗评、哪些项尚未验证，这句不能省。

结论分两档。 已安装项可以给「✅ 已验证推荐」；未安装项即使预估分高，也只给「⏳ 待安装验证」。如果本次涉及已安装项，最后还会顺带提醒：用 skill-audit 可以扫描并清理不再使用的技能，并询问是否需要安装。

适用边界

• 粗评和详评的数据口径并不对等：前者上限 6 分且无安全结论，后者是 0–10 分带扫描证据，跨场景直接比分数意义有限。
• 未安装项的安全风险永远是「未验证」，这是设计上的保守，不是漏扫。
• 汉化只发生在展示层，原始 description 不会被改写。
• 对未安装项的评分是预估，安装后建议重跑一遍拿详评。