1.Skill 描述(Description)的精准性这是最关键的部分——决定 Claude 是否会在正确时机触发这个 skill。触发条件要具体:列举明确的用户意图、关键词、文件类型反向排除:用 “Do NOT use when…” 避免误触发覆盖同义表达:用户可能用不同方式表达同一需求(“Word文档”、“docx”、“正式报告”)2.SKILL.md 的内容结构环境约束:可用的库、工具版本、路径规范(这是最容易踩坑的地方)分步骤的操作指南:不假设 Claude 已知细节,把每个步骤写明输出路径规范:文件放哪里、如何命名错误处理:常见失败场景和解决方案3.可验证的输出标准明确定义"好的输出"长什么样提供正面示例(和负面示例)指定格式、风格、质量检查点4.单一职责原则一个 skill 解决一类问题,不要试图覆盖所有情况过于宽泛的 skill 会降低质量,过于细碎则维护成本高5.与其他 Skills 的边界划分在描述中明确与相邻 skill 的区别(如pdfvspdf-reading)避免描述重叠导致 Claude 不知道选哪个6.实际测试与迭代用真实用户 prompt 测试触发率检查误触发(不该用时用了)和漏触发(该用时没用)根据失败案例修订描述和内容一个快速自检清单问题说明Claude 能在 3 秒内判断是否使用这个 skill 吗?描述是否清晰如果完全按 SKILL.md 操作,输出会正确吗?内容是否完整有没有其他 skill 会和它抢同一个触发场景?边界是否清晰在陌生环境(不同库版本)下还能工作吗?鲁棒性如何