browser-qa
浏览器三层测试工作流技能，覆盖确定性 E2E 测试、AI 自主界面验收与调试诊断。支持自然语言触发，按 layer1/layer2/layer3/all 前缀或意图推断选择层级，需 Playwright 与相关 MCP Server 支持。
Skill 广场
找到适合任务的 Agent Skill，阅读介绍并复制安装命令。
更新于 11-03 00:11
测试与质量
13,055 个结果
add-tests
add-tests 是一个为项目生成测试的技能：先检测测试框架与现有测试写法，再分析目标代码，按项目风格生成测试并用原有命令运行验证，测试失败时只修正测试而不改动源码。
test-strategy
为项目或模块生成测试策略文档的 Skill：分析现有测试覆盖、识别缺口、按风险排出测试优先级并推荐测试类型；输出策略而不直接编写测试。
eval-readme
eval-readme 是一个用于评估 GitHub README 沟通质量的技能：判断其读起来像人写还是 AI 生成，并给出可立即执行的修改建议。它通过三套评分标准检查人类信号、未声明的 AI 痕迹与必备要素，输出结论、5 分制评分、信号表和修复清单。
playwright-e2e
面向 VS Code 扩展的 Playwright 端到端测试技能，指导编写、运行与调试 Playwright 测试，并分析来自 GitHub Actions 的测试输出。
verification
Salesforce Apex 语言支持项目的代码变更验证流程技能，规定按顺序执行编译、lint、Effect 诊断、测试、打包、knip、重复代码检查等步骤，并说明调试模式下可暂缓哪些检查。
writing-tests
该技能用于为 Apex Language Support 项目的所有组件编写全面测试，采用 Jest 与 Effect-TS，并配合测试辅助工具。适用于创建新测试、添加测试用例，或用户要求编写测试时使用。
backlog-grooming
backlog-grooming 是 Salesforce 开发工具集中的一个技能，用于对团队在 GUS 中的开放工作项与 Epic 进行梳理：提出关闭已完成但仍未关闭的事项、标记描述不足的事项、检查重复与死链等。所有发现仅为建议，不会自动写入，需用户确认后执行，并生成一份报告文件。
drivable-vscode
drivable-vscode 是 Salesforce DX VS Code 扩展仓库中的工具，用于远程可视化操作一个真实运行的 VS Code 实例，支持探索性测试、客户缺陷复现与功能验证，可通过 MCP 接入 Claude Code、OpenCode、Cursor 等客户端。
verification
Salesforce DX VS Code 扩展仓库中的代码变更验证技能，用于在任何代码改动后或制定计划时加入验证步骤，确保质量。
forge_check-checklist
用于验证项目内 checklist.md 是否符合 forge_checklist-best-practice 规范的检查工具。触发场景包括检查 checklist 规范、checklist 审查、验证清单质量，检查维度涵盖可判定性、示例完整性、分类结构和 Bad Case 节。
forge_check-component-consistency
用于检测多个同类型组件（如 Button、Page）代码实现一致性的技能，交叉对比 Props、事件、样式、hooks 等实现层面差异，确保代码模式统一。触发词：检查组件一致性、对比组件实现、组件模式审计。
forge_check-components
用于扫描并验证 React 组件文件夹是否符合 forge_component-unit-best-practice 规范，检查文件夹结构、单元测试与 Storybook 故事文件的完整性，输出通过、警告、错误统计的检查报告。触发词：检查组件规范、组件文件夹审查、check components、组件结构扫描。
forge_check-error-handling
用于检查代码中是否违规使用原生 try-catch，确保项目统一采用 neverthrow 进行函数式错误处理，并扫描报告所有原生异常处理代码。触发场景包括错误处理规范检查、neverthrow 检查与 Result 类型检查。
forge_check-ui-components
用于检查代码中是否违规使用原生 HTML 元素（如 button、input、select 等）的技能，依据 UI 组件库最佳实践规范扫描目标代码，确保优先使用组件库组件而非原生元素。
forge_test-driven-development
用于以测试先行方式实现功能、修复缺陷或重构行为的技能，严格执行 Red-Green-Refactor 循环：先写失败测试，再写最小生产代码使其通过，最后在测试全绿后重构验证。触发词包括 TDD、测试先行、红绿重构、先写测试。
metaprev
metaprev 是一个本地 OpenGraph 预览与校验 CLI，可抓取 URL、解析 Open Graph 与 X 元数据、校验图片及回退项，并打开本地预览修复工作区，展示 Facebook、X、LinkedIn、Discord 等代表性卡片。
airq
airq 是一个终端空气质量查询 CLI，可查任意城市的 AQI、PM2.5、PM10 及多种污染物，融合 Open-Meteo 模型数据与 Sensor.Community 公民传感器数据，无需 API 密钥。
solo-diagnose
solo-diagnose 是一个面向疑难 Bug 与性能回归的诊断流程技能，核心是先建立紧凑的反馈回路，再提出假设。适用于用户要求 diagnose、debug 等场景，强调可复现、确定、快速且可自动运行的失败信号。
ab-testing
一个用于规划、设计与实施 A/B 测试和增长实验的技能：包含假设框架、样本量参考、指标选择、变体设计、流量分配、统计显著性与实验流程管理。
bdd
行为驱动开发（BDD）技能，按发现、表述、自动化生命周期推进：用 Gherkin 场景明确行为，自动化阶段交由 /mattpocock:tdd 完成红绿循环。适用于通过场景构建功能或修复缺陷。
review-a-diff
review-a-diff 是一款面向代码差异（diff）审查的技能，用于检查改动的正确性、风险与缺失的验证证明。它要求先阅读 diff 及其覆盖测试，用一句话概括变更目的，列出会导致错误结果、泄露密钥或安装失败的缺陷，并跳过纯风格问题；同时说明已运行和未运行的检查，除非明确要求修复，否则不修改代码树。适合在合并代码、提交评审或部署前做风险把关。
run-the-checks
该技能用于在代码改动后执行仓库自身的检查命令，并如实报告结果。它要求先阅读仓库文档中记录的检查命令，而不是自行发明；只运行覆盖变更文件的最小检查；当检查所需工具未安装时，需说明哪条命令未能运行；在交接中粘贴结果为通过、失败或未运行，并附上命令；不得把书面计划当作检查通过；若交接写入 practice-receipt.json，其 command 字段应为本条命令而非对其的描述。
quality of life (personal)
Frank 的个人生活质量与生活方式设计技能，围绕环境设计、体验规划、日常愉悦仪式与幸福感研究，提供质量导师、愿景家、开发者三个智能体，帮助把生活设计成围绕工作而非相反。