skill-evaluation
用于设计、运行、解读和报告 Agent Skill 评测的技能，覆盖用例设计、judge 选择、触发/基准/回归分析与结果报告。
Skill 广场
找到适合任务的 Agent Skill，阅读介绍并复制安装命令。
更新于 10-24 00:15
测试与质量
12,619 个结果
skill-quality-review
用于对完整 Skill 包做静态质量审查的技能，覆盖架构、范围、触发条件、独立安装、双语一致性、Eval 就绪度等，输出结论、阻塞问题、建议、信息缺口与证据边界。
local-greeting
local-greeting 是 ob-labs/agentseek 提供的一个自定义 Bub 技能，用于快速冒烟测试：返回一句简短问候语，若工作区路径可用则简要提及。
logging-strategies
来自 omer-metin/skills-for-antigravity 的技能，聚焦应用日志策略：结构化日志、关联 ID、日志聚合，以及缺少日志时排查生产事故的经验。
regex-debugger
regex-debugger 是一个交互式正则表达式测试、解释与调试技能，可对正则模式做可视化分解、通俗英文讲解、测试用例生成和不同语言正则风格转换，适合需要排查正则为何不工作或理解复杂模式的场景。
uat-testing
面向 Web 应用的端到端 UAT（用户验收测试）工作流技能，按发现变更、搭建环境、生成用例、执行测试、输出报告五阶段推进，用 Playwright MCP 执行并截图取证，凭据通过 gitignored 环境变量文件读取，不输入密码。
testing-anti-patterns
一套用于编写与修改测试、添加 mock 时避免常见反模式的技能指南，强调测试应验证真实行为而非 mock 行为，并给出五类反模式及修复方式。
debug
一个面向本地开发问题的调试技能，用于排查测试失败、运行时错误、类型错误和异常行为。强调先写失败测试复现问题，再定位根因并验证修复，也可借助 Codex 做初步调查。
fix-quality
fix-quality 是一个质量基础设施修复技能：先运行 /check-quality 审计质量门禁，再按优先级修复其中最高优先级的一个问题，每次调用只修一个，重复调用可逐个处理。
testing-quality
面向数据系统的测试与数据质量技能，涵盖 pytest 单元测试、Pydantic 与 Great Expectations 数据校验、集成测试及外部服务模拟，帮助建立生产级测试策略。
bug-protection-multi-layered
一个用于修复高频、高风险或跨边界缺陷后的分层防护技能，通过在入口校验、业务校验、环境守卫和取证埋点四层设置防线，使同类缺陷难以再次发生，并让漏过的失败可被诊断。
manual-interacting-with-opencode-via-cli
通过真实 OpenCode CLI 命令进行基于证据的手动验证工作流技能，用于检查、冒烟测试或复现 OpenCode 及其插件、技能、提供商与配置行为；核心原则是按场景选择隔离程度，并以新鲜命令输出作为证据。
write-tests
Remix 仓库内编写、重构与审查测试的技能，指导使用 Remix 自带 test/assert 包与 describe/it 风格，保持依赖图整洁，并用最窄的可靠命令验证。
simplify
一个代码审查与清理技能：用 git diff 找出改动后，并行启动三个审查代理分别检查代码复用、代码质量与执行效率，汇总发现并直接修复问题，最后简述修复内容。
comprehensive-review-pr-enhance
面向 Pull Request 优化的技能，用于生成清晰、易审阅的 PR 描述，梳理改动、测试、风险与发布说明，并可缩小 PR 规模、提升可审阅性。适用于改写或完善 PR 描述、汇总变更与审查指引，不适用于没有变更可汇总或需要完整代码审查的场景。
tdd-workflows-tdd-green
TDD 绿阶段技能：在测试驱动开发中实现让失败测试通过所需的最小代码，保持实现刻意简单，并记录为重构阶段留下的捷径或技术债。
vscode-test-setup
vscode-test-setup 是一个面向 VS Code 扩展项目的测试环境搭建与配置技能，提供从依赖安装、测试框架配置、覆盖率工具、CI/CD 流水线到调试配置的完整指导。资料显示其核心依赖为 vitest、@vscode/test-cli 和 @vscode/test-electron，其中单元测试使用 Vitest（覆盖率基于 v8/c8，无需额外覆盖率包），集成/E2E 测试因 VS Code 测试宿主需要 Mocha 测试运行器而仍使用 Mocha。技能涵盖 vitest.config.ts、tsconfig.test.json、package.json 脚本、目录结构、GitHub Actions 工作流、TDD 质量门禁、VS Code launch.json/tasks.json、测试夹具与数据工厂，以及常见问题排查（CI 超时、ESM 导入错误、单元测试中 VS Code API 不可用、覆盖率未跟踪 TypeScript、异步时序导致的测试不稳定）。适用于为新扩展项目初始化测试基础设施、迁移测试框架、配置 CI/CD、设置覆盖率阈值、排查测试配置问题和优化测试执行性能。
validating-pre-commit
该技能用于在提交或推送代码前运行质量门禁检查，确保代码符合项目质量标准。它按顺序执行自动修复、构建、测试、严格类型检查和 CI 验证等步骤，并在失败时给出可操作的修复建议。适用于准备提交、本地复现 CI 失败或验证变更通过所有检查的场景。
testing-changes
Testing Changes 是一个用于对当前分支进行人工端到端测试的技能。它先分析代码改动并生成测试计划，计划经用户批准后才启动仓库内全部应用并执行测试，记录实际结果与预期结果的对比，生成测试报告供审阅；报告获批后停止本次启动的所有应用，删除测试计划并询问是否删除报告。适用于需要手动验证当前改动的场景。
review-and-test
该技能用于审查 FlashList 的 PR 或分支，并完成单元测试、iOS 模拟器测试以及 RTL/LTR 行为验证。它提供从理解变更、运行自动化检查、构建、设备测试到编写审查总结的完整流程，并与 fix-github-issue 技能共享上下文。
vitest-skill
Vitest 测试技能：在 JavaScript/TypeScript 项目中生成 Vitest 测试，具备 Vite 原生运行速度，提供与 Jest 兼容的 API，并支持 ESM 与 HMR。当用户提到 "Vitest"、"vi.mock"、"vi.fn"、"Vite test" 或 "vitest.config" 时可用。该技能覆盖基础测试结构、模块与函数模拟、Spy、假定时器、源码内测试（In-Source Testing）、快照与内联快照、React 组件测试等常见写法，并给出运行命令与 vitest.config.ts 配置示例。同时提供包含生产配置、模拟模式、React Testing Library、表驱动测试、API/集成测试、CI/CD 集成、调试与最佳实践清单的参考手册结构。使用前需确认任务与上游来源及本地项目上下文一致，并自行验证命令、生成代码、依赖与环境行为。
angularjs-health-audit
这是一个用于对 AngularJS（Angular 1.x）项目执行全面健康审计的技能。它通过模块化、顺序化的规则来评估技术栈、模块与组件架构、服务与数据流、模板、测试、构建与资源管线、代码质量以及文档等维度，并计算分段得分与加权总分。该技能强调基于仓库证据的客观分析，不臆测数据；针对 Angular 1.x 自身的范式进行评价，同时将框架停止维护（EOL）与 Bower 弃用等迁移风险作为前瞻性风险报告。整体输出为结构化审计报告。
implementation-review
implementation-review 是一个只读的独立验证技能，安装名称为 implementation-review，在 Factory 流程中承担 Verifier（验证者）角色。它针对一个已物化、不可变的候选实现，依据已接受的切片、项目标准、项目配置门禁以及战略设计进行独立核验，输出证据与路由结论，而不产出补丁。该技能还包含一个独立模式：仅当人类明确要求时，依据 templates/coding-standards.md 模板创建或更新持久化的编码标准来源。验证工作全程只读，使用与 Implementer、Cleaner 相互独立的上下文，要求提供精确的目标映射、SPEC、SLICES、已接受切片、项目配置、工作区与资源租约身份、基线修订、候选身份、门禁台账与证据指针等输入。最终返回四种结果之一：Pass、Repair、Resynchronize 或 Inconclusive，并附带发现台账、检查项与解除阻塞条件。
use-case-qa
use-case-qa 是一个面向 Factory 流程的产品验证角色（Product Validator），用于在真实产品界面上独立验证已接受的用户旅程（journey），针对一个通过 Verifier 的不可变候选版本。它要求使用独立于 Implementer、Cleaner 和 Verifier 的全新上下文，携带持久化的已接受输入与证据，而非 Verifier 的推理过程。验证时需确认精确的目标映射、SPEC、SLICES、已接受切片或验收、项目配置、工作区与资源租约身份、基础修订、不可变候选身份、同候选 Verifier 通过以及已接受旅程。每个旅程需包含参与者、起始状态、动作、必需可观察结果、禁止结果、允许的驱动与环境、身份与测试数据、重置或隔离方法以及证据捕获。它只使用被分配的已接受门禁与旅程，不添加探索性活动，选择能保留旅程实质语义的最窄真实产品接口，并仅使用本验证拥有或独占记录租约的命名空间资源。在具有外部、计费、破坏性、隐私敏感或生产影响的操作前，需获得范围授权或经批准的非生产/模拟替代。最终返回 Pass、Fail 或 Inconclusive 三种结果之一，并报告精确身份、Verifier 通过、方法、旅程证据及失败或解除阻塞条件。