manual-automation
Skill31 starsChanged 7 days agoMITView on GitHub
Manual browser testing and automation using Chrome DevTools MCP server. Handles port management, app launch, browser automation, login, and end-to-end testing.
We split this skill into the rules it gives an agent
25 rules. About 0 are common, 23 are distinctive, and 2 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈23
Distinctive · estimate
This author's own choices. Worth a look.
2
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 23
Stop the existing application gracefully
- Distinctive: line 24
Verify the port is now free
- Distinctive: line 32
Start the application server on port 3000
- Distinctive: line 33
Run in background mode to allow continued agent execution
- Distinctive: line 35
Wait for the application to be ready (health check or expected log message)
- Distinctive: line 40
Use MCP tools to connect to the browser
- Distinctive: line 42
Wait for page load completion
- Distinctive: line 51
Wait for successful login redirect
- Distinctive: line 52
Verify login state (check for expected UI elements or cookies)
- Very specific: line 68
Use wait_for to ensure elements are present before interaction
- Distinctive: line 70
Check console messages for JavaScript errors
- Distinctive: line 71
Verify network requests complete successfully
- Very specific: line 72
Use evaluate_script for custom assertions
- Distinctive: line 73
Run Lighthouse audits for performance and accessibility checks
- Distinctive: line 79
Stop the application server
- Distinctive: line 89
All specified test cases execute via MCP tools
- Distinctive: line 90
Test results are documented with screenshots and logs
- Distinctive: line 109
If port cannot be freed, report error and suggest alternative port
- Distinctive: line 110
Document the process occupying the port for manual intervention
- Distinctive: line 113
Check application logs for errors
- Distinctive: line 114
Verify dependencies and configuration
- Distinctive: line 118
Use MCP debugging tools to diagnose issues
- Distinctive: line 120
Verify element selectors are correct
- Distinctive: line 124
Verify credentials are correct
- Distinctive: line 125
Check for CAPTCHA or 2FA requirements
≈ “Common” is an estimate: at least 1 in 5 of the 308,232 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
Manual Browser Automation
This skill enables manual browser testing and automation using the Chrome DevTools MCP server. It orchestrates the full workflow from port management through application launch, browser automation, login, and end-to-end testing.
Workflow Execution Steps
1. Port Management
Check if port 3000 is free:
lsof -i :3000If port is in use:
- Identify the process using the port
- Stop the existing application gracefully
- Verify the port is now free
If port is free:
- Proceed to application launch
2. Application Launch
Launch the application in terminal:
- Start the application server on port 3000
- Run in background mode to allow continued agent execution
- Monitor startup logs to ensure successful initialization
- Wait for the application to be ready (health check or expected log message)
3. Browser Automation Setup
Initialize Chrome DevTools MCP connection:
- Use MCP tools to connect to the browser
- Navigate to
http://localhost:3000 - Wait for page load completion
- Take initial screenshot for documentation
4. Login Flow
Execute login sequence:
- Locate login form elements using MCP selectors
- Fill in credentials (use environment variables or secure storage)
- Submit the login form
- Wait for successful login redirect
- Verify login state (check for expected UI elements or cookies)
- Take screenshot of logged-in state
5. Testing Execution
Perform end-to-end tests using MCP tools:
Available MCP tool categories:
- Input automation:
click,type_text,fill,fill_form,hover,press_key,drag,upload_file,handle_dialog,click_at - Navigation:
navigate_page,new_page,select_page,close_page,list_pages,wait_for - Emulation:
emulate,resize_page - Performance:
performance_start_trace,performance_stop_trace,performance_analyze_insight - Network:
list_network_requests,get_network_request - Debugging:
take_screenshot,take_snapshot,evaluate_script,list_console_messages,get_console_message,lighthouse_audit,screencast_start,screencast_stop
Testing best practices:
- Use
wait_forto ensure elements are present before interaction - Take screenshots at key test steps for documentation
- Check console messages for JavaScript errors
- Verify network requests complete successfully
- Use
evaluate_scriptfor custom assertions - Run Lighthouse audits for performance and accessibility checks
6. Cleanup
After testing completion:
- Close browser pages/tabs
- Stop the application server
- Clean up any temporary files or data
- Report test results with screenshots and logs
Exit Criteria
- Port 3000 is successfully managed (freed if needed)
- Application launches and runs without errors
- Browser successfully connects and navigates to the application
- Login flow completes successfully
- All specified test cases execute via MCP tools
- Test results are documented with screenshots and logs
- Application server is stopped and port is freed
MCP Tool Reference
Key tools for testing:
navigate_page- Navigate to URLsclick- Click on elementstype_text- Type text into inputsfill- Fill form fieldswait_for- Wait for conditionstake_screenshot- Capture screenshotslist_console_messages- Check for errorsevaluate_script- Run custom JavaScriptlighthouse_audit- Performance/accessibility audits
Error Handling
Port conflicts:
- If port cannot be freed, report error and suggest alternative port
- Document the process occupying the port for manual intervention
Application launch failures:
- Check application logs for errors
- Verify dependencies and configuration
- Report to user with specific error details
Browser automation failures:
- Use MCP debugging tools to diagnose issues
- Check console messages for JavaScript errors
- Verify element selectors are correct
- Take screenshots at failure points for debugging
Login failures:
- Verify credentials are correct
- Check for CAPTCHA or 2FA requirements
- Inspect network requests for authentication errors
- Report specific failure reason to user
In this repository9 other files it gives its agents.
- agent-loopSkill
- codebase-context-generatorSkill
- code-reviewSkill
- planning-and-task-breakdownSkill
- project-change-intelligenceSkill
- pull-requestSkill
- slack-cliSkill
- test-driven-developmentSkill
- yt-random-comment-pickerSkill
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.

