学习目标
一个小型触发用例集和可复用的检查记录。
适用场景
你准备了“文档链接检查” Skill，但“改个标题”也会触发，真正检查链接时却不工作。下面测试方法可用于多种宿主；显式调用语法、加载日志和安装位置要查各产品文档，不能通用照搬。
准备条件
- 宿主已支持 Skill，能查看它是否被发现或加载。
- 一个可在测试环境运行的 Skill，输入不含密钥和生产数据。
操作步骤
先确认发现与执行，不急着改 description
按宿主文档检查文件位置、格式、必需字段和可用工具，再用其显式调用方式试运行。若显式调用也失败，优先查安装、资源路径或脚本；若能运行但自动选不中，才进入触发描述检查。没有加载证据时，不能凭回答风格判断调用成功。
写直接、间接与反向请求
用真实语言写三类输入：直接要求、没提 Skill 名的同义需求、不该使用的相邻任务。再加缺少必要输入的情况。提示集很小只能帮助定位，不能宣布可靠性百分比。
链接检查 Skill 的小型提示集T1 应触发：检查 docs 下这三篇文章的链接，给出失效项。 T2 应触发：上线文档前看看引用还能不能打开，不改正文。 T3 不应触发：把入门文章标题改短，保持链接和正文不变。 T4 不应执行网络检查：只解释 HTTP 404 的含义。 T5 缺条件：检查未提供的私有文档 -> 先指出缺少文件/访问条件。 每项记录：是否加载、实际动作、输出、预期差异。触发错改描述，执行错改流程
未触发或误触发，检查名称和 description 是否说清任务信号、边界；触发正确但漏检查，就看步骤、输入和输出约定是否模糊。一次只改一个位置，才能知道什么起作用。不要通过给每个请求都加 Skill 名来掩盖自动触发问题。
故障定位卡现象：T3 改标题时也进行了网络请求。 发现证据：填写宿主实际加载记录；没有则待验证。 候选原因：描述过宽，例如“用于所有文档工作”。 最小调整：收窄到链接核对和分类报告，声明不处理普通文字修改。 复验：T1–T5 全部重跑，检查是否修好一项又破坏另一项。 结果：未运行，不凭描述修改直接记为通过。把环境失败与流程失败分开保存
网络受限、缺依赖、权限不足与正文指令错误不是同一类问题。记录宿主版本、输入夹具和实际证据，新增一次失败例进入用例集；删除或替换 Skill 时同步清理旧入口，避免两份近似能力互相抢触发。
常见误区
- 只测一句“请用这个 Skill”，然后宣称自动触发稳定。
- 显式调用验证执行，隐式与反向请求才检查触发边界。
- 用模型说“我用了”作为唯一证据。
- 优先查宿主加载与实际动作记录；没有证据就标为未验证。
验收清单
- 明确区分未发现、触发错和执行错。
- 有正向、反向、缺条件用例。
- 每轮只改一个主要变量，并重跑原用例集。
- 失败记录包含环境与证据，不编造调用成功率。
资料与版本
本文为原创方法整理，示例与提示词需按项目调整；不代表真实用户研究或账号执行结果。