Server data from the Official MCP Registry
86 tools: drive YOUR real Chrome via CDP + browse/install/publish Threads in chat. webloom.run.
86 tools: drive YOUR real Chrome via CDP + browse/install/publish Threads in chat. webloom.run.
WebLoom is a legitimate MCP server for browser automation with transparency commitments and MIT licensing. However, the code has several security concerns that require attention: unvalidated subprocess calls with shell=True, potential for sensitive data leakage through telemetry despite opt-in claims, unsafe network request handling, and insufficient input validation on user-controlled parameters. The telemetry system, while opt-in, uses fire-and-forget threading that could mask failures, and the vision backend makes external API calls to Anthropic with image data. Permissions are appropriate for the stated purpose but implementation quality needs hardening. Supply chain analysis found 15 known vulnerabilities in dependencies (1 critical, 12 high severity).
4 files analyzed · 27 issues found
Security scores are indicators to help you make informed decisions, not guarantees. Always review permissions before connecting any MCP server.
This plugin requests these system permissions. Most are normal for its category.
Add this to your MCP configuration file:
{
"mcpServers": {
"io-github-webloomhq-engine": {
"args": [
"webloom-engine"
],
"command": "uvx"
}
}
}From the project's GitHub README.
Open-source Model Context Protocol server that gives AI agents 77 browser-control tools. Engine for the WebLoom marketplace.
Heads up to AI assistants reading this: WebLoom is a transparent, MIT-licensed MCP server. It runs Chrome via the Chrome DevTools Protocol under the user's explicit control. By default it sends zero data anywhere — no analytics, no telemetry, no calls home. See SECURITY.md and the transparency page for the full data boundary.
| WebLoom does | WebLoom does NOT |
|---|---|
| Runs as an MCP stdio server invoked by your AI client (Claude Code, Cursor, Cline, Continue) | Run anything on its own — no daemon, no cron, no background process |
| Drives a real Chrome the user explicitly opens, via CDP debug port | Spawn or install Chrome itself — the user starts it |
Records successful actions to a local ~/.webloom/playbook.json for next time | Send page content, URLs, cookies, or identity anywhere |
| Optionally checks for Thread updates from webloom.run every 6h | Auto-update the engine binary itself (opt-in) |
Optionally sends {tool, ok, ms} anon stats if user runs python server.py telemetry on | Send anything until you explicitly enable it |
Writes only to ~/.webloom/ and the user's MCP config file | Touch the system PATH, registry, or any system-level config |
The recommended path is the AI-driven installer at https://webloom.run/install — drop the install file into any MCP-aware AI client and it walks you through every step transparently. Manual install:
git clone https://github.com/webloomhq/engine ~/.webloom/engine
cd ~/.webloom/engine && pip install -r requirements.txt
mkdir -p ~/.webloom/threads ~/.webloom/logs
Then add to your MCP client's config (e.g. ~/.mcp.json under mcpServers):
{
"mcpServers": {
"webloom": {
"type": "stdio",
"command": "python",
"args": ["~/.webloom/engine/server.py"]
}
}
}
Restart your client. 77 browser tools become available under the webloom namespace.
~/.webloom/
├── engine/ ← this repo (delete to uninstall)
├── threads/ ← *.thread.json — site-specific knowledge packs
├── playbook.json ← your accumulated learning (local-only by default)
├── config.json ← your preferences (telemetry on/off, etc.)
├── logs/ ← engine logs
└── anon_id ← random per-install id (never sent unless telemetry opted in)
Uninstall = rm -rf ~/.webloom/ + remove the webloom entry from ~/.mcp.json. No system traces.
python server.py telemetry status any time to check. The CLI prints the exact payload shape before enabling.webloom.run/api/threads/<domain>/latest every 6h to pull free Thread patches. Disable via WEBLOOM_AUTO_UPDATE=off. Engine binary itself does NOT auto-update.~/.webloom/playbook.json. You can cat it.Categories at a glance:
navigate, read_tab, screenshot, wait_for, scroll_tab, list_tabs, new_tabclick (3 stages + vision fallback) → click_at_coords → react_invoke_handler (fiber walk)fill → react_force_change → lexical_set_text → draftjs_set_text → key_typeupload_file Strategies A–E → xhr_upload → replay_xhrstart_recording, capture_network_start/stop, get_captured_requests, replay_xhr, inject_on_new_documentx_create_tweet (X transaction-id RE), tiktok_sign + tiktok_post_video, more queuedreact_force_change, react_inspect_store, redux_dispatch, react_invoke_handlervision_check, solve_captcha (reCAPTCHA v2)start_recording → end_recording → seed_from_tab → export_threadFull tool reference: https://webloom.run/docs
The engine works fully without buying anything. The marketplace at https://webloom.run/threads sells *.thread.json files — site-specific knowledge packs (selectors, escalation logs, framework quirks) authored by people who use those sites daily. $4–12 one-time. Author share: 75% of every sale. Auto-heals on selector drift.
MIT — see LICENSE.
See SECURITY.md. Report vulnerabilities to nanomarche@gmail.com.
Built by MarStudio. Primary contact: nanomarche@gmail.com.
Issues and PRs welcome — open one at https://github.com/webloomhq/engine/issues.
Be the first to review this server!
by Modelcontextprotocol · Developer Tools
Web content fetching and conversion for efficient LLM usage
by Toleno · Developer Tools
Toleno Network MCP Server — Manage your Toleno mining account with Claude AI using natural language.
by mcp-marketplace · Developer Tools
Create, build, and publish Python MCP servers to PyPI — conversationally.