Skills
收录 97,501 个为 Agent 打包的专项能力与操作指引，复制一行命令即可安装。
测试与质量
将当前线上 GTM 容器与 gtm-implementation-log.json 中的上次已知状态进行比较。显示自上次运行该 skill 以来新增、删除或修改了哪些 tag、trigger 和 variable。只读，不做任何更改。避免意外覆盖手动 GTM 更改。触发词——"what changed in GTM"、"gtm diff"、"check for manual changes"、"gtm drift"、"what's different in my container"、"has anything changed"。
用于按常见安全规则集与标准（OWASP Top 10、OWASP ASVS、OWASP API Security Top 10、CWE Top 25）逐项审查代码、某个模块或当前分支的改动来验证代码。生成可追溯的合规报告，为每个控制项标注通过/失败/不适用并附证据，并给出按优先级排序的修复指引。可单独调用以对照某项标准进行审计，也可从其他流程（验证阶段的 incu-way-development、incu-way-bugs）调用，以便在合并前检查新代码。这是标准驱动的人工审查——它补充 snyk-remediation（自动化 SAST/SCA 扫描），并不取代它。
通过 @emulators/adapter-nuxt 将模拟器直接嵌入 Nuxt 应用的 Nuxt 适配器。适用于用户需要将模拟器嵌入 Nuxt、为预览部署设置同源 OAuth、创建 emulate 全捕获服务路由、为嵌入式 Nuxt 模拟器配置持久化，或用 withEmulate 包装 nuxt.config 的场景。触发词包括 "Nuxt emulator"、"adapter-nuxt"、"embedded emulator"、"same-origin OAuth"、"createEmulateHandler"、"withEmulate"，或任何需要在 Nuxt 应用内使用模拟器的任务。
编写 Playwright 测试、修复不稳定测试、调试故障、实现 Page Object Model、配置 CI/CD、优化性能、模拟 API、处理身份验证或 OAuth、测试无障碍性（axe-core）、文件上传／下载、日期／时间模拟、WebSockets、地理位置、权限、多标签页／弹窗流程、移动端／响应式布局、触控手势、GraphQL、错误处理、离线模式、多用户协作、第三方服务（支付、电子邮件验证）、监控控制台错误、全局 setup／teardown、测试注解（skip、fixme、slow）、测试标签（@smoke、@fast、@critical，以及使用 --grep 筛选）、项目依赖、安全测试（XSS、CSRF、auth）、性能预算（Web Vitals、Lighthouse）、iframe、组件测试、canvas／WebGL、service worker／PWA、测试覆盖率、i18n／本地化、Electron 应用或浏览器扩展测试时使用。涵盖 E2E、组件、API、视觉、无障碍、安全、Electron 和扩展测试。
使用此技能可直接通过 `adb shell am instrument -w -r` 运行插桩 Android 测试，而无需经过 Gradle。涵盖必需的 `-w`（wait —— 要获得有意义的退出码必须使用）和 `-r`（原始输出）标志、`-e` 参数表（`class`、`class#method`、`package`、`size`、`numShards`/`shardIndex`、`debug`、`annotation` / `notAnnotation`、`listener`、`clearPackageData`、`targetInstrumentation`）、标准 runner `AndroidJUnitRunner` 和 `AndroidTestOrchestrator`、orchestrator 包装模式（target = orchestrator，`-e targetInstrumentation <pkg>/<runner>`）以及输出框架（`INSTRUMENTATION_STATUS_CODE` 1=start、0=ok、-1=error、-2=failure、-3=ignored、-4=assumption-failure；`INSTRUMENTATION_RESULT`；`INSTRUMENTATION_CODE`）。当用户提到 `am instrument`、`AndroidJUnitRunner`、"run tests from CI without Gradle"、"Orchestrator"、`clearPackageData`、`targetInstrumentation`、`am instrument` 的退出码或 `INSTRUMENTATION_STATUS_CODE` 时使用。
用 `salla_functions action=preview`（app_id、trigger、store_id，以及 trigger 的表单字段作为真实 ID）在 demo 商店上运行已保存的 Salla App Function。在保存之后、发布之前用于验证行为；当它仍在部署时轮询 `salla_functions action=deploy_status`。由 salla-app-functions 路由；使用 salla-api-core 获取真实 ID。
保存 Salla App Function 之前的必需步骤：严格保留模板的 wrapper——即它的第一行和最后一行——所有代码都放在 wrapper 内（不要提升 const/helper），并在编辑器的状态栏处用 TypeScript 编译器，对照 trigger 的 `types`（.d.ts URL）对 handler 进行类型检查——非严格模式，忽略未使用的变量（TS6133）——另外还要对照其 OpenAPI schema 验证任何已记录的 Admin API 调用（salla-api-core 循环）。`salla_functions action=save` 只校验这些 wrapper 行。由 salla-app-functions 路由；用 salla-app-functions-release 发布。
当某个扩展需要与更新版本或当前 TYPO3 LTS 兼容时，当版本升级破坏了兼容性或遗留已废弃 API 时，当从 v11 升级到 v12、v12 升级到 v13 或 v13 升级到 v14（v14.3 LTS 是当前目标）时，当同一套代码需要同时兼容两个版本时，当针对目标版本运行 Extension Scanner、Rector、Fractor 或 PHPStan 时，或当某个具体的 v14 破坏性变更造成问题时——Fluid 5 严格 ViewHelpers、HashService 移除、ext_tables.php 拆分——使用此技能。
使用此技能对 Elixir/OTP 系统进行 BEAM 运行时架构的通过/失败对抗式评审——单一位盲审子 Agent 依据 23 条可判定规则评判 diff 或文件集，涵盖监督与故障设计（重启策略与子进程依赖、阻塞式 init、terminate 中的持久性、重启失忆、无监督的发射后不管）、背压（外部驱动摄入上的 cast、无需求的推送流水线、被静默或重试的 call 超时、无界扇出）、事件投递语义（PubSub 被当作持久化、在创建事务之外入队任务、至少一次投递下的非幂等消费者、跨源排序、阻塞或分离的遥测处理器）、共享状态竞态（ETS/Registry 上的先检查后操作、单一邮箱上的热读、persistent_term 频繁变动）、分布（网络分区中的全局单例、假设节点本地唯一性等同于集群范围）、以及运行时机制（墙上时钟时长、子二进制泄漏、铸造原子）。只给判定，从不给修复方案。
使用此技能以通过/失败对抗式评审来把关 SwiftUI 代码——单一位盲审子 Agent 依据 31 条可判定规则评判 diff 或文件集——数据建模与观察（用 @Observable 而非 ObservableObject、@State 归属、task(id:) 重新初始化防护、环境闭包与高频值）、视图更新成本（计算属性抽取、整模型依赖、init 副作用、未缓存的派生值、行上的结构体）、结构标识（applyIf 分支、AnyLayout）、任务生命周期（用 .task 而非 onAppear+Task、标量 id、@concurrent 卸载）、列表与几何（ForEach 视图数量、AnyView 行、GeometryReader 测量、反馈循环、visualEffect）、动画作用域，以及无障碍（按钮语义、样式协议、accessibilityRepresentation、语义化样式、ScaledMetric 间距）。在合并 SwiftUI 工作前触发，或用于审计 Agent 编写的视图。只给判定，从不给修复方案；没有 SwiftUI 界面的目标直接中止。
使用此技能对 TypeScript 与 TanStack Start 应用中的 Zod 4 schema 代码进行通过/失败对抗式评审——单一位盲审子 Agent 依据 24 条可判定规则评判 diff 或文件集，涵盖 Zod 3 到 4 的静默语义破坏（默认值、枚举键记录、布尔强制转换）、被移除的 API（包括 z.interface 这一幻觉）、统一的错误自定义、已弃用的方法形式、递归与编解码器组合、无需适配器的 TanStack Start 校验器，以及打包。在合并 Zod schema 工作前触发，或在被要求把关、对抗式评审或通过/失败评判 Zod 用法时触发，也可作为确认 Agent 编写的 schema 使用最新 Zod 4.x 界面的时效性检查。它只给出判定，从不修复工作；如需教学式 Zod 反馈，请改用精心整理的 zod 技能。
使用此技能从零设计 OpenAPI 规范，评估现有规范在 AI Agent 就绪度、安全性或设计质量方面的表现，或修复规范中发现的问题。当用户描述想要构建的 API，要求「设计」「创建」「起草」或「搭建」OpenAPI 规范，或提到为某个服务或领域构建 REST API 时触发。当用户说「我想为 X 暴露端点」「帮我为 Y 设计一个 API」或「我需要为 Z 写一份 OpenAPI 规范」之类的话时触发 —— 即使没有明确说「OpenAPI」。当用户要求评估、审查、检查或评定一份 OpenAPI 规范的 Agent 兼容性、API 质量、安全性、OWASP 合规性、WSO2 指南或 REST 最佳实践时触发 —— 或者当他们分享一个 .yaml/.json OpenAPI 文件并询问其质量如何时触发。当用户要求修复、纠正、补救或对 OpenAPI 规范中的问题应用修复时触发 —— 包括「修复 issue spec-001」「修复所有 HIGH 严重级别问题」「应用 autoFixable 修复」或「修复这份报告中的规范问题」。
使用 Chrome DevTools Protocol 调试 HarmonyOS ArkWeb 应用。当 Claude 需要：(1) 启动 ArkWeb 调试会话，(2) 通过 hdc 将 Chrome DevTools 连接到 HarmonyOS 应用，(3) 检查 webview 元素、控制台和网络，(4) 用 Chrome DevTools MCP 测试 ArkWeb 应用，(5) 排查 webview 调试问题，或 (6) 管理端口转发和调试会话时使用。自动检测项目配置、设备连接和调试套接字。可与 ohos-app-build-debug 技能配合，构成完整工作流。
浏览器运行时调试工具集——调试 UI/CSS/DOM 布局、前端交互与渲染问题时，优先使用浏览器 DevTools 与 CDP 工具进行运行时检查与控制。默认通道：ego-browser（macOS，带运行时检查）——完整交互、js()、原生 cdp()、继承登录态、隔离任务空间、人机交接。不可用或失败时按以下顺序降级：playwright-mcp → agent-browser（非 macOS）；web-access CDP Proxy（轻量控制 + 登录态，可并行 curl）；chrome-devtools-mcp（DevTools 面板：computed style、network、perf trace）。触发词：「浏览器调试」「UI 调试」「DOM 检查」「CSS 调试」「页面布局问题」「前端运行时调试」「chrome devtools」「CDP 调试」「登录态调试」/ browser debug, devtools, dom inspect, css debug, runtime debugging, login-state debug。
将单条文本（一段 AI 编码人工输入，可选带配对的助手回复和上一轮助手结尾）分类到当前 v2 人工输入 category + topic 分类体系中，返回主 category、按优先级排序的完整 categories 数组、一个 topic、topic_reason 和 topic_confidence——是纯推理检查，对照 uid.core-product 的分类规则（gpt-4o 生产提示词，关闭后处理），不涉及 CawPlan 数据或 API 调用。适用场景：被要求按当前 category 与 topic 规则对某条具体句子或人工输入进行分类时——例如「这是什么 category/topic：...」「用这个助手回复对它分类」——或作为 cawplan-internal-qa-coding-humaninputs-test 使用的逐行分类步骤。不适用于：跨大量已上传人工输入进行批量/成批准确率测试，或从 CawPlan 获取任何数据（为此使用 cawplan-internal-qa-coding-humaninputs-test）、提交报告，或创建工单。
针对 AI 编码人工输入分类器的内部 QA 检查：通过 cawplan 命令行拉取已上传的人工输入，用 cawplan-internal-qa-coding-humaninputs 对每条进行分类，并与云端持久化的标签比对 category 和/或 topic——支持仅 category、仅 topic 或两者同时模式——报告准确率及具体不匹配项以供人工复核。适用场景：被要求测试/验证/检查人工输入分类准确率时——例如「测试今天的 category 准确率」「只检查上周 spx 的 topic」「比较最近 2 天的 category 和 topic」——可选限定到某个人、某个产品或两者。不适用于：对单条临时句子进行分类（直接用 cawplan-internal-qa-coding-humaninputs）、提交编码报告（用 cawplan-coding-commit）、一般成本/用量洞察或提示词质量评分（用 cawplan-coding-insights），或创建工单。
针对新的 AI 编码会话摘要功能的内部 QA 检查：通过 cawplan 命令行获取某次会话的完整对话，并使用与 uid.core-product 的 session-insights 提示词相同的规则自行生成叙述性摘要，以便在云端富化流程运行之前/无需其运行即可审视摘要质量。仅展示，不与任何云端值比对（该字段是新字段，可能尚未回填）。适用场景：被要求测试/检查/试用会话摘要提示词时——例如「测试 yupeng 今天会话的摘要」「看看 entry <id> 的摘要会是什么样」「对一条随机近期会话试用会话摘要」。不适用于：人工输入 category 分类（用 cawplan-internal-qa-coding-humaninputs[-test]）、批量准确率测试、提交报告，或一般会话成本/用量洞察。
在 QA 手动导入或手动创建 TestRail 工件后，将现有 TestRail Cases 或 Plans/Runs 手动关联回 CawPlan 映射。仅依据 refs 中的 requirement_id + test_point_id 匹配（不验证哈希）。适用于：按 refs 关联 CSV 导入的用例；将手工创建的 TestPlan/TestRun 绑定到 CawPlan 工单；用例回链、refs 映射、Plan Run 绑定、手工导入后 link。A3 CSV 导入后的理想路径：自动 Suite → AutoScan → 一次确认。不适用于：创建 TestRail 用例（使用 `cawplan-testcase-import`）；创建 Plans/Runs（使用 `cawplan-testplan-layout`）；生成/导出用例（使用 `cawplan-testcase-generate`）；执行进度或缺陷提交。
一个开放协议，规定了 AI 应用如何以统一方式连接外部工具与数据源。客户端负责与模型对话，MCP 服务负责提供工具、资源和提示模板，两者通过标准消息通信，同一个服务可以被不同客户端复用。