create_e2e_tests
Shiplight 的规格驱动端到端测试创建工作流:先通过结构化的发现、规格、计划阶段明确要测什么,再搭建本地 Shiplight 测试项目并编写 YAML 测试,用 npx shiplight test --headed 运行,无需云基础设施。
找到适合任务的 Agent Skill,阅读介绍并复制安装命令。
更新于 11-04 00:13
13,114 个结果
Shiplight 的规格驱动端到端测试创建工作流:先通过结构化的发现、规格、计划阶段明确要测什么,再搭建本地 Shiplight 测试项目并编写 YAML 测试,用 npx shiplight test --headed 运行,无需云基础设施。
Performance Review 是 shiplightai/claude-code-plugin 中的性能审查技能,用浏览器实测应用的 Core Web Vitals、页面加载、资源优化、打包体积与运行时性能,对照 Google 标准给出评分与修复建议,并生成 YAML 回归测试。
针对 Shiplight YAML 端到端测试失败的排查与修复技能:复现失败、判定根因、修正测试或用例,并在确属应用缺陷时输出报告而不改测试,支持批量修复与 CI 无人值守运行。
Shiplight Claude Code 插件中的 verify 技能,用于在真实浏览器中借助 Shiplight MCP 工具验证 UI 改动是否正确渲染与交互,支持截图、控制台日志检查、生成并分享验证报告。
Performance Review 是 shiplightai/cursor-plugin 中的性能审查技能,通过浏览器实测评估应用的 Core Web Vitals、页面加载时间、包体积、运行时性能、资源优化与渲染效率,输出结构化报告与可回归的 YAML 测试。
check-prd 是一个 PRD 质量检查技能,用于在需求尚未形成完整、可执行、与当前代码一致的实现合同时,阻止下游执行。它以 draft-lint 和 execution-readiness 两种模式校验草稿需求:draft-lint 仅对需求本身做初步检查,检查必需标题、非空范围与 EARS 验收标准,发现缺失信息时只给警告,不能作为执行许可;execution-readiness 则执行阻断式校验,输出 READY 或 BLOCKED、每项检查的证据和具体缺口。它只做只读的仓库与追踪系统检查,不修改实现或工单,不产生外部副作用。
该条目是 shipshitdev/skills 仓库中的名为 invalid-allowed-tools 的技能夹具,其用途是验证当 allowed-tools 字段以 YAML 列表形式出现时被拒绝的行为。除简短描述与标题外,资料未提供更多功能、用法或适用范围说明。
该条目名为 invalid-codex-path-claim,属于 shipshitdev/skills 集合。现有资料仅说明其用于测试对不受支持的 Codex 项目命令路径的拒绝行为,并提示创建 .codex/commands 并在其中发布工作流。除名称、路径提示和该用途外,暂无更多官方说明。
来自 shipshitdev/skills 的技能条目,名称为 invalid-platform-marker。公开资料仅说明其用于测试对无效平台注释标记的拒绝行为,属于测试用途夹具,未提供具体功能、安装方式或使用步骤。
该技能名为 invalid-plugin-description,来源于 shipshitdev/skills 集合,公开资料仅说明其用于检查固定样本技能时报告可移植的验证证据,且报告证据时不修改文件;除此之外的具体功能、参数、安装方式与适用平台,资料暂未提供。
invalid-plugin-version 是 shipshitdev/skills 仓库中的一个技能,用于在检查 fixture skill 时报告可移植的验证证据,属于测试用途的固定装置。
invalid-triggers 是 shipshitdev/skills 仓库中的一个技能条目,公开资料仅说明其用于测试对失效的嵌套激活元数据的拒绝处理,属于测试夹具性质,未提供具体功能、用法或收费信息。
review-qa 是一个用于系统化验证 AI 智能体工作成果的审查技能。它在任务完成后运行多阶段检查,目标是发现缺陷、遗漏的需求和错误假设。该技能提供了从上下文收集、需求核对、准确性验证、缺陷检测、完整性审计到优化审查的流程,并包含文件存在性、代码块平衡、违规模式匹配等快速验证命令,以及项目规则检查清单和最终评估分级(批准、有条件通过、拒绝)。适用于长时间多步骤任务结束后、重大重构提交前、修改命令或技能后,以及实现新功能之后的自查场景。
该技能通过 Grok CLI 对代码 diff 进行一次独立的第二意见审查,并在报告前逐条对照实际代码核实发现项。适用于需要 Grok 复审或独立引擎审查的场景。审查结果为只读报告:引擎提出发现,宿主会话逐条验证,只有已确认项计入结论。输出一个结论(通过/要求修改/阻止)和按严重度排序的问题清单,每个发现标注 CONFIRMED 或 REJECTED 及理由。运行时不修改源码,仅在用户明确确认后才应用修复。
run-qa 是一个在本地开发环境中运行的交互式质量保证(QA)技能。它通过持续监控应用、API、浏览器和网络错误,接收用户报告的问题(文本、截图、路由、控制台输出等),在运行中的本地应用上复现问题、定位根因、实施最小修复、验证并提交。每次修复产生一个独立的本地提交,并维护问题队列。它固定在 qa/YYYY-MM-DD 分支上工作,保留现有工作区状态,不推送、不合并、不部署,除非用户明确要求。
该技能用于在 Bun 仓库中按正确范围运行测试(变更、聚焦、全量、类型检查、端到端),并基于实际失败输出与追踪信息报告失败详情;仅在获得授权后修复问题。它默认运行与当前工作区改动相关的测试,自动检测测试运行器(Vitest、Bun test、Playwright),提供通过/失败摘要,并在失败时隔离根因、提出最小修复。支持报告模式(--no-fix)禁止编辑源代码或测试文件,禁止削弱测试来强制通过,不提交、推送或更改 CI 配置。
GitNexus 代码调试技能:当用户排查 Bug、追踪错误来源或追问「为什么失败」时,通过查询执行流、调用关系与自定义路径来定位根因。
agentic-test-audit 是一个用于审计 Python pytest 测试套件的技能。它衡量测试套件是否是一道有效的检查:能否发现被破坏的代码、是否足够快速稳定以在每次变更时运行,以及哪些测试只消耗时间却不增加检测能力。该技能由固定的运行器执行测量,只做报告,不修改测试。适用于用户要求审计、审查、加速、精简或强化 pytest 测试,或询问哪些测试有用、不稳定或缓慢的场景。运行器在项目的一次性副本中工作,仅写入 .test-suite-audit/ 目录,需要 Python 3.12+ 和 pytest-cov,顺序检查需要 pytest-randomly。
ios-review 是一个用于审查 iPhone 应用界面或流程的技能,按重要性从高到低列出需要修复的问题,覆盖导航、布局、触控目标、无障碍、状态以及 App Store 相关问题。它基于 UXKIN 改编,强调查看真实渲染的界面而非仅阅读代码,在用户选定要修复的问题之前不会做任何改动。该技能可独立运行,无需账号、令牌或服务器;如需与真实 iOS 应用对比,可选连接 UXKIN 的 MCP 工具。
Mobile-Friendly Test 是一个用于移动端友好性测试的技能,适用于可访问的页面或用户提供的截图与 HTML。它通过检查窄屏与宽屏视口、内容溢出、文字可读性、控件、键盘访问和缩放行为来发现移动端问题,并返回包含视口、复现步骤和修复建议的观察结果。该技能接受自然语言、粘贴内容或带标签的行数据,不强制用户填写表单;仅凭截图无法验证交互,仅凭静态 HTML 无法确认渲染效果。
该技能用于生成可直接使用的 CI/CD 流水线配置,在自动化构建中安装并运行 Newman,从而执行 Postman 集合形式的 API 测试。它支持 GitHub Actions、GitLab CI、Jenkins、Azure DevOps 和 CircleCI 等平台,按需生成包含安装 Newman、运行集合、导出 JUnit/HTML 报告及发布测试结果的完整配置,并强调凭据安全管理、环境变量注入和测试失败时保持构建失败。官方资料未提供收费、价格等信息。
用于审计并修复仓库卫生问题的技能,覆盖产物、依赖、CI、文档、Git 状态与代码质量信号,适合仓库维护、清理、加固或发布前准备。
这是一个基于 UI Verify MCP 的可视化回归分诊技能,供编程智能体在构建报告变更或失败的故事时替代仪表盘进行审查。它能读取变更统计、逐故事差异指标与预设图片 URL,渲染基线图和候选图像素,并结合 AI 判定与人工评论,将变更截屏归入回归、预期变更、外观重排和渲染噪声四类。支持汇总为 PR 评论、针对性接受或忽略基线、发布前后对比图、查看整个 PR 的新增/变更/移除故事集,以及回复和解决审查评论。需团队启用图像评论功能,且需通过 MCP 登录使用。
用于诊断和修复 Signet 记忆系统问题的技能,覆盖守护进程健康、嵌入服务、搜索质量和数据完整性。当记忆召回质量差、记忆缺失或 remember/recall 命令失败时可使用。