
Verify Bs
Verify the current UI change in BrowserOS (browseros-neo MCP) on the user's dev app at...
Install
npx skills add ahmadrosid/nakama --skill verify-bs -g -a claude-code -y- Repository
- ahmadrosid/nakama748
- Category
- Design
- Updated
- 3d ago
- License
- MIT
- Context cost
- Lightabout 482 tokens
- Runs scripts
- No, instructions only
What it does
Verify the current UI change in BrowserOS (browseros-neo MCP) on the user's dev app at http://localhost:3003. Use when the user says /verify-bs, "verify using browseros", "check it on 3003", or asks to see a web change working in the real app.
Verify in BrowserOS on localhost:3003
Check the change on the user's own dev app. Do not use agent:ui, Playwright,
the built-in browser, or a new Vite/server instance.
Steps
- Find what to check. Read the diff (
git diff main...HEADplus uncommitted changes). Name the screen, the route, and the 1, 3 states the change touches. Find the route inapps/web/src/App.tsx. - Check the app is up.
lsof -iTCP:3003 -sTCP:LISTEN. Port 3003 is the user's Vite (apps/web); it proxies the API on127.0.0.1:4310.- 3003 down: tell the user; do not start it yourself.
- 3003 gives 502: the API is down. Start it in the background with
NAKAMA_PORT=4310 bun run dev:server. - Vite serves the current checkout, so the branch you are on is what shows.
- Open BrowserOS. Load the
browseros-neotools.name_session(categorytesting-and-qa),tabs action="list", thentabs action="new"withhttp://localhost:3003/<route>. Never work in the user's own tabs. - Drive it.
snapshot mode="interactive"→actby ref →screenshotfor each state. Wait withwait for="text", not a fixed pause. - Do what the check needs. Save, create, edit, send or delete when the
goal needs it; no need to ask first. The app uses the user's real
~/.nakamadata, so:- Prefer test records you create (name them
verify-bs …) and clean them up at the end. - Report every write you made to the user's existing data.
- Close any tab the app opened in your group (for example an OAuth page).
- Prefer test records you create (name them
- Report. Numbered list: each state checked, pass or fail, one line each. List the data you changed. Name what you did not check and why. Keep your BrowserOS tab open.
Notes
- Built-in plugin changes (
packages/plugins/*) show only after the plugin is reinstalled on 3003. - A bug you find: say what you saw and where; fix it only if the user asks.


