九成是 description 写得太抽象。补上三要素:做什么(列具体功能)、何时用、用户可能说的触发词(中英文口语都覆盖,如「审查 / review / 看看这个 PR」)。改完直接提一次相关请求验证。

先跑 /memory:规则可能写在尚未懒加载的子目录文件里;再检查是否有两处规则互相矛盾(Claude 可能任选其一);仍不稳的硬约束,改写成 PreToolUse hook 强制执行。

上下文接近装满时性能会下降。无关任务之间用 /clear 切断;长任务在填充率约七成时主动 /compact 聚焦要点;需要跨会话保留的结论,落盘到 CLAUDE.md 或让自动记忆(MEMORY.md)接手,别指望聊天记录。

常驻成本极低(每个约 100 token 元数据),但描述相互重叠会让匹配变糊。同类只留最好的一个,让每个 Skill 只做一件事。

硬性事实与规矩 → CLAUDE.md;多步骤的「怎么做」→ Skill(按需加载);必须强制执行的动作 → Hook;连接外部数据与系统 → MCP,再用 Skill 教 Claude 怎么用好这些工具。