Skills
收录 97,222 个为 Agent 打包的专项能力与操作指引，复制一行命令即可安装。
测试与质量
独立生成——把已填充的 Eval Suite Planning 工作簿（`/eval-suite-planner` 的输出）转化为具体的能力评估集和信任与安全评估集。交付 playbook 的第 2 步和第 3 步，并设计第 8 步的回归分区。输出 2 列 Copilot Studio `-for-import.csv` 文件（仅 Question + Expected response）、一份可直接给客户的 `.docx` 清单报告，以及一份 `eval-setup-guide.docx`，用于在 Copilot Studio 的 Evaluate 标签页中为每一行分配测试方法。在规划之后、运行之前使用。
验证 `manifest.json`、将其与选定的目标对齐，并为 `.ppmplugin` 包暂存该文件。正常流程中，已提交的 `./manifest.json` 已存在（由 /generate-native-extension 编写），因此本阶段会读取它，在本地以预检门槛的形式运行插件的上传兼容性检查（名称正则、规范前缀、已知不兼容名称、方法与标识符形态），将 `entrypoints` 对齐到你所发布的平台，并写入被 gitignore 的暂存副本 `ppmplugin/staging/manifest.json`，供 /assemble-ppmplugin 打包。若没有已提交的 manifest（手工编写的模块），则回退为从类名和 Android 模块源码推导每个字段，同时写入已提交文件与暂存副本。无工具链——纯读取、验证、写入。目标感知。在原生模块存在之后、构建类技能之前运行。
审查现有 React Native / Expo 应用的设计——运行 AI-tells grep 检查清单、按十类评分标准检查各界面、对每个界面做 Trunk Test，并产出带影响等级的发现项，附设计评分与 AI Slop Score 以及回归基线。默认仅报告；可选进入修复模式。当被要求审查、审计、点评或对应用的设计或 UI 质量做 QA 时使用。构建新界面请使用 mobile-taste；实际重设计请使用 mobile-redesign-screen 或 mobile-redesign-app。
完整的 React 测试系统。以下情况主动激活：(1) Vitest/Jest 搭建与配置，(2) React Testing Library 模式，(3) 使用 userEvent 的组件测试，(4) 使用 renderHook 的自定义 hook 测试，(5) 模拟模块与组件，(6) 异步组件测试，(7) Context 与 provider 测试，(8) 使用 jest-axe 的无障碍测试。提供：测试搭建、查询优先级、用户模拟、mock 模式、集成测试。确保聚焦用户行为的可靠测试。
在评判产出的文档 PLAN——即项目将产出哪些文档的清单，每项含 producer/tools/skills/depends_on——时使用，以判断其是否足够可靠、可以据此产出。这是验收关卡，而非撰写。评判十四条标准，该标准与 project-document-discovery 的 Self-check（v6.0.0）单一来源一致：成比例；承重项存在；每个文档有生产要求 + depends_on；无环图；无孤儿（LICENSE/README 等叶子交付物豁免）；无填充；保留开放式；变更范围内的修订增量；技能承载 purpose/requirements；capability_map + product_capabilities 键有效；清单嵌套且扇出条目与标志匹配；所有五个清单元区段均已填充（capabilities/roles/skills/tools 非空，无构建级能力）；每个文档条目的 capability 为标量（非数组）。恰好输出一个终局 VERDICT：approve|revise。仅评审——不评论文档的内部质量，也不评论已完成文档的一致性（reviewing-document-set）。
使用 `@testomatio/reporter` CLI 创建并启动 Testomat.io 测试运行。涵盖面向测试人员的手动运行、手动+自动化混合运行、报告结果的本地测试执行,以及通过 Testomat.io CI 配置的远程启动 (`--remote`),以及查找现有运行 (`fetch`)。运行可以包含整个套件,或按标签、计划、label、Jira 工单或改动的源文件过滤。当用户要求从命令行启动或创建测试运行、运行经过滤的一组测试、远程启动测试、将结果报告到现有运行中,或查找/列出现有运行时使用。
使用此技能将 `adb` 可靠地接入 CI——bash 惯用法、退出码、使用 `xargs -P` 的并行设备分发、端口转发（`adb forward` LOCAL REMOTE 与 `adb reverse` REMOTE LOCAL——参数顺序相反，最常见的脚本 bug）、测试运行器状态码（`-1` 错误、`-2` 失败、`-3` 忽略、`-4` 假设失败）、带 `--num-shards` / `--shard-index` 的 `am instrument -w -r`、`timeout` 包装器（因为 `adb -t` 是 transport-id，而非 timeout）、通过 `adb kill-server` 对瞬时错误重试、幂等设置（`pm clear` + 动画置 0）、`trap` 清理、失败时捕获（`screencap` + `logcat -d`），以及通过 `androidTestUtil("androidx.test:orchestrator:1.6.1")` 接入 Test Orchestrator（而非 `androidTestImplementation`）。如果用户提到 "adb forward vs reverse argument order"、"am instrument exit code 0 even on failure"、"adb timeout flag"、"retry adb kill-server"、"trap cleanup adb" 或 "androidTestUtil orchestrator"，请使用此技能。
审计页面能被 AI Agent 和具备 Agent 能力的浏览器操作的程度——语义化交互控件（使用 <button>/<a href> 而非 div/span 点击处理器）、具名按钮和链接、带标签的表单控件、不使用 javascript: href、主要内容不在 iframe 内，以及 WebMCP 检测——遵循 Google 的生成式 AI 指南和 web.dev 的 agent-friendly websites 指南。模块 M22 "Agent-readiness"。为 AI Visibility 分数提供输入（权重 4，全部为方向性）。
通过四个自动化层加一份打印版手动配方，验证第三方控件仓库。第 1 层断言原生源码结构（Android getName() 与 iOS +moduleName 对应 manifest nativeModule；@ReactMethod / RCT_EXPORT_METHOD 对应 methods；不得出现 @ReactModule）以及加载/初始化就绪性（ReactPackage 公开无参构造函数、iOS [cls new] 无参 init、requiresMainQueueSetup NO、构造不抛异常），让启动时崩溃在任何构建之前暴露。第 2 层按 ppmplugin-format 规则校验已提交的 `./manifest.json`。第 3 层断言原生与 PCF 之间请求/响应/错误码一致。第 4 层编译 PCF（若缺失则自动跳过）。第 5 层打印设备端到端配方。原生编译属于 /build-android-binary 和 /build-ios-binary —— 这是那些缓慢构建之前的低成本结构预检。按层报告通过/失败并给出修复提示，同时更新 .extension-state.md。
WordPress 测试策略与审查指南。适用于规划或审查 PHPUnit 覆盖率、集成测试、区块测试、e2e 测试、Playwright 流程、WooCommerce 测试覆盖、fixture 设计，或用户提到 "test strategy"、"WordPress tests"、"PHPUnit"、"integration tests"、"Playwright"、"e2e"、"test coverage"、"testing plan" 或 "regression tests" 时。帮助决定测什么、测多深，以及在 WordPress 插件、主题、区块和 WooCommerce 扩展中把覆盖率集中在何处。
使用本技能，以通过/不通过的对抗性审查来把关 Phoenix LiveView 实时 UI——由单个盲审子代理依据 32 条可判定规则评判 diff 或文件集，规则涵盖状态归属与生命周期（patch 与 remount、回调 load 的位置、connected-mount 守卫、表单恢复）、实时数据流（广播位置、限定范围的 topic、presence 机制）、异步响应性（阻塞式外部调用、复制 socket 的闭包、生命周期拥有的任务、渲染的失败状态）、渲染与连线效率（会静默禁用 HEEx 变更跟踪的写法）、流（assigns 中增长的集合、stream DOM 约定、有界无限滚动）、组件与上下文边界、客户端信任（逐事件授权、限定范围的查询、live_session 边界、撤销时断开连接），以及机制呈现的交互反馈（JS 命令、进行中反馈、防抖、hook 约定、浮层焦点）。只给判定，绝不给修复方案。
使用本技能，以通过/不通过的对抗性审查来把关 TanStack Start 加 TypeScript 的 Web 应用变更——由单个盲审子代理依据 22 条可判定规则评判 diff 或文件集，规则涵盖客户端/服务端边界泄漏、server function 与 server route 的用法、认证与安全、SSR 数据加载、边界类型安全，以及编译器配置。在合并 TanStack Start 工作前触发，在被要求把关、对抗性审查或判定 Start 或 TanStack 代码库时触发，或作为对 Agent 编写的 Start 功能的最终检查。它只给出判定，绝不修复工作；如需教学式审查反馈，请改用 distillation 技能。
使用本技能对现有的 Jetpack Compose UI 测试文件或测试套件进行端到端审查。依次执行六个审计阶段（setup 正确性、finder 规范、断言强度、action 正确性、时间/空闲正确性、调试输出），并将每个发现路由到修复它的精确同类技能。产出一份按优先级排序的问题清单——不会修改代码。当用户询问 "review my Compose tests"、"audit this test class"、"is this test flaky"、"why is this test slow on CI"、"which Compose tests should I rewrite"，或粘贴 `*Test.kt` 文件并请求反馈时使用。
设计一个最小化、与决策相关的实验，配备公平基线、明确的对照组和可衡量的成功标准——并诊断已经出问题的训练运行。在大规模实现或昂贵训练之前使用（基准测试、超参数扫描、大模型训练，或任何研究结论需要严格实证验证时）；在运行出现异常时也使用——「my loss diverged」「training collapsed」「the model won't overfit a tiny batch」「these gains look too good」「is this data leakage」「which hyperparameter should I try next」「how do I summarize these runs into a decision」或「is more data/compute still buying anything」（后者用随附的 scripts/fit_scaling_law.py 来拟合，而不是靠肉眼读双对数图）。
一个开放协议，规定了 AI 应用如何以统一方式连接外部工具与数据源。客户端负责与模型对话，MCP 服务负责提供工具、资源和提示模板，两者通过标准消息通信，同一个服务可以被不同客户端复用。