10x-e2e

Automate browser-level E2E test generation, review, and verification with Playwright.

Updated May 26, 2026
One-click install
npx skills add https://github.com/ValueMedia/10xcards-td --skill 10x-e2e-valuemedia
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: 10x-e2e
Source: https://github.com/ValueMedia/10xcards-td/tree/main/.opencode/skills/10x-e2e
Command: npx skills add https://github.com/ValueMedia/10xcards-td --skill 10x-e2e-valuemedia

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill requires playwright, and includes scripts (resource) and references (resource) components.

What problem does it solve?

This Skill automates the execution of browser-level (E2E) test phases against a running app, driving test generation, review, and verification for risks that genuinely require a browser and whose feature is already built.

Core Features & Use Cases

  • Risk-Driven E2E Plan Execution: Drive test generation, review, and verification for cross-boundary risks that require browser-level coverage.
  • Shared Progress Tracking: Shares the same progress tracking with /10x-implement and /10x-tdd, allowing for interleaving of different testing types.
  • Quality Levers: Utilizes a seed test and E2E rules to ensure high-quality test generation.
  • Use Case: Use this Skill when a user needs to verify the functionality of an app's complex user flows that involve multiple system boundaries and requires end-to-end testing.

Quick Start

Use the 10x-e2e skill to drive the E2E test phase for the 'change-id' and optional 'phase N'.

Frequently Asked Questions about 10x-e2e

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I automate E2E testing for complex user flows that cross multiple system boundaries?

You automate E2E testing for cross-boundary risks by driving a plan, generate, review, and verify cycle using Playwright. This approach targets complex user flows that genuinely require browser-level coverage to validate functionality.

What is risk-driven browser testing and when do I need it?

Risk-driven browser testing is an approach that generates and verifies tests specifically for cross-boundary risks. You need it when an app's complex user flows involve multiple system boundaries and require end-to-end testing to verify functionality.

Do I need Playwright configured before I can run browser-level E2E tests?

Yes, you need Playwright configured as a dependency, along with a single spec run configuration and a way to start the app. The feature to be tested must also already be implemented before driving eligible E2E tests.

Can I interleave E2E testing with other testing types like TDD?

Yes, you can interleave E2E testing with other testing types because the skill shares progress tracking with implementation and TDD workflows. This shared tracking allows you to manage different testing phases concurrently.

What's the best way to ensure high-quality test generation for end-to-end scenarios?

The best way to ensure high-quality E2E test generation is to utilize a seed test and specific E2E rules during the generation phase. These quality levers guide the creation of reliable tests for cross-boundary risks.

Why should I not use browser-level E2E testing for features that are not yet implemented?

You should not use browser-level E2E testing for unimplemented features because the process requires the feature to already be built. It drives only eligible E2E tests against a running app to verify existing functionality.