一键在 Manus 中运行任何 Skill

playwright-generate-test

星标0

分支0

更新时间2026年3月17日 10:52

Use when a developer wants to create a Playwright end-to-end or browser test for a specific feature, flow, or scenario — when they say 'write a Playwright test for', 'generate a test for the login flow', 'add e2e tests for', or 'test this UI with Playwright'. Uses Playwright MCP tools to first interact with the real browser (not just guess at selectors), then generates a TypeScript spec using @playwright/test. Saves to tests/ directory with <feature>.spec.ts naming. Iterates until the test passes. Auto-loads when Playwright, e2e, browser test, or UI test is mentioned.

安装

用 Codex 或 Claude 帮你安装复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。

在 Manus 中运行

来源

SriSatyaLokesh

SriSatyaLokesh/kt-parser

打开 GitHub 仓库查看创作者相关仓库

下载

在 Manus 中运行

Test Generation with Playwright MCP

Your goal is to generate a Playwright test based on the provided scenario after completing all prescribed steps.

Specific Instructions

You are given a scenario, and you need to generate a Playwright test for it. If the user does not provide a scenario, ask them to provide one.
DO NOT generate test code prematurely or based solely on the scenario without completing all prescribed steps.
DO run steps one by one using the tools provided by the Playwright MCP.
Only after all steps are completed, emit a Playwright TypeScript test that uses @playwright/test based on message history.
Save the generated test file in the tests/ directory following the naming convention <feature>.spec.ts.
Execute the test file and iterate until the test passes.

Source: github/awesome-copilot

同仓库更多 Skills

同仓库

acquire-codebase-knowledge

SriSatyaLokesh/kt-parser

Systematically map codebase architecture, stack, and conventions by analyzing docs and code factually. Trigger when user says "acquire codebase knowledge" or "map codebase", "understand codebase", "document codebase". trigger when you dont have infomration about codebase as a primary step to understand codebase.

2026-03-170

agent-activity-logger

SriSatyaLokesh/kt-parser

Background reference skill defining the structured JSON log format written to logs/copilot/agent-activity.log by each phase agent on completion. Auto-loaded by Discuss, Research, Planner, TDD Implementer, and Verify agents when they append their completion log entry. Defines all required fields (timestamp, issueId, phase, agent, developer, status, summary, decisions, outputFile, nextPhase) and optional phase-specific fields (filesChanged for execute, testResults for verify). Also provides jq query examples for filtering logs by Issue, date, or status. Loads when log format, activity log, or agent logging is mentioned.

2026-03-170

doc-reviewer

SriSatyaLokesh/kt-parser

Use when a developer asks to review, audit, check, or critique any documentation file — when they say 'review this doc', 'is this README beginner-friendly?', 'check for markdown errors', 'audit the learn guide', or 'rate this doc'. Brutally reviews .md files for: beginner-friendliness (could a newcomer follow this?), markdown lint errors (broken links, bad code fences, heading hierarchy), missing references, and documentation quality. Outputs a structured report with Critical/Major/Minor issues, a Beginner-Friendliness Score out of 10, and a merge-ready verdict. Never softens feedback. Auto-loads when doc review, README audit, guide critique, markdown lint, or beginner-friendliness check is mentioned.

2026-03-170

documentation-writer

SriSatyaLokesh/kt-parser

Use when a developer needs to create or improve technical documentation — when they say 'write docs for', 'document this API', 'create a tutorial for', 'write a how-to guide', 'add a README', or 'explain this feature in docs'. Applies the Diátaxis framework to classify the document type (Tutorial / How-to / Reference / Explanation), asks clarifying questions about audience and goal, proposes an outline for approval before writing, then produces well-structured Markdown. Stores in the correct project folder (docs/issues/, docs/flows/, docs/apis/, docs/external-apis/). Matches existing project doc style. Auto-loads when documentation, README, API docs, tutorial, guide, or explanation writing is mentioned.

2026-03-170

playwright-automation-fill-in-form

SriSatyaLokesh/kt-parser

Use when a developer needs to automate filling in a web form without submitting it — when they say 'fill in the form at URL', 'automate this form', 'enter these values in the web form', or 'test form input'. Uses Playwright MCP with accessible locators (getByLabel, getByRole, getByPlaceholder). Fills text with fill(), selects dropdowns with selectOption(), handles file uploads with setInputFiles(). ALWAYS stops before submitting — shows a filled-values summary and waits for human review. Auto-loads when form filling, web automation, input testing, or Playwright form interaction is mentioned.

2026-03-170

playwright-explore-website

SriSatyaLokesh/kt-parser

Use when a developer wants to understand what to test on a website before writing tests — when they say 'explore the website', 'what should I test?', 'check what flows exist on this URL', 'analyze the UI for test coverage', or when given a URL and asked to plan browser tests. Uses Playwright MCP to navigate and interact with 3–5 core features, documents UI locators, user interactions, and expected outcomes, then proposes concrete test cases. Auto-loads when website exploration, test planning, UI review, or discovering testable flows is mentioned.

2026-03-170

name

playwright-generate-test

description

Test Generation with Playwright MCP

Your goal is to generate a Playwright test based on the provided scenario after completing all prescribed steps.

Specific Instructions

You are given a scenario, and you need to generate a Playwright test for it. If the user does not provide a scenario, ask them to provide one.
DO NOT generate test code prematurely or based solely on the scenario without completing all prescribed steps.
DO run steps one by one using the tools provided by the Playwright MCP.
Only after all steps are completed, emit a Playwright TypeScript test that uses @playwright/test based on message history.
Save the generated test file in the tests/ directory following the naming convention <feature>.spec.ts.
Execute the test file and iterate until the test passes.

Source: github/awesome-copilot