android-testing
面向 Android/KMP 的 Kotlin 测试技能,强调测试先行(RED-GREEN-REFACTOR),并整理 Compose 测试与 KMP 常见陷阱,如 commonTest 命名限制、调度器默认值与语义选择器优先级。
找到适合任务的 Agent Skill,阅读介绍并复制安装命令。
更新于 10-18 00:12
12,270 个结果
面向 Android/KMP 的 Kotlin 测试技能,强调测试先行(RED-GREEN-REFACTOR),并整理 Compose 测试与 KMP 常见陷阱,如 commonTest 命名限制、调度器默认值与语义选择器优先级。
Claude-Craft 框架下的通用测试技能,提供 TDD/BDD 测试原则,用于编写测试、审查测试覆盖率、搭建测试体系或讨论测试策略与测试架构。
tdd-workflow 是一个测试驱动开发(TDD)工作流技能,用于以 RED-GREEN-REFACTOR 循环规范开发过程。它规定在编写实现代码之前先写失败测试,再用最小实现让测试通过,最后在测试保持通过的前提下重构,并将每一步完成后提交保存。该技能包含 RED、GREEN、REFACTOR 三个阶段的规则与检查清单,提供 TypeScript 示例代码,介绍 AAA 测试结构(Arrange-Act-Assert)与 [Unit]_[Scenario]_[ExpectedResult] 命名约定,并区分单元测试、集成测试与端到端测试三类测试,同时给出最佳实践、常见错误对照表、需要覆盖的边界情况以及测试覆盖率最低与目标参考值。资料说明该技能仅在用户明确要求测试或希望改进测试覆盖率时使用,否则应通过审查代码差异及其影响代码来进行验证。
面向 Arduino、ESP32、RP2040 项目的自动化代码审查技能,聚焦最佳实践、内存安全与常见陷阱。内置静态分析脚本可检测 15 类以上常见问题,支持单文件、整项目与交互式审查,并按严重级别过滤结果。
Playwright Browser 是一个浏览器自动化技能,通过 MCP 协议提供 101 个浏览器操作工具,覆盖页面导航、元素交互、内容提取、截图、网络控制、性能监控等能力。它支持启动 Chromium、Firefox、WebKit 三种浏览器,可执行访问网页、点击、填写表单、等待元素、执行 JavaScript、管理 Cookie 与本地存储、拦截与模拟网络请求、上传下载文件、模拟设备与地理位置等操作。该技能面向 AI 调用场景,用户只需用自然语言描述需求,即可由 AI 自动选择合适的工具组合完成任务,适用于网页内容抓取、自动化测试、信息提取、页面截图等场景。
ChatCut 产品帮助技能,用于回答关于 ChatCut 的当前产品问题:先检索官方文档、版本与更新日志,再依据打开页面回答。可区分网页/桌面/插件端,处理实时状态与文档查询的路由。
面向 expo/expo 仓库的深度代码审查技能,先理解代码库上下文再评估 PR 变更,并将结构化反馈发布到 GitHub。支持本地分支审查、单个 PR、迭代复审与堆叠 PR。
用于修复 Knip 报告的“Unused exports”违规的技能,按测试专用导出、失效 barrel 再导出、仅内部使用导出、死代码等类别分别给出处理策略,并说明验证与相关 lint 规则注意事项。
clash-doctor 是用于 Clash Verge 与 mihomo 的诊断和 profile 管理技能,帮助排查代理失败、配置 AI 工具路由、本地 Hub 拓扑、多机对齐、TUN 绕过及订阅克隆切换。普通网络测速不适用。
pull 是 openai/symphony 中的一项技能,用于把最新的 origin/main 合并进当前本地分支并解决合并冲突(也称 update-branch)。当 Codex 需要将功能分支与主分支同步时使用。
用于在本地启动 Honcho 全栈并验证改动的技能:通过 /v3 HTTP API 与 deriver 队列在运行时表面检验 diff,涵盖 Docker Compose 启动、宿主机进程运行、CLI/SDK/REST 三种驱动方式及单元、统一、实时 LLM 测试。
test-ml-pipeline 是 probabl-ai/skills 中用于管理机器学习工作区 tests/ 目录的路由型技能。它负责界定 ML 工作区中测试文件的位置、测试与实验之间的配对规则,以及每个测试类别由哪个子技能负责。该技能采用“轻量路由器”设计:每个测试类别都有独立子技能,主体逻辑由子技能编写。其核心规则是“无已批准的设计笔记,就不创建测试”,要求 journal/NN_<short_name>.md、experiments/NN_<short_name>.py 与 tests/<category>/test_NN_<short_name>.py 三者使用相同的 NN_<short_name> 词干,形成 1:1 配对。它只放置空的 pytest 测试文件并转交子技能,不编写断言体、不运行 pytest、不决定测试是否必需。v1 仅实现 smoke-test-ml-pipeline,其他类别(回归、分布等)标记为未来未实现。
test-ml-pipeline 是 probabl-ai/skore-skills 中的轻量路由技能,负责管理 ML 工作区的 tests/ 目录,并强制实验与测试的配对规则:每个测试类别由对应子技能负责,当前仅实现 smoke-test-ml-pipeline。
code-reviewer 是 rightnow-ai/openfang 提供的代码审查技能,专注检查代码模式、缺陷、安全与性能问题,并按严重程度给出可执行的修改建议。
面向线索生成型业务的 Google Ads 账户审计技能,按影响程度排查合格线索流失与预算浪费,围绕 CPL、MQL 数量与线索质量展开,覆盖转化跟踪、关键词意图、落地页表单、出价预算、受众与广告文案等层面。
这是一个用于 LangWatch 评估请求的兼容性路由技能。它本身不构建实验、监控或护栏,而是根据用户意图将评估请求分流到对应的专用技能:批量测试数据集、比较提示词或模型、基准测试、创建 CI 质量门禁等请求应交给 experiments 技能;对实时 trace 或 thread 打分、监控生产质量、创建护栏等请求应交给 online-evaluations 技能。若请求在查看上下文后仍不明确(例如只说“帮我做个评估”,既未指明数据集也未指明实时流量),则不应创建任何内容,而应以问题卡片形式向用户提问并停止,等待下一条消息给出答案。若后续创建因 validation_error 失败且原因指明了字段和期望列表,应直接修正该字段并重试一次,不应把可修复的 slug 变成向用户提问。若对应配套技能可用,应加载并遵循它;若缺失,则提示用户通过 npx 命令安装。
用于按可证伪声明验证 Three.js WebGPU/TSL 实现的技能,覆盖视觉与机制正确性、时序行为、目标性能与 GPU 归因、资源与生命周期等。强调先声明声明、冻结运行环境、采集产生机制、在原生域测量,并给出 PASS/FAIL/INSUFFICIENT_EVIDENCE 结论。
面向 PostHog 单体仓库的测试稳定性排查技能,指导智能体复现、定位、修复并验证间歇性失败的 flaky 测试。强调先测量失败率、再修复根因,禁止用 sleep、超时、重试或弱化断言掩盖问题。
该技能用于在编写 pytest、Jest 等测试前进行判断,决定新测试是否值得存在,并引导以更高效的方式添加覆盖,避免低价值测试拖慢 CI。
CodeceptJS 的 auth 插件技能:为需要登录、用户角色或会话复用的测试提供方案。插件首次登录用户后保存 Cookie(可覆写为 localStorage/token)并在后续测试恢复,会话失效时自动重新登录,凭据统一走环境变量。
用于将 dbt-core 项目升级迁移到 1.12 版本的技能,按版本边界逐项处理破坏性变更,并对 1.8 之后的行为变更标志进行固定,最终以 dbt parse 作为正确性校验。
agile-tdd 是一个指导测试驱动开发(TDD)工作流与测试策略的技能,帮助在实现功能、编写新测试或建立测试覆盖时遵循 Red-Green-Refactor 循环,并提供测试金字塔、文件结构、覆盖率目标与可选的项目级强制校验钩子。
针对 watchOS 代码的审查技能,覆盖应用生命周期、复杂功能(ClockKit/WidgetKit)、WatchConnectivity 通信与性能限制,输出带文件行号的问题清单。
面向生产服务负载测试的实践指南技能,覆盖测试设计、k6 实现、CI 集成、结果分析与容量规划,强调何时使用各类测试及应测量哪些指标,适合在发布前后验证性能的工程师。