Skills
收录 97,501 个为 Agent 打包的专项能力与操作指引,复制一行命令即可安装。
测试与质量
使用此技能可通过 `adb install` 安装、卸载、列出、检查并重置 Android 应用(含 `-r` 重新安装、`-d` 允许降级、`-t` 允许测试包、`-g` 授予所有运行时权限、`--user` 按用户安装、`adb install-multiple` 用于拆分 APK),以及设备上的 `pm` 工具(`pm list packages [-f|-d|-e|-s|-3|-i|-u]`、`pm path`、`pm clear`、`pm grant` / `pm revoke`、`pm enable` / `pm disable`、`pm uninstall [-k]`、`cmd package dump-profiles`)。特别指出标准的封闭式重置模式(`pm clear` 会清除数据;`am force-stop` 不会)以及常见安装错误(`INSTALL_FAILED_USER_RESTRICTED`、`INSTALL_FAILED_VERSION_DOWNGRADE`、签名冲突)。当用户提到 "reset app between tests"、`pm clear`、`am force-stop` 混淆、调试器之后安装失败、拆分 APK 安装、运行时权限授予、多用户配置文件安装或 "how do I list third-party apps" 时使用。
将 prek(Rust 驱动的 pre-commit)引入任何项目,并根据语言/框架建议合适的 hook。适用场景:用户说"add prek"、"set up pre-commit hooks"、"configure prek"、"what hooks should I use",或你发现某个项目没有 prek.toml 且能从 pre-commit 检查中受益。当用户想向现有 prek.toml 添加新 hook、审查其 hook 配置,或从 pre-commit 迁移到 prek 时也触发。涵盖 Rust、Python、TypeScript/JavaScript、Go、Ruby 和 Shell 项目。不适用于 husky、lint-staged 或 CI 流水线的 hook 配置 —— 本技能专门针对 prek。
以 SENIOR 风格审计 UI/UX——四个项目:accessibility · visual-hierarchy · consistency · antipattern,每项给出 x/10 评分 + 最严重的问题 + 修复方法,最后给出 PASS-进入下一步 或 需要修复 的结论。可测量的部分(WCAG 对比度、点击目标、几何重叠/错位、缺失标签)通过 visual-qa 引擎确定性运行(headless、0 token、不使用 LLM);需要靠眼睛的部分(层级、设计系统漂移、暗黑模式)由 LLM 审计。当用户说“qc uiux”“audit ui”“检查界面”“清理 UI antipattern”“/qc-uiux”,或在有 mockup/UI 之后调用。仿照 /qc-code(贵的=人工 LLM,便宜的=自动确定性测试)。与 /redesign(美学翻新)和 /visual-qa(截图+像素把关)不同——qc-uiux 是四项目的 senior 裁决。
面向本地 SPA(由 /br 生成的应用,或任意 web 应用)的闭环视觉自检 WORKFLOW:对每条路由进行 headless 截图 → BASELINE 像素差异(捕捉意外变更)→ 机器可验证的不变量(设计一致性)→ agent 按 rubric 阅读全部图像 → FINDINGS.md → 修复 → 重新截图 → 只有机器和眼睛都干净时才通过。在更换主题/UI/品牌、MCP 扩展无法截取 localhost,或需要为 frame 设置 UI 关卡时使用。触发词:“qa thị giác”“visual qa”“route-shots”“逐路由截图”“检查界面”“baseline diff”“UI 有回归吗”“headless 界面测试”“/visual-qa”。
规划可访问性测试的内容、方式和执行者。在定义测试方法、规划 QA、设置自动化和手动测试,或决定项目需要何种级别的可访问性测试时使用。触发条件:accessibility testing、how to test、test plan、automated testing、manual testing、screen reader testing、user testing、accessibility QA、what to test、testing strategy。
在 CI 中对 Azure SQL Database 容器(Private Preview,本地引擎)运行集成测试。适用于:设置 GitHub Actions、Azure Pipelines 或 GitLab CI 以针对 Azure SQL DB 进行测试;向 CI 工作流添加数据库服务容器;测试需要在流水线中使用真实的 Azure SQL 引擎;或当你看到 "service container"、"health-cmd"、"ACR_USERNAME/ACR_PASSWORD"、"MSSQL_SA_PASSWORD secret" 或 "integration test database" 时。也适用于工作流即将拉取 SQL Server 镜像 mcr.microsoft.com/mssql/server 的情况,此时应停止并改用 Azure SQL Database 引擎镜像。涵盖使用凭据从私有 ACR 拉取、在容器内运行 sqlcmd 的服务健康检查(因此运行器无需客户端工具)、在测试前预置 appdb,以及将测试连接字符串指向用户数据库而非 master。
将 Figma 节点的实际规格与代码规格(你的组件渲染出的值)进行比较,获得 0–100 的一致性得分、差异列表和修复建议。用于检测设计到代码的漂移:触发词“check design parity”“does my code match the Figma”“compare this component to the design”“is my implementation faithful”“find differences between design and code”“verify the build matches Figma”“design QA against code”“parity score”。通过 use_figma(任何套餐)读取该节点的视觉/排版/间距/token/无障碍规格,并将其与你提供的 codeSpec 进行差异比对。它补充原生 get_design_context:不是生成代码,而是验证现有代码是否与设计保持同步。
全面代码库审计 — 自适应并行深度分析(前后端契约、数据完整性、异常处理/安全、架构/技术债、配置/缓存),结构化 findings + 对抗验证 + 基线对比,输出按严重程度排序的统一报告和修复路线图。支持 quick 快速体检模式。Use when user asks to audit, analyze, or review an entire codebase for design issues, find hidden bugs, check architecture health, or asks '全面审查', '代码库审计', '分析设计问题', 'audit codebase', 'health check', '有哪些问题', '快速体检'. Also trigger when user asks to find silent degradation, data flow breakpoints, type mismatches between frontend and backend, or wants to understand technical debt across a project.
一个开放协议,规定了 AI 应用如何以统一方式连接外部工具与数据源。客户端负责与模型对话,MCP 服务负责提供工具、资源和提示模板,两者通过标准消息通信,同一个服务可以被不同客户端复用。
