Nicheloom

Market intelligence for builders — see what's gaining traction before it's crowded.

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.

Other launches for this product

Same idea, different domain

Nobody's really built a agent / copilot tool for Agriculture yet.