WebLoom MCP server
Commit 29 Okt 2026Mengendalikan instance Chrome lokal melalui CDP untuk melakukan otomatisasi web yang kompleks, menangani editor yang sulit, dan melakukan posting ke berbagai platform media sosial.
Juga dikenal sebagai webloomhq/engine, engine
- Stars
- 2
- Tools
- 1
- Unduhan, 30 hari
- —
- Versi terbaru
- 0.3.31
- Commit terakhir
- 29 Okt 2026
- Lisensi
- MIT
Apa itu WebLoom MCP?
WebLoom adalah MCP server. Mengendalikan instance Chrome lokal melalui CDP untuk melakukan otomatisasi web yang kompleks, menangani editor yang sulit, dan melakukan posting ke berbagai platform media sosial. Server ini menyediakan 1 tool, seperti core.
Ringkasan dibuat dari README proyek
Tentang WebLoom MCP server
WebLoom memungkinkan developer yang menggunakan AI client seperti Claude Code, Cursor, atau Cline untuk melakukan otomatisasi interaksi web yang kompleks melalui instance Chrome lokal. Dengan terhubung ke browser Chrome yang dibuka pengguna via Chrome DevTools Protocol, tool ini memungkinkan agent untuk bertindak sebagai user spesifik di dalam sesi login mereka sendiri. Pendekatan ini melewati batasan otomatisasi generik dengan menggunakan handler khusus untuk editor yang sulit seperti Lexical, Draft.js, dan Quill, serta strategi upload yang terspesialisasi.
Pengguna dapat mengelola berbagai identitas melalui sesi bernama, di mana setiap sesi bertindak sebagai profil Chrome unik yang dapat menggunakan proxy sendiri. Server ini menyertakan sistem bernama Threads, yang menyimpan pengetahuan spesifik situs seperti selector dan keunikan layout untuk membantu agent menavigasi perubahan tampilan web. WebLoom menyediakan berbagai tool untuk navigasi, network capture, dan interaksi dengan internal React. Karena berjalan sebagai local stdio server, WebLoom menjaga privasi secara default dengan tetap menyimpan semua konten halaman, cookie, dan data identitas di mesin lokal Anda.
Apa yang bisa Anda lakukan dengannya
- 1Posting ke platform media sosialAgent dapat memposting teks, gambar, atau video ke X, Reddit, TikTok, atau Pinterest meskipun tidak ada API terbuka yang tersedia.
- 2Berinteraksi dengan editor web yang kompleksDeveloper dapat menggunakan setter khusus untuk memasukkan teks ke dalam komponen web canggih yang biasanya gagal jika menggunakan otomatisasi standar.
- 3Otomatisasi tugas situs yang berulang dengan recipesAnda dapat menginstruksikan AI untuk menjalankan urutan tindakan tertentu pada sebuah situs web menggunakan pengetahuan yang telah direkam sebelumnya.
- 4Membaca konten halaman secara efisienAI client dapat melakukan pemindaian halaman berbiaya rendah untuk mendapatkan daftar elemen yang ringkas guna keperluan interaksi.
Ditulis berdasarkan README proyek. Setiap use case diperiksa terhadap kutipan dari README tersebut.
Tool WebLoom MCP 1
Terdeteksi dari READMEcore
| core | — |
Pengecekan otomatis
Berjalan 13 Nov 2026Laporan lengkap →Belum diverifikasi. Sebuah server memerlukan skor 80, tidak ada temuan serius, dan data yang cukup untuk kami periksa. Cara kerja checks · Yang perlu diperbaiki untuk menambah poin
- Source repository terhubung dan dapat dijangkauwebloomhq/engine is public and reachablegithub.com/webloomhq/engine ↗Lolos
- Nama paket mencantumkan repositori ini sebagai sumbernyaTidak diperiksa
- Provenance build (atestasi Sigstore)Tidak diperiksa
- Lisensi open source (OSI)MITspdx.org/licenses/MIT.html ↗Lolos
- Ada commit atau release dalam satu tahun terakhirLast commit or release 2026-10-29github.com/webloomhq/engine ↗Lolos
- OpenSSF ScorecardTidak diperiksa
- Nama package tidak mirip dengan package populerTidak diperiksa
- Tidak ada advisory kritis pada paket atau dependensinyaTidak diperiksa
- Tidak ada instruksi tersembunyi untuk model1 tool description and the README read; no override phrases, credential paths or hidden charactersLolos
- Tools yang bersifat destruktif telah diberi labelNo tool named like delete, drop or execLolos
- Endpoint remote merespons handshake MCPTidak diperiksa
README
Lihat di GitHubWebLoom Engine
The browser MCP for agents that have to act as you on hard sites. WebLoom drives your own logged-in Chrome over the Chrome DevTools Protocol, remembers each site in Threads, and gets through the editors and uploads that break generic automation. Open source (MIT), engine for the WebLoom marketplace.
Why WebLoom
- Your sessions, one per account. Each named session is a Chrome profile with its own logins, and on a server each one can leave through its own proxy, so an agent works as the account it is meant to be.
- Threads. Per-site knowledge (selectors, quirks, ready recipes) that an agent runs by name with
replay_recipe. When a site changes, fixing its Thread fixes every agent that uses it. - Hard editors. Setters for Lexical, Draft.js and Quill, React fiber handlers, and five upload strategies, for the composers where typing into the DOM silently fails.
- Posting where there is no open API. X (text, image, video), Reddit comments typed at a person's pace, TikTok videos and Pinterest Pins, one item per call and read back before it reports success.
- Cheap page reads.
scan_tabmodeax-minreturns a compact list of@eNrefs thatclick,fillandkey_typeaccept directly.
Measured against Playwright 1.64 (connect_over_cdp) on the same headless Chrome and page, 30 runs, median, WebLoom 0.3.26:
| Action | WebLoom | Playwright |
|---|---|---|
| Run JavaScript in the page | 4 ms | 4 ms |
| Read the page text | 7 ms | 8 ms |
| Page snapshot with element refs | 7 ms, 4.8K chars | 82 ms, 32K chars |
| Fill a field by name | 6 ms | 27 ms |
| Click by visible text | 261 ms | 51 ms |
The click includes 150 ms of deliberate press and release pacing, so it reads as a person's click on sites that watch for automation.
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.
What it does (and doesn't do)
| 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 |
Quick install
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. 104 tools become available under the webloom namespace.
Tool profiles
All 104 tools are shown by default. To keep the client's tool list short, set WEBLOOM_TOOLS in the server's env:
| Value | Shown |
|---|---|
core |
28 everyday tools: sessions, tabs, navigate, read, scan_tab, screenshot, click, fill, keys, scroll, wait, upload, eval_js, editor setters, Threads and recipes |
core,posting |
core plus X, Reddit, TikTok and Pinterest posting |
core,network |
core plus network capture, request replay and websockets |
core,marketplace |
core plus browsing, installing and publishing Threads |
| any tool name | added on top, e.g. core,solve_captcha |
Hidden tools stay callable, so scripts and recipes that use them keep working.
What goes where on disk
~/.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.
Privacy by default
- Telemetry: OFF by default. Run
python server.py telemetry statusany time to check. The CLI prints the exact payload shape before enabling. - Auto-update (Threads only): ON by default. Polls
webloom.run/api/threads/<domain>/latestevery 6h to pull free Thread patches. Disable viaWEBLOOM_AUTO_UPDATE=off. Engine binary itself does NOT auto-update. - Playbook: local only. Never transmitted. Lives at
~/.webloom/playbook.json. You cancatit. - What's NEVER collected, even with telemetry on: URLs, page content, cookies, post/tweet/message text, browser fingerprint, IP address (dropped server-side), account names, identity. Full schema documented at https://webloom.run/transparency.
Tool surface
Categories at a glance:
- Navigation:
navigate,read_tab,screenshot,wait_for,scroll_tab,list_tabs,new_tab - Click ladder:
click(3 stages + vision fallback) →click_at_coords→react_invoke_handler(fiber walk) - Fill ladder:
fill→react_force_change→lexical_set_text→draftjs_set_text→key_type - Upload ladder:
upload_fileStrategies A to E →xhr_upload→replay_xhr - Network:
start_recording,capture_network_start/stop,get_captured_requests,replay_xhr,inject_on_new_document - Per-site cracks:
x_create_tweet(X transaction-id RE),tiktok_sign+tiktok_post_video, more queued - React internals:
react_force_change,react_inspect_store,redux_dispatch,react_invoke_handler - Vision fallback:
vision_check,solve_captcha(reCAPTCHA v2) - Recording → Thread:
start_recording→end_recording→seed_from_tab→export_thread
Full tool reference: https://webloom.run/docs
Marketplace (optional)
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 to $12 one-time. Author share: 75% of every sale. Auto-heals on selector drift.
License
MIT. See LICENSE.
Security
See SECURITY.md. Report vulnerabilities to dev@webloom.run.
Author + contact
Built by MarStudio. Primary contact: dev@webloom.run.
Issues and PRs welcome. Open one at https://github.com/webloomhq/engine/issues.
Pertanyaan tentang WebLoom MCP
Tool apa yang disediakan WebLoom MCP?
Server ini menyediakan 1 tool, termasuk core.
Apakah WebLoom menjalankan browser sendiri?
Tidak, WebLoom mengendalikan instance Chrome asli yang dibuka secara eksplisit oleh pengguna melalui debug port Chrome DevTools Protocol (CDP).
Apakah data saya dikirim ke server WebLoom?
Secara default, tidak ada data yang dikirim, termasuk tidak ada analitik, telemetri, atau panggilan ke server pusat. Telemetri dimatikan secara default dan harus diaktifkan secara eksplisit jika ingin digunakan.
Bagaimana WebLoom menangani editor web yang kompleks?
WebLoom menyertakan setter khusus untuk Lexical, Draft.js, dan Quill, serta React fiber handlers untuk mengelola editor yang tidak bisa ditangani dengan pengetikan DOM standar.
Apakah bisa melakukan posting ke platform media sosial?
Ya, WebLoom dapat memposting teks, gambar, dan video ke platform seperti X, Reddit, TikTok, dan Pinterest meskipun platform tersebut tidak menyediakan API terbuka.