测试与 QA
测试、调试、验证和质量工作流
Skills 列表
agentforce-test
Write, run, and analyze structured test suites for Agentforce agents — functional AND security. TRIGGER when: user writes or modifies test spec YAML (AiEvaluationDefinition); runs sf agent test create, run, run-eval, or results commands; asks about test coverage strategy, metric selection, or custom evaluations; interprets test results or diagnoses test failures; asks about batch testing, regression suites, or CI/CD test integration; requests security testing, OWASP LLM Top 10, red-teaming, penetration testing, prompt-injection tests, a security grade, or a vulnerability assessment of an agent. DO NOT TRIGGER when: user creates, modifies, previews, or debugs .agent files (use agentforce-generate); deploys or publishes agents; writes Agent Script code; uses sf agent preview for development iteration; analyzes production session traces (use agentforce-observe); performs a static safety review of .agent file content (use agentforce-generate Section 15).
forcedotcomplatform-metadata-api-context-get
Salesforce 元数据生成的必需配套技能——在加载任何元数据生成技能的同一轮中，同时加载此模式/API 上下文技能；如果你加载了生成器，也必须加载此技能。在创建、生成、添加、编辑或编写元数据或 *-meta.xml 文件时使用它：自定义对象、自定义字段、公式字段、选项列表、查找关系、主从关系、验证规则、权限集、配置文件、自定义选项卡、Lightning 记录页面、flexipage、列表视图、自定义应用程序、流程、布局、记录类型、共享规则、报表以及 604 种 Metadata API 类型。它提供权威的模式、字段、字段属性、必需标志、允许的枚举值和 XML 结构，确保生成的 *-meta.xml 能顺利部署——跳过它会导致元素名称幻觉和部署失败。触发条件：*-meta.xml、元数据模式、API 上下文、'Salesforce metadata' 或 'sfdx project'。不要用于 SOQL、DML、运行时 sObject 访问或 Tooling API 记录。
forcedotcomplatform-soql-query
SOQL 查询生成、优化和分析，采用 100 分评分。当用户需要编写或优化 SOQL/SOSL 时使用此技能：自然语言转查询生成、关系查询、聚合、查询计划分析以及 Salesforce 查询的性能或安全性改进。触发条件：用户编写、优化或调试 SOQL/SOSL 查询，处理 .soql 文件，或询问关系查询、聚合或查询性能。不触发：批量数据操作（使用 platform-data-manage）、Apex DML 逻辑（使用 platform-apex-generate）或报表/仪表板查询。
forcedotcomplatform-lightning-app-coordinate
根据自然语言描述构建完整的 Salesforce Lightning Experience 应用程序。当用户请求“完整应用”、“Lightning 应用”、“业务解决方案”、“管理系统”或描述需要多个相互关联的 Salesforce 组件（对象、字段、页面、选项卡、安全性）的场景时，使用此技能。按正确的依赖顺序编排所有必需的元数据类型，以生成可部署的应用程序。
forcedotcomhandling-sf-data
Salesforce 数据操作，采用 130 分评分。使用此技能可通过 sf CLI 和匿名 Apex 创建、更新、删除、批量导入/导出、生成测试数据以及清理组织记录。触发条件：用户创建测试数据、执行批量导入/导出、使用 sf data CLI 命令、需要用于 Apex 测试的数据工厂模式，或需要在 Salesforce 组织中填充/清理记录。不触发条件：仅编写 SOQL 查询（使用 querying-soql）、执行 Apex 测试（使用 running-apex-tests）或元数据部署（使用 deploying-metadata）。
forcedotcom
testing
TDD and testing skills for iOS/macOS apps. Covers characterization tests, TDD workflows, test contracts, snapshot tests, test infrastructure, and deterministic quality gates (fitness functions, coverage ratchet, mutation testing). Use for test-driven development, adding tests to existing code, or building test infrastructure.
rshankrasplatform-apex-generate
主要的 Apex 编写技能，用于类生成、重构和审查。当用户提到 Apex、.cls、触发器，或要求创建/重构类（服务、选择器、领域、批处理、可排队、可调度、可调用、DTO、工具类、接口、抽象类、异常、REST 资源）时，始终激活。此技能适用于涉及 SObject CRUD、集合映射、获取相关记录、计划作业、批处理作业、触发器设计、@AuraEnabled 控制器、@RestResource 端点、自定义 REST API 或现有 Apex 代码审查的请求。
forcedotcomplatform-apex-test-generate
生成并验证使用 TestDataFactory 模式、批量测试（251+ 条记录）、模拟策略、断言最佳实践以及规范的测试-修复循环的 Apex 测试类。在创建新的 Apex 测试类、提高测试覆盖率、调试和修复失败的 Apex 测试、运行测试执行和覆盖率分析，或为触发器、服务、控制器、批处理作业、队列和集成实现测试模式时使用此技能。触发条件：*Test.cls、*_Test.cls 文件、sf apex run test 工作流、覆盖率报告、测试-修复循环。不要为生产 Apex 代码（使用 platform-apex-generate）或 Jest/LWC 测试触发。
forcedotcomplatform-apex-test-run
Apex 测试执行、覆盖率分析和测试修复循环，采用 120 分评分制。当用户需要运行 Apex 测试、检查代码覆盖率、修复失败的测试或处理 *Test.cls / *_Test.cls 文件时使用。触发条件：用户运行 Apex 测试、检查代码覆盖率、修复失败的测试或接触 *Test.cls / *_Test.cls 文件。不触发条件：编写 Apex 生产代码（使用 platform-apex-generate）、Agentforce 代理测试（使用 agentforce-test）或 Jest/LWC 测试（使用 experience-lwc-generate）。
forcedotcomdebugging-apex-logs
Salesforce 调试日志分析与故障排除，采用100分评分机制。触发条件：用户分析调试日志、遇到调控器限制、读取堆栈跟踪或处理来自Salesforce组织的.log文件。不触发条件：运行Apex测试（请使用running-apex-tests）、生成或修复Apex代码（请使用generating-apex）、或Agentforce会话追踪（请使用observing-agentforce）。
forcedotcomgenerating-apex-test
使用 TestDataFactory 模式、批量测试（251+ 条记录）、模拟策略、断言最佳实践以及严格的测试-修复循环，生成并验证 Apex 测试类。在创建新的 Apex 测试类、提高测试覆盖率、调试和修复失败的 Apex 测试、执行测试运行和覆盖率分析，或为触发器、服务、控制器、批处理作业、可排队作业和集成实现测试模式时使用此技能。触发条件：*Test.cls、*_Test.cls 文件、sf apex run test 工作流、覆盖率报告、测试-修复循环。不要为生产 Apex 代码（使用 generating-apex）或 Jest/LWC 测试触发。
forcedotcom
new-terraform-provider
在搭建新的 Terraform Provider 时使用此技能。
hashicorp
java-code-review
Systematic code review for Java with null safety, exception handling, concurrency, and performance checks. Use when user says "review code", "check this PR", "code review", or before merging changes.
decebals
keil
Keil MDK 工程构建工具，用于扫描 .uvprojx/.uvproj/.uvmpw 工程、枚举 Target、执行 build/rebuild/clean 并解析构建日志，返回可供 jlink/openocd 复用的产物路径。 flash 子命令仅作为兼容入口保留。当用户提到 Keil、MDK、uVision、UV4、 Target 枚举、编译、重建、清理、烧录、下载固件、flash 时自动触发，也兼容 /keil 显式调用。 即使用户只是说"编译一下"或"烧录到板子上"，只要上下文涉及嵌入式 Keil 工程就应触发此 skill。
zhinkgitjlink
J-Link 下载与在线调试工具，用于探测设备、烧录固件、读写内存、查看寄存器、复位目标、读取 RTT/SWO 日志， 以及在线调试（暂停/恢复/单步/断点运行/调用栈/变量查看）。 当用户提到 J-Link、JLink、RTT、烧录固件、写内存、读内存、寄存器查看、目标复位、探针连通性检查、 在线调试、单步、断点、调用栈时自动触发，也兼容 /jlink 显式调用。 即使用户只是说"烧录一下"、"看看 RTT 输出"或"调试一下"，只要上下文涉及 J-Link 探针就应触发此 skill。
zhinkgitgcc
GCC 嵌入式工程构建工具（CMake + arm-none-eabi-gcc），用于扫描 CMake 型嵌入式工程、 列出预设、配置、编译、重建、清理和分析 ELF 大小。当用户提到 GCC、arm-none-eabi、 CMake 嵌入式编译、Ninja 构建、ELF 大小分析、arm-gcc、交叉编译、cmake --build、 cmake --preset 时自动触发，也兼容 /gcc 显式调用。即使用户只是说"编译一下"或 "看看固件多大"，只要上下文涉及 CMake 嵌入式 GCC 工程就应触发此 skill。
zhinkgitopenocd
OpenOCD 下载与调试工具，用于探针探测、固件烧录、Flash 擦除、GDB Server 启动、目标复位控制、 Telnet 在线调试（halt/resume/step/寄存器/内存/断点）、GDB 源码级调试，以及 Semihosting/ITM 输出捕获和底层查询。 当用户提到 OpenOCD、ST-Link、CMSIS-DAP、DAPLink、FTDI、烧录固件、擦除 Flash、GDB Server、 reset、interface/target/board 配置、openocd.cfg、在线调试、单步、断点、寄存器查看、 内存读写、semihosting 时自动触发，也兼容 /openocd 显式调用。 即使用户只是说"烧录一下"、"启动 GDB Server"、"擦除芯片"、"看看寄存器"、"单步调试" 或"抓一下 semihosting"，只要上下文涉及 OpenOCD 支持的开源调试器就应触发此 skill。
zhinkgitworkflow
embeddedskills 的薄编排层，用于在当前 workspace 中发现工程、选择 build/flash/debug/observe 后端、串联 .embeddedskills/state.json，并聚合底层 skill 的结果。 当用户明确输入以下命令之一："一键构建烧录"、"自动诊断"、"串起 build -> flash -> debug -> observe" 或显式调用 /workflow 时触发。
zhinkgit
troubleshooting-dbt-job-errors
Diagnoses dbt Cloud/platform job failures by analyzing run logs, querying the Admin API, reviewing git history, and investigating data issues. Use when a dbt Cloud/platform job fails and you need to diagnose the root cause, especially when error messages are unclear or when intermittent failures occur. Do not use for local dbt development errors.
dbt-labsworking-with-dbt-mesh
Use when changing a dbt model in a way that could break its consumers — renaming, removing, or retyping a column, or changing a model that downstream models, exposures, dashboards, or BI tools depend on — to judge whether the change is breaking and who it affects. Also use when versioning a model (model versions, latest_version, latest_version_pointer, deprecation_date, migration windows), enforcing contracts, setting access or groups, or doing multi-project dbt Mesh work (cross-project refs via dependencies.yml, disambiguating similarly-named models, splitting a monolith). Covers single- and multi-project, and planning or advising as well as implementing.
dbt-labsmigrating-dbt-project-across-platforms
Use when migrating a dbt project from one data platform or data warehouse to another (e.g., Snowflake to Databricks, Databricks to Snowflake) using dbt Fusion's real-time compilation to identify and fix SQL dialect differences.
dbt-labsusing-dbt-for-analytics-engineering
Builds and modifies dbt models, writes SQL transformations using ref() and source(), creates tests, and validates results with dbt show. Use when doing any dbt work - building or modifying models, debugging errors, exploring unfamiliar data sources, writing tests, or evaluating impact of changes.
dbt-labs
verify
Run a comprehensive 7-phase verification pipeline for .NET projects: build, analyzers, antipattern detection, tests, security, formatting, and diff review. Each phase produces PASS/FAIL with actionable output and the pipeline short-circuits on critical failures. Also the authority on verification strategy: which phases to run for a given change, quality gates, and fix-and-retry loops. Use when: "verify", "check everything", "is this ready", "pre-PR check", "run all checks", "quality gate", "verification strategy", "which checks should run", or after completing a feature or refactor.
codewithmukeshtdd
Guided test-driven development workflow for .NET 10 using xUnit v3, WebApplicationFactory, Testcontainers, and Verify snapshots. Follows the strict red-green-refactor cycle. Use when: "TDD", "test-driven", "let's TDD this", "red green refactor", "write the test first", or when building a feature with clear acceptance criteria.
codewithmukesh