Skills
收录 97,222 个为 Agent 打包的专项能力与操作指引,复制一行命令即可安装。
测试与质量
判定用户能否操作某个界面,并运行启发式评估。适用于问题是可操作性而非外观时——它是否可用、是否难用、是否令人困惑、用户卡在哪里;启发式评估、Nielsen 启发式、可用性审计、严重程度评级;UX 定律(Fitts、Hick、Miller/Cowan、Jakob、Tesler、Doherty、峰终定律、Zeigarnik、美学-可用性);格式塔分组、可供性、示能、映射、反馈、认知负荷、识别优于回忆;在导航、表单、搜索/筛选、表格/数据、反馈、操作、披露或引导模式之间做选择;或可用性侧的无障碍(WCAG POUR、包容性设计)。不适用于:视觉外观或美学审计(使用 core design/audit);文字/微文案本身(使用 content-design);随时间推进的路径、IA 或漏斗(使用 journey);说服或转化机制(使用 behavioral);真实可信的图表/数据编码(使用 data-viz)。
使用此技能在 CI 中对 Jetpack Compose 稳定性设卡——在可组合项变成不可跳过/不可重启,或某个参数从 stable 变为 unstable 时,在其发布并拖累重组之前将其捕获。涵盖 Compose Stability Analyzer Gradle 插件的 `stabilityDump`(写入 `.stability` 基线)与 `stabilityCheck`(将当前编译结果与其比对,出现回退即失败)任务、`composeStabilityAnalyzer { stabilityValidation { … } }` DSL(`failOnStabilityChange`、`ignoreNonRegressiveChanges`、`ignored*` 列表、`allowMissingBaseline`、`stabilityConfigurationFiles`)、`@IgnoreStabilityReport` 注解、将 `app/stability/app.stability` 作为团队基线提交、有意的基线更新工作流,以及 GitHub Actions 配置(`needs: build`,因为分析会读取编译产物)。当用户提到「stabilityCheck」「stabilityDump」「compose stability analyzer」「stability baseline」「@IgnoreStabilityReport」「composeStabilityAnalyzer」或「fail the build on stability changes」时使用。
使用 Playwright 进行 Web 自动化、调试与 E2E 测试。支持交互模式(登录、表单、复现缺陷)与被动模式(网络/控制台捕获)。触发语包括 "e2e test"、"browser test"、"playwright"、"screenshot"、"debug UI"、"debug frontend"、"reproduce bug"、"network trace"、"console output"、"verify fix"、"test that"、"verify change"、"test the flow"、"http://localhost"、"open browser"、"click button"、"fill form"、"submit form"、"check page"、"web scraping"、"automation script"、"headless browser"、"browser automation"、"selenium alternative"、"puppeteer alternative"、"page object"、"web testing"、"UI testing"、"frontend testing"、"visual regression"、"capture network"、"intercept requests"、"mock API responses"。主动使用:在安全验证、UI 修复验证、测试表单/下拉菜单或多步 UI 流程时调用。会话恢复时——检查是否有待处理的 UI 验证。
面向 React/Vite 仪表盘应用的 L2 AI 驱动 Web UI 测试。最初针对 Onsager Dashboard 编写(正文中的路由表和文件路径均按 Onsager 的结构);其他 React 仪表盘可沿用该流程并替换为自己的路由/测试路径。适用于在 PR 上测试 UI、分诊 L1 测试失败,或在桌面端 + 移动端视口验证 UI 行为时。触发词包括 "test the UI"、"check the dashboard"、"triage L1 failure"、"run L2 tests"、"validate this PR"、"exploratory test the web app"。
WordPress 插件架构审查与 WordPress.org 提交规范。适用于审查 WordPress 插件代码、审计插件架构、准备 WordPress.org 插件提交、检查插件最佳实践、分析自定义文章类型、分类法、Settings API、钩子系统、国际化,或用户提到 "plugin review"、"plugin development"、"plugin best practices"、"WordPress.org submission"、"Plugin Check"、"plugin headers"、"activation hook"、"deactivation hook"、"uninstall"、"custom post type"、"taxonomy"、"Settings API"、"hooks"、"actions"、"filters"、"i18n"、"text domain"、"prefixing"、"namespacing" 时。检测插件架构、生命周期钩子、WordPress.org 合规性和 API 集成中的问题。
离线评估、测试并跟踪 AG2 Agent。构建由任务组成的 Suite,用 run_agent 运行 Agent,并用预置评分器(final_answer_matches、tool_called、no_tool_errors、token_budget)或自定义 @scorer——包括 agent_judge 大模型裁判——为答案评分。读取 RunResult 记分卡(pass_rate、score_stats、value_counts),用确定性的 TestConfig 磁带在 CI 中设门禁,持久化到 store_dir 并对运行做 diff 以捕捉回归,用 evaluate_traces 为已有 trace 评分。当用户想要评估、测试、评分或对 Agent 做基准测试,构建 CI 或回归门禁,或对正确性、工具使用、成本或质量评分时使用。要正面比较不同构建或在排行榜上比较,请参见 ag2-eval-comparison。
一个开放协议,规定了 AI 应用如何以统一方式连接外部工具与数据源。客户端负责与模型对话,MCP 服务负责提供工具、资源和提示模板,两者通过标准消息通信,同一个服务可以被不同客户端复用。
