review-external-pr
用于分诊外部贡献者 PR 并准备合并的 GitHub 工作流技能:先只读检查 PR 元数据,判断推送权限、基础分支、草稿状态、体积与提交历史质量,再给出推送路径与合并策略建议,最后按选定路径执行合并。
找到适合任务的 Agent Skill,阅读介绍并复制安装命令。
更新于 11-03 00:11
13,072 个结果
用于分诊外部贡献者 PR 并准备合并的 GitHub 工作流技能:先只读检查 PR 元数据,判断推送权限、基础分支、草稿状态、体积与提交历史质量,再给出推送路径与合并策略建议,最后按选定路径执行合并。
用于调试失败单元测试的技能:通过迭代添加详细日志、运行测试并分析输出,定位并修复根因,随后清理调试代码并记录经验。
微软 vscode-python-environments 项目的集成测试技能,用于验证管理器、API、设置等多个扩展组件能否正确协同工作。适合在修改组件通信、事件处理、API 接口或管理器交互后运行。基于 npm 脚本与真实 VS Code 实例执行。
该技能规定提交代码前必须通过的预提交检查,包括运行 lint、TypeScript 类型检查和单元测试三项,三者全部通过才能提交,适用于提交、推送或响应审查意见前的验证。
用于端到端驱动真实 VS Code 窗口复现 UI 缺陷或验证修复,并录制可复现证据的技能。适合一次性、源自 issue 的验证;高频回归应改用冒烟测试。
面向 vstest 仓库 PR 评审的路由技能:按变更文件或目录匹配对应的审查维度,供 @expert-reviewer 智能体激活针对性检查,实现聚焦的专家级代码评审。
解析和分析 Visual Studio TRX 测试结果文件,用于回答慢测试、测试时长、执行频率、不稳定测试与失败分析等问题。
vstest 仓库的构建与测试技能:用于构建 vstest 项目、运行单元测试、冒烟测试或验收测试,并验证改动,包含环境引导、跨平台命令与常见故障排除。
XDP for Windows 的测试执行与调试技能:在独立测试机上运行功能、压力、性能与模糊测试,附加 kd 监控内核 bugcheck,并在崩溃后恢复测试机到已知良好状态。
plan-tests 是一个用于 Rails 项目测试规划的技能,帮助开发者在进行 Rails 变更时选择第一个失败的测试用例(first failing spec)。它强调用最小示例打开测试之门,遵循 TDD 流程。该技能提供快速参考表,将变更类型(如 API 契约、领域规则、多步骤编排、异步任务、浏览器流程、引擎集成、Bug 修复)映射到合适的测试类型(request spec、model spec、service spec、job spec、system spec、engine spec、复现 spec)及对应路径。核心流程包括:命名行为、定位边界、编写一个失败示例、建议路径、运行验证失败原因、交接给后续技能。还包含硬性检查点(Test Design Review)和常见陷阱提示。适用于 Rails 开发者进行测试驱动开发时确定首个测试切入点。
这是一个面向 RSpec 服务对象测试的技能。它帮助开发者遵循测试驱动开发(TDD)流程,为位于 spec/services/ 目录下的服务对象编写规范,重点验证公开的 .call 接口约定。该技能提供完整的 spec 模板、单元隔离与集成测试的写法、FactoryBot Hash 工厂、检查清单、常见错误对照,以及完成测试后应输出的固定结构,并包含一个 HARD-GATE 流程:先写失败的测试,再实现服务并通过全部测试。
这是一份面向 Ruby 与 Rails 代码库的缺陷分诊技能说明,用于在调查 bug、报错或回归时,先建立可失败复现测试,再定位出错代码路径,并规划最小安全修复。它强调在拥有一条可复现路径之前,绝不能猜测修复方案,并按照七步流程输出完整的缺陷分诊结果。适用于请求/API 症状、数据/逻辑症状、异步/时序症状和集成依赖回归等场景。
steve 是一个通过 macOS 辅助功能(Accessibility API)驱动 Mac 应用界面的 CLI 工具,支持应用、窗口、菜单和元素的脚本化控制,并返回 JSON 响应,适合需要确定性、可脚本化 UI 操作的场景,以及运行 UI 冒烟测试。
Test Automator 是一个面向测试自动化工程师的 AI 技能,聚焦构建稳健、可维护、智能的测试生态,覆盖单元、集成与端到端测试策略,支持 TDD/BDD、自愈测试、CI/CD 测试流水线、性能与可访问性测试等。
用于调试和修复 GitHub PR 中失败的 GitHub Actions 检查:通过 gh 查看检查与日志、总结失败上下文、制定修复计划并在获得明确批准后实施。
跟踪并修复 CI 中失败的 E2E 测试的工作流技能。从 PR 或 GitHub Actions 运行链接出发,定位失败、下载 Playwright trace 制品、分析根因,再修复并推送到同一 PR 等待 CI 通过,闭合“智能体改代码→测试验证”的自改进环路。
E2E 测试计划规划技能:在写测试代码前,先梳理代码库、议题与企划文档,识别“关键用户流程”(失败会导致营收受阻、数据丢失或信任受损),产出供人审阅的 Markdown E2E 测试计划书,只负责“测什么、为什么测”及人工评审,不包含代码编写或执行。
为 AI 代理引导 E2E 测试基础设施的技能:创建 AGENTS.md、E2E 规则 SSOT、共享 fixture/helper 和 MCP 服务器接线,让代理能自行编写和运行 E2E 测试。
接收已评审的 E2E 测试计划书(场景与步骤),按项目现有测试规范生成 Playwright 测试代码,并在真实浏览器中逐步运行验证,最终通过 lint、类型检查与测试绿灯。仅负责实现,不负责设计测试场景。
用于把生成或手写的 Playwright E2E 测试打磨为独立、无 flaky 的健壮测试的技能,依据“AI 代理用 E2E 测试 harness”的三条原则:测试独立性、外部依赖 mock、flaky 预防,按顺序应用到目标测试。
针对失败或 flaky 的 Playwright E2E 测试,基于 trace 诊断根本原因,并自动进入修复—重跑的治愈循环,直到稳定通过。它区分是测试代码有误还是产品代码回归,避免通过弱化断言或加长等待来掩盖问题。
MiniMax Code 变更的测试选择与验证报告工作流。根据仓库中声明的测试套件与 CI 门禁,为代码、技能等变更选取并执行对应的验证流程,适用于提交前的本地校验与发布交付验证。使用时从变更文件入手,先确定所属运行时、用户入口点和最终可观察行为,再阅读 AGENTS.md、CONTRIBUTING.md 及 scripts/verify.mjs 中的相关步骤。
这是 Minitap Mini 的“运行概览”技能:对已完成的 Minitest 运行(run)做分流(triage),输出持久化的会话级问题看板。它读取带 --actionable 的判定结果,按机制将可操作问题分为客户应用动作、验收标准不稳定、产品限制三类,并跨 iOS、Android、Web 聚合语义相同的问题,生成 v2 看板写入 .minitap/reply-mode.json,供会话持久化。
minitest-cli 的发布技能:按语义化版本规则确定下一个版本号,更新 pyproject.toml 与锁文件,提交、打标签并推送,从而触发 PyPI 发布、GitHub Release 与 Homebrew tap 更新的发布工作流。