Skills
收录 97,501 个为 Agent 打包的专项能力与操作指引，复制一行命令即可安装。
测试与质量
使用此技能以通过/不通过的对抗式审查来把关 Swift 语言代码——由单个盲审评审 subagent 依据 36 条可判定规则评判 diff 或文件集，规则涵盖并发（未 resume 的 continuation、取消检查、async let、TaskGroup、@concurrent）、属性不变量（存储-派生状态、private(set)、init 中被跳过的观察器、discard self）、错误处理（保留 underlying error、rethrows、Result.get()、#file/#line 捕获）、枚举演进（@unknown default、CaseIterable、合成的 Comparable、无 case 命名空间）、API 表面（逐成员初始化器、OptionSet、不透明返回、unavailable 存根、Never、@autoclosure）、集合（reduce(into:)、mapValues、count(where:)、字典默认下标）、以及控制流与字符串（分支赋值 let、原始字符串、经过校验的字节）。适用于任何 Swift 目标，包括服务端和命令行；只给出裁决，从不给修复。SwiftUI 请使用 adversarial-swift-ui。
iOS App Store 提交与审核通过方面的专家系统。由 9 个专业 Agent 组成，提供涵盖合规、设计、隐私、变现、元数据、技术要求、时机、拒审恢复和经验总结的资深 App Review Team 级专业能力。关键词包括 app store、iOS submission、apple review、app rejection、aso、privacy manifest、privacy labels、ATT、iap、in-app purchase、subscription、storekit、review guidelines、HIG、testflight、app store connect。
使用本 skill 从设备捕获视觉产物，用于测试失败、黄金图像生成、QA 复现和演示视频。涵盖 `adb shell screencap -p`（PNG 截图）、`adb exec-out screencap -p > out.png`（二进制干净的流，避免 Windows 上的 CRLF 转换）、带 `--size`、`--bit-rate`、`--time-limit`、`--rotate`、`--bugreport`、`--verbose` 标志的 `adb shell screenrecord`、3 分钟硬性上限、API 30+ 上 `/sdcard/` 的分区存储规则，以及失败时抓取 screencap 加 `logcat -d` 的 JUnit4 TestWatcher capture-on-failure 模式。如果用户提到"screenshot device"、"screencap PNG"、"raw RGBA dump"、"screenrecord 3 minute limit"、"scrcpy / Vysor streaming"、"exec-out vs shell" 或 "bugreport overlay timestamp"，请使用本 skill。
在 Go 中以 OpenAPI 进行规范优先的 REST 开发：使用 oapi-codegen 生成服务端接口与客户端、请求校验中间件、RFC 9457 错误响应体、契约测试，以及检测破坏性 API 变更。当 API 已有或应当有 OpenAPI 文档、需要将代码生成接入构建流程，或手写 handler 已偏离其公开契约时使用。触发示例：“OpenAPI”、“swagger spec”、“oapi-codegen”、“从规范生成客户端”、“按 schema 校验请求”、“破坏性 API 变更”。不适用：handler 结构与关闭（go-api-design）、gRPC 与 protobuf（go-grpc）、GraphQL schema 与 resolver（go-graphql）。
为项目搭建并运行有文档记录的 QA 流程：初始化 tests/docs/，包含测试用例文档、执行跟踪与缺陷跟踪 CSV、基线与每周指标模板、P0-P4 缺陷严重级别、OWASP Top 10 安全测试覆盖，以及用于自主 LLM 驱动测试执行或第三方 QA 交接的主提示词。当被要求「QA プロセス立ち上げ」「テストケース文書化」「QA 引き継ぎ資料」「バグ管理表」，从零开始结构化 QA，或 QA 团队需要交接文档时使用。不要用于：编写普通 pytest 单元测试或决定覆盖率策略（那属于 rules/testing.md，目标 75%）。
由小型团队审查代码改动——两名资深工程师独立审查，就各自的发现展开讨论，然后由团队负责人汇报一份汇总清单。本地模式将当前分支与基础分支进行比较；PR 模式（提供 PR URL 或编号时自动启用）可提议把发现作为 PR 审查评论发布。PR 模式严格只读——工作树中的任何文件都不会被修改，且每一条开发者指令都被解释为对评论方案的更新。Agent 从不在当前工作目录中检出分支；若需要其他 ref 上的文件，它会创建临时 worktree，并在展示报告前将其移除。本地模式让开发者挑选要修复的发现，再由同样的两名工程师以自动模式实现。工程师在审查前阅读项目的 AI 文档（先看架构），并明确检查复用违规和未被使用的既有实践。
审查集成 OpenZeppelin Contracts for Sui 的 Sui Move 代码，对照该库自身的模式和约定。当开发者希望在发布前检查其集成时使用。触发词：\"review my Sui Move code\"、\"am I using OpenZeppelin correctly\"、\"check this integration\"、\"is this idiomatic\"、\"review before audit\"。检查 OZ 原语的正确使用、与示例／文档注释的偏差、被维护的不变量、测试覆盖率以及代码质量／风格。这是 AI 代码审查，不是正式的安全审计。
在以代码形式产出的已完成（或修订后）高保真 UI 设计进行评审/评判时使用——这是一道验收关卡：渲染出的高保真稿是否是可靠的构建种子？评审者会亲自重新渲染该代码（无头浏览器），并对最新截图进行视觉评审——绝不信任交付的图片。依据单一来源的标准进行评判：相对于线框图的完整覆盖；高保真且种子不过度构建；视觉执行 + 客观打磨 + 具名美学启发法（主观品味绝不算作差距）；有 token 支撑/无设计系统漂移；真实内容（无 lorem）；渲染出的状态；响应式回流；对渲染结果进行数值化的 WCAG 2.2 AA 检查（axe-core + 视觉，不关闭任何规则）；暴露差距；将修订作为有范围的带版本增量。输出 `VERDICT: approve|revise` + 可执行的发现项；批准满足标准的种子（不对单薄页面做误判为修订），仅在有具名的、渲染出的差距时修订。需要具备视觉能力的运行时。不适用于编写高保真稿、结构（线框图）、token 系统（design-system）或最终代码。
使用本技能可在 JVM 上借助 kotlinx-coroutines-test 测试挂起函数与使用协程的类。涵盖 runTest、TestScope、StandardTestDispatcher 与 UnconfinedTestDispatcher 的对比、通过 TestCoroutineScheduler 控制的虚拟时间（advanceTimeBy、advanceUntilIdle、runCurrent）、用于 Dispatchers.setMain/resetMain 的规范 MainDispatcherRule 封装、KMP 上的 TestResult Promise 契约，以及 runBlockingTest -> runTest 的迁移。如果用户提到 runTest、runBlockingTest deprecated、advanceUntilIdle、advanceTimeBy、TestScope、StandardTestDispatcher、UnconfinedTestDispatcher、MainDispatcherRule、「Module with the Main dispatcher is missing」、「test hangs forever」、dispatchTimeoutMs、viewModelScope test，或在协程中提交状态的 ViewModel，请使用本技能。
一个开放协议，规定了 AI 应用如何以统一方式连接外部工具与数据源。客户端负责与模型对话，MCP 服务负责提供工具、资源和提示模板，两者通过标准消息通信，同一个服务可以被不同客户端复用。