Run, build, and validate firmware on virtual hardware from your AI agent. Hardware knowledge corpus.
Copy the AI prompt to install this server into Claude Code, Cursor, or another agent β or use 1-click editor setup below.
π‘ Paste into ~/Library/Application Support/Claude/claude_desktop_config.json (macOS) or %APPDATA%\Claude\claude_desktop_config.json (Windows)
Simulate & validate firmware on virtual instances of real chips, straight from your AI coding agent β no hardware.
Chiplab is a hosted MCP service. Your AI coding agent connects to it, uploads compiled firmware, runs it on a virtual instance of a real microcontroller, and reads back the UART output. You don't drive the toolchain β your agent does.
We're building the next way to develop chips, in the open and early.
Today it runs Hello world! on STM32 and Nordic boards; a lot more is on the way β see veecle.ai.
Try it, poke at it, and tell us what you'd like to see.
Create a free account at veecle.ai (no credit card).
Connect your agent to the Chiplab MCP server.
git clone https://github.com/veecle/chiplab && cd chiplab, then tell your agent:
"Set up Chiplab and run the stm32f4-discovery example on it."
Your agent reads AGENTS.md, installs what it needs, builds the firmware, uploads it, runs it on the virtual board, and reports Hello world! back from the chip's UART.
That's the whole loop.
Chiplab is an HTTP MCP server at https://chiplab.veecle.ai/mcp.
Most clients take the standard mcpServers schema:
On first use your client opens a browser to sign in. To verify, ask your agent to call Chiplab's discovery/help tool with no arguments.
If you cloned this repo, the server is already configured via .mcp.json β Claude Code will prompt you to trust it.
Otherwise:
Use the mcpServers block above in claude_desktop_config.json or .cursor/mcp.json.
Same block in .vscode/mcp.json, but under a servers key instead of mcpServers.
TOML in ~/.codex/config.toml:
Then sign in with codex mcp login chiplab.
The contract is framework-agnostic: your agent builds an ELF β uploads it β runs it on the target board β reads the captured UART output. Runs return synchronously and are bounded to a fixed amount of virtual time.
This repo ships a ready-to-run example for every supported board, grouped by framework β bare-metal (Rust, vendor HAL), embassy-rust (Embassy async), zephyr-os (Zephyr RTOS, C), freertos (FreeRTOS, C), and threadx (Eclipse ThreadX, C).
The full board Γ framework matrix is in supported-boards.md.
Toolchain and build details live in each framework's directory (examples/<framework>/README.md for humans, AGENTS.md for agents) β your agent finds them on its own.
Prefer building by hand?
Each framework README has the exact commands.
To run your own firmware, build an ELF for a supported board and ask your agent to upload and run it the same way.
Adding a board example is the easiest way in: mirror an existing example for the same framework and add a row to supported-boards.md.
All conventions live in AGENTS.md and each framework's AGENTS.md.
New chip, OS, or peripheral support is server-side β open a request instead of adding an example for an unsupported board.
This is Chiplab's public home β bugs, feature ideas, and chip/OS/peripheral requests all belong in this repo's issues. Requests really do shape the roadmap β see veecle.ai/roadmap for what's planned, or come say hi on Discord.
MIT Β© 2026 Veecle GmbH.
Showcase your server listing on GitHub or your project documentation. Embed this dynamic SVG badge to highlight official listing status and live engagement.
[](https://allmcps.com/mcp/chiplab)<a href="https://allmcps.com/mcp/chiplab"><img src="https://allmcps.com/api/badge/chiplab?style=directory" alt="Chiplab on AllMCPs" /></a>