From craft-skills
Plans browser-based UI test scenarios for built features, groups into parallel batches, and dispatches multiple haiku-model agents to execute and report results.
How this skill is triggered — by the user, by Claude, or both
Slash command
/craft-skills:browser-testThe summary Claude sees in its skill listing — used to decide when to auto-load this skill
Plan and execute browser-based UI testing in parallel using multiple agents.
Plan and execute browser-based UI testing in parallel using multiple agents.
The user input is: $ARGUMENTS
.claude/plans/specs/ or plan from .claude/plans/If no spec or plan is found, ask the user what feature to test.
http://localhost:3000)Analyze the feature and group scenarios by independence:
For each feature area, create test scenarios covering:
Group into parallel batches — different pages or scenarios that can each start from a fresh page load.
Present the test plan:
Test Plan: [Feature Name]
Batch 1 (Agent 1): [Description]
- Scenario 1.1: ...
- Scenario 1.2: ...
Batch 2 (Agent 2): [Description]
- Scenario 2.1: ...
Wait for user approval. Max 4-5 parallel agents.
Dispatch each batch as a separate agent (haiku model). Read the agent prompt template from the tester-prompt.md file in this skill's directory and provide it as context along with the batch's specific scenarios.
Launch all batches in parallel using the Agent tool.
Why haiku: Browser test agents perform simple, mechanical work — navigate to URL, click elements, verify text content. This doesn't require deep reasoning, and haiku's speed means faster test cycles.
Compile results from all batches:
Test Results: [Feature Name]
PASSED: X/Y scenarios
FAILED: Z/Y scenarios
Batch 1: [status]
- Scenario 1.1: PASS
- Scenario 1.2: FAIL - [reason]
If tests failed, analyze whether the failure is a bug or a test environment issue. Report with specific details.
npx claudepluginhub alexiolan/craft-skills --plugin craft-skillsRuns AI-powered adversarial UI testing via the browse CLI — analyzes git diffs, explores full apps, and tests functional correctness, accessibility, responsive layout, and UX heuristics. Use for QA pull requests, auditing accessibility, or exploratory testing.
Drives web app UI through core positive flows using Playwright automation. Verifies end-to-end user journeys with snapshots and bug reporting.
Runs E2E browser tests from natural language JSON files using agent-browser, with dev server support, screenshots, and visual regression. Use for UI, browser, or web app testing.