Agent MCP Studio
build multi-agent MCP systems in a browser tab
Details
- External ID
- 47899375
- Source
- HN
- Company
- —
- Product
- Agent MCP Studio
- Website domain
- agentmcp.studio
- Launched
- April 25, 2026
- Cohort
- —
- Upvotes
- 11
- Upvotes percentile
- 0.62146529562982
- Tags
- —
- Fetched at
- Sept. 7, 2026, 9:26 p.m.
- Updated at
- Sept. 7, 2026, 9:26 p.m.
Description
I built a browser-only studio for designing and orchestrating MCP agent systems for development and experimental purposes. The whole stack — tool authoring, multi-agent orchestration, RAG, code execution — runs from a single static HTML file via WebAssembly. No backend.The bet: WASM is a hard sandbox for free. When you generate tools with an LLM (or write them by hand), the studio AST-validates the source, registers it lazily, and JIT-compiles into Pyodide on first call. SQL tools run in DuckDB-WASM in a Web Worker. The built-in RAG uses Xenova/all-MiniLM-L6-v2 via Transformers.js for on-device embeddings. Nothing leaves the browser; close the tab and the stack is gone. The WASM boundary is what makes it safe to execute LLM-generated code locally — no Docker, no per-tenant container, no server.Above the tool layer sits an agentic system with 10 orchestration strategies:- Supervisor (router → 1 expert) - Mixture of Experts (parallel + synthesizer) - Sequential Pipeline - Plan & Execute (planner decomposes, workers execute) - Swarm (peer handoffs) - Debate (contestants + judge) - Reflection (actor + critic loop) - Hierarchical (manager delegates via ask_<persona> tools) - Round-Robin (panel + moderator) - Map-Reduce (splitter → parallel → aggregator)You build a team visually: drag tool chips onto persona nodes on a service graph, pick a strategy, and the topology reshapes to match. Each persona auto-registers as an MCP tool (ask_<name>), plus an agent_chat(query, strategy?) meta tool. A bundled Node bridge speaks stdio to Claude Desktop and WebSocket to your tab — your browser becomes an MCP server.When you're done, Export gives you a real Python MCP server: server.py, agentic.py, tools/*.py, Dockerfile, requirements.txt, .env.example. The exported agentic.py is a faithful Python port of the same orchestration logic running in the browser, so the deployable artifact behaves identically to the prototype.Also shipped: Project Packs. Export the whole project as a single .agentpack.json. Auto-detects required external services (OpenAI, GitHub, Stripe, Anthropic, Slack, Notion, Linear, etc.) by scanning tool source for os.environ.get(...) and cross-referencing against the network allowlist. Recipients get an import wizard that prompts for credentials. Manifests are reviewable, sharable, and never carry secrets.Some things I'm honestly uncertain about:- 10 strategies might be too many. My guess is most users only need Supervisor, Mixture of Experts, and Debate. Open to data on which ones actually pull weight. - Browser cold-starts (Pyodide warm-up on first load) are a real UX hit despite aggressive caching. - bridge.js is the only non-browser piece. A hosted variant is the obvious next step.Built with Pyodide, DuckDB-WASM, Transformers.js, OpenAI Chat Completions (or a local Qwen 1.5 0.5B running in-browser via Transformers for fully offline mode). ~5K lines of HTML/CSS/JS in one file.https://www.agentmcp.studioGenuinely curious whether running this much LLM-generated code in a browser tab feels reasonable to you, or quietly terrifying.
Enrichment
- Theme
- AI agent frameworks and developer tools
- Vertical
- Horizontal
- Function
- Agent / copilot
- Audience
- Developer
- AI stance
- AI-native
- Project type
- Commercial product
- Normalized one-liner
- build multi-agent systems with mcp in browser
- Manually corrected
- False
Could you build this?
Partial The UI and orchestration can be vibe-coded, but running full Python MCP tools and SQL processing client-side in a single static file relies on complex WebAssembly integration with Pyodide and DuckDB-WASM.
What it would actually take: The architecture requires bundling Pyodide and DuckDB-WASM inside web workers, handling virtual filesystem synchronization (Emscripten FS) in browser storage, and establishing a client-side JSON-RPC/MCP transport bridge. The difficult part is debugging Pyodide package dependencies, browser sandbox constraints, and cross-thread memory management without any server-side fallback.
Discussion
6 comments analyzed.
Concerns raised: Export to Python feature may have unhandled edge cases, Bug with MCP tool code visibility in editor
Feature requests: Explicit agent topology serialization for version control and diffing, Support testing workflows against multiple models, Rollback capability for production changes
Competitors
Other products that read as similar to this one — 375 launches clear the similarity bar, closest 8 shown.
Attention rank: #155 of 376 (itself plus its competitors, highest first — normalized so YC and Product Hunt are compared fairly).
Launched 172 days after the earliest competitor.
- Keen Code · hn · 2026-08-10 · 6 upvotes · similarity 0.47
- Open-source browser for AI agents · hn · 2026-03-11 · 155 upvotes · similarity 0.46
- 143.dev · hn · 2026-06-30 · 13 upvotes · similarity 0.46
- Reverse-engineering web apps into agent tools · hn · 2026-07-09 · 96 upvotes · similarity 0.46
- Amla Sandbox · hn · 2026-01-30 · 146 upvotes · similarity 0.46
- MCPJam · hn · 2026-09-17 · 12 upvotes · similarity 0.46
- MCP is for tools. A2A is for agents. What's for websites? · hn · 2026-04-12 · 5 upvotes · similarity 0.45
- You Are an Agent · hn · 2026-02-01 · 14 upvotes · similarity 0.44
Other launches for this product
- No other launches for this product.
Same idea, different domain
Nobody's really built a agent / copilot tool for Agriculture yet.