Skip to content
Agentmart
Submit a tool

vibe-user

Open an app in Playwright and explore it as a real user with no prior knowledge.

Skill by stuartshields

IndexedMIT★ 2
Write a review

Install

Works with Claude Code, Claude apps, Codex, Cursor, Gemini CLI, GitHub Copilot, VS Code, OpenCode, Goose, Windsurf. Read the repository before you give any tool access to your data.

npx agentmarket install skill/stuartshields-vibe-user

Asks which of your tools to add it to (Claude Code, Codex, Cursor, VS Code, Windsurf, Gemini CLI, Claude Desktop) and shows the change first. See https://agentmart.dev/cli.

Get the weekly diff

The weekly diff: one email a week with new agent tools, notable updates and grade changes, plus security alerts for tools you follow. Double opt-in, one-click unsubscribe.

We use your email only for this newsletter. Privacy

About

Open an app in Playwright and explore it as a real user with no prior knowledge. Report UX findings per page, test core flows, and suggest improvements.

Use cases: documents, design, testing

No reviews yet. Installed it? Reviews come from verified installers only. How reviews work

Permissions

What this skill can do and what it asks for, from its SKILL.md. Checked Oct 25, 2026.

Tools
No tools found
Secrets
None asked for
Install scripts
None found

Network hosts it talks to 1

  • codeload.github.com · found in install command

Files it touches

  • ~/.claude/skills/vibe-user

Tools it pre-approves 25

From allowed-tools in SKILL.md: the agent may use these without asking you each time.

  • Read,
  • Grep,
  • Glob,
  • Bash,
  • mcp__playwright__browser_navigate,
  • mcp__playwright__browser_snapshot,
  • mcp__playwright__browser_take_screenshot,
  • mcp__playwright__browser_click,
  • mcp__playwright__browser_type,
  • mcp__playwright__browser_fill_form,
  • mcp__playwright__browser_select_option,
  • mcp__playwright__browser_press_key,
Show 13 more
  • mcp__playwright__browser_hover,
  • mcp__playwright__browser_evaluate,
  • mcp__playwright__browser_console_messages,
  • mcp__playwright__browser_network_requests,
  • mcp__playwright__browser_wait_for,
  • mcp__playwright__browser_resize,
  • mcp__playwright__browser_close,
  • mcp__playwright__browser_tabs,
  • mcp__playwright__browser_drag,
  • mcp__playwright__browser_handle_dialog,
  • mcp__playwright__browser_file_upload,
  • mcp__playwright__browser_navigate_back,
  • mcp__playwright__browser_run_code

What's inside

Skill name
vibe-user
Description
Open an app in Playwright and explore it as a real user with no prior knowledge. Report UX findings per page, test core flows, and suggest improvements.
License
MIT
Allowed tools
Read,, Grep,, Glob,, Bash,, mcp__playwright__browser_navigate,, mcp__playwright__browser_snapshot,, mcp__playwright__browser_take_screenshot,, mcp__playwright__browser_click,, mcp__playwright__browser_type,, mcp__playwright__browser_fill_form,, mcp__playwright__browser_select_option,, mcp__playwright__browser_press_key,, mcp__playwright__browser_hover,, mcp__playwright__browser_evaluate,, mcp__playwright__browser_console_messages,, mcp__playwright__browser_network_requests,, mcp__playwright__browser_wait_for,, mcp__playwright__browser_resize,, mcp__playwright__browser_close,, mcp__playwright__browser_tabs,, mcp__playwright__browser_drag,, mcp__playwright__browser_handle_dialog,, mcp__playwright__browser_file_upload,, mcp__playwright__browser_navigate_back,, mcp__playwright__browser_run_code
Instructions
72 lines in SKILL.md · view on GitHub

Before installing

  • Pre-approves some shell commands

Files (1)

  • SKILL.md

SKILL.md (first lines)

# Skill: vibe-user

## When to Use

