code-review-expert
面向当前 git 变更的专家级代码审查技能，以资深工程师视角检测 SOLID 违规、安全风险与可删除代码，并给出可执行的改进建议。默认只审查不修改，需用户明确确认后才实施变更。
Skill 广场
找到适合任务的 Agent Skill，阅读介绍并复制安装命令。
更新于 11-03 00:11
测试与质量
13,070 个结果
debugging-strategies
一套系统化调试技能，讲解科学方法、复现与隔离流程、假设验证、二分查找、差分调试、内存泄漏与性能分析，并给出 JavaScript/TypeScript、Python、Go 的调试器、日志与性能剖析用法，适用于排查疑难缺陷、性能问题与生产故障。
dependency-upgrade
用于管理依赖项大版本升级的技能，提供兼容性分析、分阶段升级策略与全面测试方法，涵盖语义化版本审查、依赖审计、破坏性变更处理、自动化更新及回滚方案。
e2e-testing-patterns
面向 Playwright 与 Cypress 的端到端测试技能，讲解如何构建可靠、快速、易维护的 E2E 测试套件，覆盖关键用户流程、跨浏览器测试、CI/CD 集成、可访问性与响应式验证，并给出页面对象、夹具、等待策略、网络拦截等模式。
flpbalada-five-whys
基于丰田佐吉提出的“五个为什么”方法进行根因分析的技能，适用于排查问题、调试故障、分析客户流失、复盘事故与流程改进。通过逐层追问原因，区分症状与根因，并给出解决方案与验证指标。
flpbalada-hypothesis-tree
假设树（Hypothesis Tree）是一种将复杂问题拆解为可验证假设的结构化方法，源自麦肯锡管理咨询，强调 MECE 覆盖。适用于验证产品想法、排查指标下滑、规划实验与用户研究、拆解模糊战略问题并排定测试优先级。
javascript-testing-patterns
面向 JavaScript/TypeScript 的测试技能，提供 Jest、Vitest 与 Testing Library 的单元、集成和端到端测试策略，涵盖 mock、依赖注入、覆盖率阈值与 CI/CD 持续测试等实践。
qa-test-planner
qa-test-planner 是一个面向 QA 工程师的 Claude 技能，用于生成测试计划、手工测试用例、回归测试套件和缺陷报告，并支持通过 Figma MCP 集成对设计稿进行校验。该技能仅在按名称显式调用时触发（如 /qa-test-planner、qa-test-planner 或 use the skill qa-test-planner）。它可输出测试计划（策略、范围、排期、风险）、逐步手工测试用例（含预期结果）、回归套件（冒烟、关键路径、执行顺序）、Figma 设计-实现对比清单以及结构化缺陷报告。技能还提供交互式脚本 generate_test_cases.sh 与 create_bug_report.sh，并内置测试用例、缺陷报告、回归测试与 Figma 校验的模板与检查清单。
screen-reader-testing
一项用于网页应用屏幕阅读器测试的技能指南，涵盖 VoiceOver、NVDA、JAWS、TalkBack、Narrator 的兼容性验证、核心命令、测试清单与常见 ARIA 问题修复，帮助调试辅助技术可访问性问题。
spark-optimization
面向 Apache Spark 作业的性能优化技能，涵盖分区策略、内存管理、Shuffle 优化与性能调优，适用于优化慢作业、调试性能问题、调优内存与执行器配置、处理数据倾斜及扩展大数据管道。
web3-testing
面向 Solidity 智能合约的综合测试技能，基于 Hardhat 与 Foundry 提供单元测试、集成测试、模糊测试、主网分叉、Gas 优化测试、覆盖率报告与 Etherscan 合约验证等实践方案。
code-review
一个代码审查技能，按严重程度检查代码或 diff 中的正确性缺陷、安全问题与可简化之处，并以结构化格式给出问题、影响与修复建议。
reality-check
reality-check 是微软推出的用户体验验证工具，用于检查应用是否按真实用户的使用方式正常工作。它可以在本机、Digital Twin Universe 环境中，或由工具自行搭建的环境中执行检查，并为每条发现返回证据。工具支持以 CLI 或库的方式安装，可搭配 copilot、amplifier-agent、codex、claude 等智能体提供方使用，也提供检查桌面应用所需的计算机使用组件安装命令。使用时应先运行 --help 阅读技能说明，再按具体命令的帮助文档调用。
Test Skill
Test Skill 是来自 microsoft/apm 的测试技能，用于演示市场插件的集成方式。公开资料仅说明其为测试用途，未提供具体功能、收费、平台或使用步骤。
branch-review
branch-review 是微软 bocpy 项目中的一项技能，用于在分支合并前进行多视角代码审查。它让四个独立审查者从不同角度检查 diff，并将结果汇总为一份可执行的报告，适用于准备 PR、合并前审查或审计功能分支。
testing-message-queue
为 bocpy 的无锁、基于标签的 MPSC 环形缓冲区消息队列编写测试的技能，覆盖发送/接收、FIFO 顺序、选择性接收、超时、跨线程与并发生产者等测试模式与常见陷阱。
testing-with-boc
面向 bocpy 行为导向并发（BOC）代码的测试技能，讲解如何用 pytest 为 @when 行为、Cown 调度与 send/receive 消息编写测试，涵盖 quiesce/unwrap、异常传播、cown 分组与 noticeboard 等模式。
thinking-in-boc
面向 bocpy 的 Behavior-Oriented Concurrency（BOC）思维技能，用于编写或审查 bocpy 代码时避免误用线程与锁原语，改用 cown 与 @when 行为来组织并发。
closure-check
Closure Check（Govern）是 microsoft/cat-agent-skills 中的一个技能，用于依据 CAPA 规则对纠正与预防措施（CAPA）的关闭就绪度进行确定性校验。它读取由 capa_logic 填充的 capa.json 中的 closure{} 字段，逐条核对遏制措施、已验证的根本原因、纠正措施（系统性问题时还需预防措施）、完整的有效性检查以及验证证据，并输出确认后的 closure{}。该技能在用户询问“能否关闭此 CAPA”或 eightd-draft 最终定稿前使用。它只报告引擎的关闭门禁结果，不代替人做关闭决定；存在阻塞项时一律呈现为 OPEN 并列出具名阻塞项，且每个阻塞项都引用对应规则条款。进度压力不会移除阻塞项，若 ready=false 却面临关闭压力，会明确升级至质量经理。
defect-grade
Defect Grade 是微软 cat-agent-skills 中的一项技能，用于对超出公差（out-of-tolerance）或临界（marginal）的特性进行缺陷分级。它依据 references/disposition-rules.md 规则文件，确定性地给出严重程度（severity）、处置建议（use-as-is / rework / scrap / return-to-vendor / hold-for-review）、观察清单（watch-list）和批次建议，并为每个分级标注所触发的规则章节。该技能在公差检查（tolerance-check）之后使用，适用于任何“能否出货/能否照用”的判断场景。输入为符合 mfg.quality-inspection.v1 契约的 deviations.json，通过脚本 scripts/defect_grade.py 生成 graded.json。分级完全由规则引擎决定，模型不得因进度压力、证书或数值“看起来合规”而更改分级。
ncr-intake
NCR Intake 是微软 cat-agent-skills 中的一个质量流程技能，用于在每次 CAPA 运行时读取开放 NCR（由质量检验插件交接的 mfg.quality-inspection.v1 载荷）、投诉日志和检验数据，并将其整理为 CAPA 入口载荷。它提取 NCR 编号、零件、批次、缺陷、处置与引用信息，按默认 180 天窗口加载投诉日志并保留每行身份，原样记录记录中的结案压力措辞，最终按契约校验并输出 capa-intake.json 与 complaints.csv。该技能不做根因判断，也不得因投诉涉及其他零件而丢弃行，缺失日志或窗口不清时应升级给质量工程师。
readiness-check
readiness-check 是 microsoft/cat-agent-skills 中的一项确定性门店就绪检查技能，用于在每次运行完成 store-map 之后，依据活动包（campaign pack）校验门店数据是否满足上架准备条件。它检查四项内容：适用性（#1.1）、完整性（#2.1）、陈列冲突（#4.1）以及价格冲突（#3.1/#3.2）。工具以 pack.json、store.json 和 shelf-prices.json 为输入，通过运行 scripts/readiness_check.py 生成 checked.json，并原样引用状态与完整性百分比。当出现价格冲突（促销价大于或等于货架价）时，该冲突会阻断货架变更，不会被当作笔误放行；陈列冲突与价格冲突需上报 HQ，门店无法本地解决。
spec-ingest
Spec Ingest 是一项质量检验数据准备技能，用于在每次质量检验与不合格品处理流程开始时，读取检验批的零件规格、图纸、检验计划、合格证书和测量导出文件，并将其规范化为结构化合同输入：包含公差与关键度的特性表、归一化测量表以及证书声明。它强调跨文档的零件号与版本一致性校验、从图纸注释中提取关键度、保留可追溯引用，并在版本不匹配、公差不可读或单位歧义时停止并上报质量工程师。
tolerance-check
Tolerance Check 是 microsoft/cat-agent-skills 中的一个技能，用于在检验批次中把实际测量值与规格公差进行比对。它针对每个特性确定性地计算偏差状态、统计量，并进行证书交叉核对。该技能在 spec-ingest 之后、每次批次评审时使用，输入为 spec-ingest 产出的 characteristics.json、measurements.csv 和 coc.json（遵循 mfg.quality-inspection.v1 输入契约）。运行 scripts/tolerance_check.py 后输出 deviations.json，其中包含每个特性的统计量、状态、文档冲突标记、置信度、来源与引用。所有数学计算均在引擎内完成，证书声明不会掩盖实测不合格项，引擎升级信息会原样传递。