browser-walkthrough
Skill60 starsChanged 34 days agoMITView on GitHub
Run Playwright-MCP browser acceptance, agent-observed walkthroughs, or user-attended walkthroughs through the role routing appropriate to each mode, returning a compact evidence-referenced digest.
1 other project uses a version of this.
Adopted by
Most recently taken up by
- devstefancho/skillstheir own version, first seen Feb 10, 2026
Other versions1 project uses a version of this.
Word for word · 0
None found.
Edited · 0
None found.
Wrote their own version · 1
- devstefancho/skills★ 13same name
How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.
In this repository17 other files it gives its agents.
- AGENTS.mdAGENTS.md
- docs/agents.mdAGENTS.md
- archive-legacy-docsSkill
- author-and-verify-implementation-planSkill
- create-planSkill
- delegate-analysisSkill
- execute-work-packageSkill
- generate-docsSkill
- generate-handoverSkill
- report-environment-issueSkill
- resume-planSkill
- review-fixSkill
- review-implementation-planSkill
- review-implementationSkill
- review-planSkill
- update-docsSkill
- update-planSkill
The file
Show its rules and text
We split this skill into the rules it gives an agent
14 rules. About 0 are common, 10 are distinctive, and 4 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈10
Distinctive · estimate
This author's own choices. Worth a look.
4
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 14
Use available Playwright MCP/browser tools to exercise and observe a browser journey.
- Very specific: line 21
Use during approved execute-work-package EXECUTE work when browser behavior is part of implementation verification.
- Distinctive: line 22
Keep the approved Blueprint, targeted-then-broad verification sequence, and final verify command authoritative.
- Distinctive: line 25
Use when an agent must inspect, explain, or evaluate an existing browser journey without owning implementation.
- Distinctive: line 28
Use when the user participates in or directs the journey while it is in progress.
- Very specific: line 32
Do not route any mode to a browser-runner agent or model alias.
- Distinctive: line 37
Use the available Playwright MCP/browser navigation, accessibility, interaction, console, network, screenshot, and tab tools needed for …
- Very specific: line 39
Use retriever for separable browser evidence retrieval, not as the owner of an iterative journey or attended interaction.
- Distinctive: line 40
Prefer compact accessibility queries and targeted evidence.
- Very specific: line 44
Treat each completed browser journey, or each bounded browser hypothesis/evidence/decision cycle, as one checkpoint unit.
- Distinctive: line 65
Use only Playwright MCP/browser capabilities already available in the active harness.
- Distinctive: line 66
Do not provision, install, or configure Playwright.
- Distinctive: line 67
Do not create a new persona or model alias for browser work.
- Distinctive: line 68
Do not replace the owning role's write boundary, approval gate, verification contract, or evidence-routing rules.
≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Skill: Browser Walkthrough
Use available Playwright MCP/browser tools to exercise and observe a browser journey. This skill does not install, provision, or configure Playwright and does not create a browser-specific persona.
Modes and Role Routing
Select one mode before using browser tools. Existing personas remain defined by the kind of delegation:
- Automated browser acceptance — Implementer-owned
- Use during approved
execute-work-packageEXECUTE work when browser behavior is part of implementation verification. - Keep the approved Blueprint, targeted-then-broad verification sequence, and final verify command authoritative.
- Exercise the acceptance journey autonomously and return evidence through the execution digest.
- Use during approved
- Agent-observed walkthrough — Delegate-owned
- Use when an agent must inspect, explain, or evaluate an existing browser journey without owning implementation.
- The Delegate owns observations, hypothesis/evidence/decision cycles, and the walkthrough digest; separable evidence retrieval may still go to
retriever.
- User-attended walkthrough — Maintainer-coordinated, optionally Delegate-executed
- Use when the user participates in or directs the journey while it is in progress.
- The Maintainer owns the user conversation and attended decision points. A Delegate may execute each bounded browser segment and return when user input is needed.
- Resume the same Delegate
task_idafter user input when it is available; otherwise use a fresh bounded delegation.
Do not route any mode to a browser-runner agent or model alias.
Workflow
- State the selected mode, journey objective, starting location, and observable success condition.
- Use the available Playwright MCP/browser navigation, accessibility, interaction, console, network, screenshot, and tab tools needed for that journey.
- A lighter Delegate such as
delegate-fastis appropriate for bounded mechanical navigation and observation. - Use
retrieverfor separable browser evidence retrieval, not as the owner of an iterative journey or attended interaction.
- A lighter Delegate such as
- Prefer compact accessibility queries and targeted evidence. Keep large accessibility snapshots, DOM output, console logs, traces, screenshots, and similar raw evidence out of the owning or primary response:
- save potentially large tool output to a predictable evidence path when the tool supports it;
- otherwise use the owning role's existing
/tmp/opencode/spooling, focused filtering, orretrieverevidence-routing behavior; - retain only paths plus compact decisive observations in the active context.
- Treat each completed browser journey, or each bounded browser hypothesis/evidence/decision cycle, as one checkpoint unit. Consult the returned input telemetry before deliberately beginning another context-heavy browser unit; unknown telemetry remains unknown.
- Record the observed result, any failure point, evidence paths, and browser cleanup performed or still pending.
Output Contract
Return only a compact digest with these fields:
- Outcome: succeeded | failed | blocked
- Mode: automated acceptance | agent-observed | user-attended
- Steps: concise ordered journey steps
- Results: decisive observed behavior and acceptance result
- Failure: concise failure point and message, or
none - Evidence paths: paths or
none; never inline large raw evidence - Cleanup: browser cleanup performed or still pending
For automated browser acceptance, incorporate these fields into the Implementer's canonical execution digest rather than emitting a second competing result format.
For a user-attended walkthrough, return this digest at each actual user-interaction point and resume the retained Delegate session after the Maintainer obtains the user's input when that continuation remains useful.
Constraints
- Use only Playwright MCP/browser capabilities already available in the active harness.
- Do not provision, install, or configure Playwright.
- Do not create a new persona or model alias for browser work.
- Do not replace the owning role's write boundary, approval gate, verification contract, or evidence-routing rules.
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