Use this skill after building a feature, when you want honest UX feedback, or for periodic usability review. Invoke with `/vibe-user [URL]` to test a specific page, or `/vibe-user` and provide the URL when prompted.

Use `$ARGUMENTS` as the target URL. If empty, ask the user what URL to test.

Do NOT fix or modify anything. This skill reports only.

## Role

You are a user with no prior knowledge of this app. You don't know where things are, what the terminology means, or what the expected flows are. You discover everything by exploring. You are not an engineer reviewing code -you are a person trying to use the product to get something done.

## Method

### Step 1: Navigate and Orient

Open the URL. Take a snapshot. Answer these questions from a first impression:
- What is this page? What app is this?
- What can I do here? Are the available actions obvious?
- What's confusing at first glance? Any jargon, unclear labels, or ambiguous icons?

### Step 2: Explore Every Reachable Page

Visit every page reachable via navigation (menus, links, buttons). For each page, document:

| Aspect | What to Record |
|---|---|
| **Page name / route** | URL and what you'd call this page as a user |
| **Purpose** | What this page does (your observation, not what you think it should do) |
| **Usability issues** | Friction, unclear labels, missing feedback, unexpected behaviour |
| **Interaction problems** | Buttons that don't respond, forms without validation feedback, dead ends, broken flows |
| **Accessibility quick checks** | Can you tab through interactive elements? Are buttons and links labelled? Is focus visible? |

Use `browser_snapshot` to understand page structure and find interactive elements. Use `browser_take_screenshot` to capture visual evidence of issues.

### Step 3: Test Core Flows

Identify the 3-5 most important user flows (signup, login, primary action, search, settings, etc.) and walk through each end-to-end. For each flow, note:
- Where you got stuck or confused
- Where you had to guess what to do next
- Where the app gave no feedback after an action
- Where the app surprised you (good or bad)

### Step 4: Report

Provide a structured report:

1. **Overall UX quality** -one paragraph summary
2. **Per-page findings** -the table from Step 2 for each page visited
3. **Flow walkthroughs** -what happened in each core flow from Step 3
4. **Recurring problems** -patterns that appeared across multiple pages
5. **Top 3 highest-impact improvements**, each with:
	- **Problem:** What's wrong
	- **Proposed solution:** How to fix it
	- **Expected impact:** Why this matters to users

## Rules

- **Do NOT read source code.** You are a user, not an engineer. Judge the app entirely by what you see in the browser. The value of this skill is the fresh perspective - if you find yourself excusing issues because you understand the implementation, you are doing it wrong.
- **Use `browser_snapshot` first** to understand page structure. Use `browser_take_screenshot` for visual evidence of specific issues.
- **If login is required**, ask the user for credentials. Do not guess or hardcode.
- **Report only.** Do not fix anything. Do not suggest code changes. Describe problems and solutions in user-facing terms.
- Approach every page as if you've never seen it before.
- Be honest. "This is confusing" is more useful than "This could be improved." Call out bad UX directly.
- Prioritise findings by user impact, not technical difficulty.
- If a page is broken or unreachable, report that as a finding - don't skip it.
- **Cap at 10 pages.** If the app has more than 10 reachable pages, prioritise: landing page, primary action flow, settings, and any pages the user specifically mentioned. Report which pages were skipped and why.
- **Snapshot checkpoint after every 3 pages.** Summarise findings so far before continuing. This prevents context filling with screenshots before you've reported anything.

From stuartshields/claude-setup, MIT.

More from stuartshields/claude-setup

Signals

Stars
2
Forks
0
Open issues
0
Last commit (this folder)
Mar 23, 2026 (7 months ago)

From GitHub (fetched Oct 24, 2026).

Details

License
MIT
First seen
Oct 24, 2026
Last checked
Oct 24, 2026

More from stuartshields

Cite this page

vibe-user skill. Agent Mart. https://agentmart.dev/skills/stuartshields-vibe-user (last updated 2026-10-24)