Jeden Skill in Manus ausführen
mit einem Klick

Jeden Skill in Manus mit einem Klick ausführen

playwright-enterprise-tester

Sterne7

Forks0

Aktualisiert15. Mai 2026 um 12:07

Workflow enterprise per test E2E Playwright — discovery (config/runner/scope), authoring con locator semantici e tag, execution mirata con artifact (trace/screenshot/report), diagnose con classificazione test/app/env/flaky, report finale con summary pass/fail/flaky e follow-up. Trigger quando si scrive una nuova spec di user journey, si estende una suite esistente, si fa un run mirato per file/folder/tag, o quando si diagnostica un test intermittente — per refactor strutturali della suite Playwright complementare a `playwright-e2e` (R12) e `ci-failure-investigation` (R22).

Installation

Mit Codex oder Claude installieren Kopieren Sie diesen Prompt, fügen Sie ihn in Codex, Claude oder einen anderen Assistant ein und lassen Sie die Skill-Seite prüfen und installieren.

In Manus ausführen

Quelle

lopadova

lopadova/AskMyDocs

GitHub-Repository öffnen Creator-Repositorys ansehen

Download

In Manus ausführen

Verwandte BerufeSOC

Basierend auf der SOC-Berufsklassifikation

Softwarequalitätssicherungsanalysten und -testerInformatik- und Mathematikberufe·SOC 15-1253

SKILL.md

readonly

name

playwright-enterprise-tester

description

Playwright Enterprise Tester

Skill riusabile per test E2E enterprise-oriented.

Casi d'uso

nuova spec per user journey
estensione di suite esistente
run mirato per file, folder o tag
visual regression
perf budget checks
diagnosi di test intermittenti

Workflow obbligatorio

1. Discovery

leggi playwright.config.* se esiste
rileva package manager, reporter, projects e baseURL
determina se il runner e' locale o CI
chiarisci lo scope

2. Authoring

preferisci locator semantici
tagga gli scenari in modo selezionabile
mantieni i test indipendenti
testa outcome di business, non dettagli interni

3. Execution

esegui prima il target minimo
conserva trace, screenshot e report JSON

4. Diagnose

classifica ogni failure in:
- test bug
- app bug
- environment bug
- flaky
non modificare il codice applicativo senza consenso esplicito

5. Report

comandi usati
scope risolto
summary pass/fail/flaky
artifact path
suggerimenti di follow-up

Mehr aus diesem Repository

gleiches Repository

ios-testflight-release

lopadova/AskMyDocs

Build, version-bump, sign and upload the AskMyDocs Desktop Tauri app (desktop/) to TestFlight / App Store Connect. Codifies the exact flow that shipped build 0.1.0 on 2026-06-23 — `tauri ios build --export-method app-store-connect`, automatic distribution signing, the transient export-error retry, and the Xcode Organizer GUI upload. Trigger when the user asks to "send/upload the app to TestFlight", "build the iOS app", "ship a new beta", bump the iOS version/build number, or distribute desktop/ to Apple.

2026-06-247

copilot-pr-review-loop

lopadova/AskMyDocs

After EVERY commit-push-PR cycle, the agent MUST loop on Copilot review + CI status until ALL Copilot comments resolved AND ALL CI checks green. NEVER stop after a single push. Trigger when opening a PR with `gh pr create`, after `gh pr push`, or when user asks to "fix PR" / "address review" / "make CI green". Applies to ALL repos lopadova/* and padosoft/*. The loop is mandatory for current and future sessions and for any developer working on this codebase.

2026-06-227

team-scope-wiring

lopadova/AskMyDocs

How to wire an admin SPA page (or the chat) to the global TEAM (= tenant) switcher in the topbar — every authenticated route lives under /app/{teamHash}/…, the X-Tenant-Id header is automatic via the shared axios client, switching team rewrites the URL hash + clears the TanStack cache + remounts the route outlet, project options must come from tenant-scoped endpoints. Trigger when wiring an admin page to the team scope, when adding a NEW admin page / route / feature folder under frontend/src/features/, when adding a `navigate(...)` call, when touching a project picker / project filter, or when a page shows stale cross-team data after a team switch.

2026-06-177

cross-tenant-isolation

lopadova/AskMyDocs

Every Eloquent query against tenant-aware tables MUST be scoped to the active tenant_id. Use `forTenant($tenantId)` scope (provided by BelongsToTenant trait) or explicit `where('tenant_id', $ctx->current())`. The TenantContext singleton holds the active tenant; never bypass it. Trigger when writing services / scopes / controllers that query tenant-aware models, when reviewing PRs that touch persistence, or when investigating R30 architecture test failures.

2026-06-157

mintlify-doc-authoring

lopadova/AskMyDocs

Author and maintain the AskMyDocs Mintlify documentation site under /docs-site/. Every page is a deep, academic, standalone explainer (motivation → theory → design+Mermaid diagram → data model → ADR rationale → worked example → gotchas) — NOT a condensed README paste. Trigger when adding or changing a capability that ships user-facing behaviour, when editing README feature tables / changelog / roadmap (R45 doc-site parity), when adding a page to /docs-site/, or when editing docs.json navigation.

2026-06-157

compile-repo-canonical

lopadova/AskMyDocs

CONSUMER-SIDE template — use in a consumer repository that posts knowledge to AskMyDocs, NOT when editing AskMyDocs itself. Triggers when the team wants to bootstrap or refresh the ENTIRE canonical knowledge base of a repository in one pass: survey the codebase, plan the typed-document inventory, and emit a full cross-wikilinked kb/ tree (project-index + modules + decisions + standards + integrations + domain-concepts + runbooks + rejected-approaches). Draft only — produces Markdown files under kb/ for human review, never commits and never POSTs. Example triggers: generate the canonical docs for this repo, compile the knowledge base, bootstrap kb/ from the codebase, document the whole project in canonical mode.

2026-06-117

name

playwright-enterprise-tester

description

Playwright Enterprise Tester

Skill riusabile per test E2E enterprise-oriented.

Casi d'uso

nuova spec per user journey
estensione di suite esistente
run mirato per file, folder o tag
visual regression
perf budget checks
diagnosi di test intermittenti

Workflow obbligatorio

1. Discovery

leggi playwright.config.* se esiste
rileva package manager, reporter, projects e baseURL
determina se il runner e' locale o CI
chiarisci lo scope

2. Authoring

preferisci locator semantici
tagga gli scenari in modo selezionabile
mantieni i test indipendenti
testa outcome di business, non dettagli interni

3. Execution

esegui prima il target minimo
conserva trace, screenshot e report JSON

4. Diagnose

classifica ogni failure in:
- test bug
- app bug
- environment bug
- flaky
non modificare il codice applicativo senza consenso esplicito

5. Report

comandi usati
scope risolto
summary pass/fail/flaky
artifact path
suggerimenti di follow-up