duck-triage 是一个面向测试覆盖率分析与缺陷分级的技能，来自 sprngr/cantrips 合集，官方页面为 https://www.skills.sh/sprngr/cantrips/duck-triage。其定位可概括为：找出测试遗漏之处，对缺陷按重要程度分级。
用途 它主要服务于开发与质量保障环节，帮助团队回答两类问题：一是现有测试是否覆盖了真正需要验证的行为；二是发现的缺陷应该以多高的优先级处理。该技能可用于 PR 前的测试范围建议，也可在 PR 评审过程中以 duck-review 的 test: 前缀内联标注缺失的测试。
主要能力
- 缺失测试检测。以下情况会被标记：公开 API 没有测试；有副作用的函数没有被验证；只覆盖快乐路径而忽略错误路径（强调分支覆盖率）；外部依赖没有打桩（mock）；公开接口缺少契约测试。
- 测试质量清单。检查项包括：测试验证行为而非实现；测试是确定性的（不依赖随机数、时间）；测试相互独立（不存在隐藏的先后顺序依赖）；测试名称描述场景而非函数名；断言具体（例如“等于 42”而不是“为真”）；错误路径有测试（“抛出”“拒绝”“返回错误”）。
- 边界用例发现框架。对每个输入/输出检查：空值（零、空字符串、空数组）、null/undefined/缺失、单元素（边界）、最大值与最小值、非法类型、并发访问、缓存状态（命中、未命中、过期）、超时与边界。
- 建议的测试场景。包括：快乐路径（每个功能一个）；首个失败用例；边界用例（0、最大、null、空）；并发用例（同时两次调用）；恢复用例（失败→重试→成功）；回归用例（若已有缺陷被修复）。
缺陷分级 提供严重度矩阵：P0（严重）——数据丢失、安全漏洞、所有用户被阻塞，行动为立即热修复，示例如错误地发送钱款、API 鉴权绕过；P1（高）——主要功能损坏但存在变通方法，行动为本迭代优先，示例如某语言区域的搜索损坏；P2（中）——部分功能损坏、体验下降，行动为下个迭代，示例如图标错位、查询变慢；P3（低）——外观、边界情况、错别字，进入待办；P4（信息）——锦上添花、并非缺陷，用于讨论。
分级流程 步骤为：复现所报告的行为；使用上面的严重度矩阵进行分类；检查这是回归还是既有问题；检查是否已有测试覆盖，若没有，则将缺失覆盖标记为促成因素；最后输出严重度、简要理由以及应新增的测试。
缺陷报告格式 报告时采用：一行标题（“组件：什么失败”）；可编号且可运行的复现步骤；期望与实际各一行；严重度加理由；相关测试路径，或标注“需要测试”。
限制与暂未提供的信息 资料未说明该技能支持的运行平台、安装或引入命令、是否收费及价格，也未提供具体的使用步骤示例或效果数据，这些内容暂未提供。开发者在采用前需自行核实其与自身技术栈的适配方式。