技能介绍

它解决什么问题

随着安装的 skill 越来越多，对话系统往往要把一长串 skill 名单注入上下文，既占 token，也可能让闲置 skill 被误触发。Skill管家把这类启停管理变成可追踪的调度：先建册，再判定常用/闲置/关键，最后按用户确认执行关闭、启用和恢复。

核心能力

扫描建册：运行 scripts/toggle_skill.py --scan，或读取 WorkBuddy 的 ~/.workbuddy/skills/、/.workbuddy/skills/，以及 Claude/Cursor 等平台目录；抽取 name、slug、disable、description，写入 registry/skill-status.json。
常用判定：登记表频次与 MEMORY.md 声明为准。近 30 天使用 ≥3 次或用户明确标记为常用，判为 frequent；长期未用且非关键，判为 idle；灾备、安全、底层依赖等列入 critical_whitelist。模糊项先询问。
批量关闭：首跑列出建议关闭清单，包含名称、slug 和依据；用户一次性确认后，逐个备份并执行 python3 scripts/toggle_skill.py --skill <slug> --action disable，改写 disable: true。
按需启用：任务需要已关闭 skill 时先征求同意，再执行 --action enable；完成后询问是否恢复关闭。
自检自愈：维护 use_count、last_used，周期性重扫真实 disable 状态，与登记表比对并提示漂移。
跨平台降级：WorkBuddy 原生识别 disable；Claude、Cursor 等多数平台不识别，此时只维护建议清单，不能硬关闭。

红线与适用边界

工作流为扫描、建册、判定、批量关闭、按需启用、自愈六步。P0 规则包括：改前备份到 backups/、每次启停都需用户确认、z-skill-concierge 自锁、关键白名单默认不关、只改 frontmatter 的 disable 行、禁止删除文件。适合 skill ≥10 且希望防误触发的重度用户；只有 2-3 个 skill 时不必使用。若平台仍向上下文注入全部 skill 的 name+description，减少注入体积的收益有限，真实收益主要来自避免闲置 skill 被误触发。