SuperAPI AI 工具集

Skill 广场

找到适合任务的 Agent Skill,阅读介绍并复制安装命令。

更新于 10-18 00:12

测试与质量

12,270 个结果

validation-first-approach

该技能倡导以验证需求为先的软件开发方式,核心是测试驱动开发(TDD)。其主张在编写实现代码之前先编写测试,用失败的测试来引导设计决策,并通过红灯—绿灯—重构的循环推进开发。技能强调“没有失败的测试就不写生产代码”,要求开发者亲眼看到测试失败,以确认测试确实在验证正确的行为。它适用于新增功能、修复缺陷、重构和行为变更等场景,并对一次性原型、生成代码和配置文件给出可能需要征询合作者意见的例外说明。该技能还列出了常见自我辩解(如“太简单不需要测试”“先写后补测试”)的反驳理由、红旗警示信号、验证清单、卡住时的处理思路以及测试反模式参考资料。

测试与质量129 次安装

verify

verify 是一个用于在声称工作「完成、修复或通过」之前先取得证据的技能。其核心原则是:证据先于声明,没有刚运行命令的输出就不作声明。该技能要求先命名即将作出的声明(如 done、fixed、passes、works),再对其分类:能由命令判定的在这里验证,涉及质量(设计、UI、公开接口、命名、文案)的声明交给 rubric 技能处理。验证时运行可能证伪该声明的命令,包括测试、构建、linter,以及被改动路径的端到端行为;完整门禁为全部测试、构建和 linter,每个 commit 在即将提交的树上运行一次。存在 docs/specs/<slug>.md 规格时,逐条对判定标准做门禁,结果取自最近一次哈希仍与工作树匹配的证据记录,并引用能证明该标准的输出。改动路径需要端到端驱动运行时接口(UI、CLI、TUI 或服务),保留命令输出、日志、截图或记录。读取输出以确认「通过」是输出说通过,而非命令退出。默认答案是拒绝,声明在有新输出证明前为假;不得凭上一次运行的记忆作声明;跳过的检查要如实报告为跳过,部分验证只能得到部分声明;依赖测量数字的声明需说明限制该数字的因素;评审反馈本身也是声明,需先验证再实现。

测试与质量128 次安装