WorkBuddy 技能审计

要解决什么问题

WorkBuddy 用户往往在 ~/.workbuddy/skills/ 与工作区 .workbuddy/skills/ 里积累大量技能：有的来自 SkillHub/Knot，有的是手动拷贝或本机自建。时间一长，很难回答「这个 skill 是干什么的、多久没用、删了会不会牵连别的 skill」。本技能做的是只读盘点 + 可选清理，把删除动作和用户确认、回收站路径绑在一起，避免误删内置项或审计工具自身。

如何工作

触发后默认立即扫描，不先寒暄。流程依次是：目录扫描 → 元数据解析 → 与 ~/.workbuddy/usage-log.json 匹配使用记录 → 启发式依赖分析 → 输出 Markdown 审计表。脚本会带 [1/5]…[5/5] 进度行，表格列通常包括名称、功能摘要、安装时间、来源推断、最后使用、未使用天数、彩色状态（🟢/🟠/🔴）及疑似依赖。

两轨判定是关键设计：有 usage 记录的 skill 按「最后使用日」算未使用天数（30 天内保留、30～89 天可删、≥90 天建议删）；从未使用的按安装日更严（14 天内观察、≥14 天建议删除并标注「未使用」）。快照会写入 ~/.workbuddy/skills-audit-history/ 的 JSON，供后续删除做依赖核查。

删除只在用户明确点名或说「删除所有🔴/🟠」时进入第二流程：从最新快照列出待删项 → 检查 deps、被依赖、nested 子 skill → 无关联一次确认，有关联则二次警告 → 通过 PowerShell 回收站脚本批量移入回收站（路径限定在 .workbuddy\skills\ 下）。

边界与注意

最后使用时间依赖官方 usage 日志（资料注明约自 2026-07-03 起）；无记录即「从未使用」。安装时间取目录创建时间，重装会刷新。来源与依赖列均为启发式，依赖标注为疑似，回答用户疑问时应如实说明口径。内置 skill、skill-audit 自身、以及不在扫描结果中的路径一律拒绝删除。