it-app-e2e-codegen

Generate Playwright E2E test code from YAML specifications into .spec.ts files.

Updated May 18, 2026
One-click install
npx skills add https://github.com/ABLER-Digital-Services/ai-guild --skill it-app-e2e-codegen
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: it-app-e2e-codegen
Source: https://github.com/ABLER-Digital-Services/ai-guild/tree/main/skills/it-app-e2e-codegen
Command: npx skills add https://github.com/ABLER-Digital-Services/ai-guild --skill it-app-e2e-codegen

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Writing and updating Playwright E2E test code is time-consuming and error-prone, especially when test intent is maintained separately from implementation.

Core Features & Use Cases

  • YAML-to-spec code generation: Converts a single YAML test specification into a Playwright .spec.ts file using a consistent mapping from specs/ to tests/.
  • Deterministic, maintainable Playwright patterns: Enforces semantic locators (getByRole/getByLabel/getByPlaceholder/getByText/getByTestId), fixture-based preconditions, evidence screenshots, and stable waits.
  • Traceable scenario structure: Embeds scenario IDs in generated test names to preserve traceability between the spec and the produced tests.

Quick Start

Ask the AI to generate Playwright tests from your YAML E2E specs so it produces matching .spec.ts files under tests/ with fixture mappings and evidence capture.

Frequently Asked Questions about it-app-e2e-codegen

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

FAQPage Schema
How do I generate Playwright E2E tests from YAML specifications?

You can generate Playwright E2E tests from YAML by mapping your spec file structure to corresponding .spec.ts paths. This process converts test intent into deterministic code using semantic locators, fixture-backed preconditions, and screenshot evidence collection.

What is the best way to maintain Playwright test intent separate from implementation?

Maintaining Playwright test intent in YAML specifications allows teams to separate intent from implementation. This approach enables reliable regeneration of .spec.ts files when specs change, embedding scenario IDs in test names to preserve traceability between the spec and produced tests.

Does generated Playwright E2E test code enforce semantic locators and fixture-based preconditions?

Generated Playwright E2E test code enforces semantic locators like getByRole and getByLabel, alongside fixture-based preconditions. It also mandates evidence screenshot collection, stable waits, and scenario ID naming to ensure deterministic and maintainable test patterns.

Why should I avoid waitForTimeout in Playwright E2E tests?

Avoiding waitForTimeout in Playwright E2E tests ensures stable waits instead of arbitrary fixed delays. Generated tests follow required Playwright conventions by using deterministic waits, semantic locators, and fixture-backed preconditions to prevent flaky test execution.

Can I regenerate Playwright tests automatically when my YAML specs change?

You can reliably regenerate Playwright tests when YAML specs change. The generation process maps a single YAML test specification into a Playwright .spec.ts file under tests/, ensuring deterministic outputs that follow required conventions like semantic locators and evidence capture.

How do scenario IDs work in generated Playwright E2E test code?

Scenario IDs are embedded directly into generated Playwright test names to preserve traceability between the YAML spec and the produced tests. This traceable scenario structure ensures teams can track test execution back to the original specification intent.