Now liveThe Skillselion MCP - thousands of ranked skills, loaded into your agent mid-task. No install.Get it →
sbroenne avatar

Browser Discoverability

  • 1 installs
  • 74 repo stars
  • Updated August 4, 2026
  • sbroenne/mcp-windows

Guidance for surfacing browser automation support in an existing Windows MCP server without adding a separate browser automation model.

About

Explains how to keep browser-automation discovery compact by reusing the default semantic UI workflow and one focused browser prompt. A developer uses it when documenting browser support in the windows-mcp server.

  • Reuses the default semantic UI automation workflow
  • Uses one focused browser prompt and thin docs

Browser Discoverability by the numbers

  • 1 all-time installs (skills.sh)
  • Ranked #1,361 of 1,879 Documentation skills by installs in the Skillselion catalog
  • Data as of Aug 5, 2026 (Skillselion catalog sync)
npx skills add https://github.com/sbroenne/mcp-windows --skill browser-discoverability

Add your badge

Show developers this skill is listed on Skillselion. Paste this into your README.

Listed on Skillselion
Installs1
repo stars74
Last updatedAugust 4, 2026
Repositorysbroenne/mcp-windows

What it does

Guidance for surfacing browser automation support in an existing Windows MCP server without adding a separate browser automation model.

Files

SKILL.mdMarkdownGitHub ↗

Context

Use this when browser support already exists in the backend and the goal is to help users or LLMs discover it without adding a separate automation model.

Patterns

Reuse the default semantic workflow

Add a short browser note to the main quickstart or primary guidance surface instead of building a parallel browser-only story.

Add one focused browser prompt

Create a single prompt that covers the browser-specific gaps: launching with a URL, using ARIA labels as names, and using shortcuts for browser chrome like the address bar or tab switching.

Keep tool descriptions example-driven

Prefer tiny examples in app, ui_find, and ui_click over long prose. Mention msedge.exe or chrome.exe, visible text, and ARIA labels.

Keep docs thin

Use one short README note and one compact reference section when documentation is needed. Avoid repeating the same browser guidance across every doc surface.

Examples

  • WindowsAutomationPrompts.Quickstart() gets one browser sentence.
  • WindowsAutomationPrompts.BrowserAutomation() handles URL launch, ARIA discovery, and keyboard fallback for browser chrome.
  • Tool descriptions mention msedge.exe launch and ARIA-backed name matching.

Anti-Patterns

  • Duplicating full browser workflows across many prompts, resources, and docs.
  • Introducing Playwright/Selenium/CDP language when the product direction is semantic UI Automation first.
  • Explaining browser chrome and page-content automation as separate systems when they are mostly the same workflow plus a few shortcuts.

Related skills

Documentationdocstesting

This week in AI coding

Five minutes, every Monday - the tools, releases and tactics for developers.

unsubscribe anytime.