Adsum-IoT-Coder

agent
Guvenlik Denetimi
Basarisiz
Health Gecti
  • License — License: Apache-2.0
  • Description — Repository has a description
  • Active repo — Last push 0 days ago
  • Community trust — 19 GitHub stars
Code Basarisiz
  • rm -rf — Recursive force deletion command in .claude/hooks/claude-code-for-web-setup.sh
Permissions Gecti
  • Permissions — No dangerous permissions requested

Bu listing icin henuz AI raporu yok.

SUMMARY

AI coding agent for VS Code that debugs, builds, and flashes ESP32 (ESP-IDF) and Nordic nRF (nRF Connect SDK / Zephyr) firmware on real hardware. Open source.

README.md
Adsum IoT Coder

Adsum IoT Coder

ESP & nRF · AI Debug & Dev

An IoT coding agent for VS Code that works your whole firmware dev loop on Espressif ESP and Nordic nRF: scaffold, build, flash, test, observe, fix. It automates the routine firmware work you would rather not do, and cracks the runtime bugs general agents cannot, because it reads your board, not just your code.

What makes it different is real human expertise, not just the AI model. Adsum is augmented with curated firmware knowledge authored by engineers who have shipped, loaded on demand and validated by an open benchmark on real hardware. Human-curated, not AI-generated. It is the direction frontier research points to: equip a general model with curated, domain expertise that loads only when needed, rather than scale the model alone. The same approach appears in academic work on expert-skill-augmented models that shaped our benchmark (arXiv:2603.19583) and in industry practice (context engineering, Agent Skills).

Shipping today: Espressif ESP32 (incl. S3, C6) on ESP-IDF · Nordic nRF52 / nRF53 / nRF54 on nRF Connect SDK (Zephyr) · BLE and Wi-Fi. Open source under Apache 2.0.

VS Marketplace Installs License Discussions YouTube

Watch the demo → · Install → · Docs → · Benchmark → · Contribute →

Adsum IoT Coder debugging ESP32 and nRF firmware in VS Code: capture, analyze, fix


vs Claude Code, same model (Claude Haiku 4.5): 5/6 vs 3/6 bugs closed on real nRF hardware, at 3.8× fewer tokens on average and up to 13× on individual tasks. The edge is architecture, not model scale.

Token consumption per task: Adsum IoT Coder vs Claude Code on the same model

What's New v0.1.6

 One extension, now for ESP32 too. Build, flash, monitor, and test ESP-IDF firmware with the same guided workflows you use for nRF.

 Automatic platform detection. The home reads whether your workspace is nRF, ESP, both, or a fresh start, and routes every workflow and the agent's expertise accordingly.

 Prototyping for both. Start a prototype now scaffolds complete ESP-IDF projects too.

 Always-current knowledge, leaner install. Platform expertise is delivered on demand and cached locally, so guidance stays fresh.

 Stronger Windows support. Board and toolchain detection across real install layouts, verified on real nRF and ESP hardware.

Full history in the changelog.

Why it exists

Embedded firmware work is two jobs at once: a lot of routine, repetitive setup, and a handful of genuinely hard problems. General coding agents help with neither well, because both live outside the source file.

The routine you would rather automate: scaffolding a project, wiring devicetree and Kconfig, generating logging, adding a BLE service or a sensor, writing tests, bringing up a new board. Adsum does this work for you, idiomatically, on both ESP and nRF.

The hard bugs you cannot grep: a missing settings_load() after bt_enable() that silently breaks notifications after a reconnect; an ESP-IDF partition mismatch that only fails at runtime; a fault visible only by correlating logs across two boards. Adsum reads the device, captures the live logs, and works them the way a senior engineer does.

And the reason it is good at the hard parts is the part general agents do not have: real human expertise. The firmware knowledge that drives it is authored by engineers who have shipped, loaded on demand, and validated against an open benchmark. Human-curated, not AI-generated.

What it does: debug, build, and prototype ESP and nRF firmware

  • Automatic platform detection. nRF, ESP, both, or a fresh start, with the right tools for each.
  • Build, flash & debug. The full loop on real hardware: build, flash, capture live logs (RTT/UART on nRF, serial monitor on ESP), analyze, fix, repeat.
  • Capture & analyze device logs. Correlated with your source, across one board or two.
  • Start a prototype, add a feature. Scaffold a new nRF or ESP-IDF project; wire a BLE service, sensor, shell, or storage into your real project.
  • Test & validate. Host tests and on-hardware checks.

Adsum IoT Coder panel in VS Code: automatic detection of Nordic nRF (nRF Connect SDK) and Espressif ESP (ESP-IDF) toolchains and boards, with one-click workflow cards

Adsum IoT Coder building ESP-IDF firmware for an ESP32-S3 in VS Code

Supported platforms: ESP32 / ESP-IDF and nRF / nRF Connect SDK

Platform Chips (today) SDK Protocols (today)
Nordic nRF52, nRF53, nRF54 nRF Connect SDK (Zephyr) BLE
Espressif ESP32, ESP32-S3, ESP32-C6 ESP-IDF Wi-Fi, BLE
Roadmap nRF7x (Wi-Fi), nRF9x (cellular) Thread, Matter, LTE-M

Benchmark

Adsum IoT Coder vs Claude Code, same model (Claude Haiku 4.5): 5/6 vs 3/6 bugs, 3.8× more token-efficient on average and up to 13× on individual tasks.

Both agents ran the same model on real nRF52 hardware, so the gap measures architecture, not model power. Adsum IoT Coder closed 5 of 6 bugs versus Claude Code's 3, using 3.8× fewer tokens on average and as much as 13× fewer on the hardest individual tasks. The benchmark, IoT-FirmwareDebugBench v0.1, is open source. Run it yourself.

Metric Adsum IoT Coder Claude Code
Bugs closed (within 7 flashes) 5 / 6 3 / 6
Resolved on the first flash 4 / 6 1 / 6
Cross-device tasks (L3) 1 / 2 0 / 2
Tokens per resolved task 1.86M 7.15M

Full methodology, per-task results, and honest limitations are in the benchmark report. Methodology adapted from arXiv:2603.19583.

Contributing

That result comes from the expertise the agent runs on, not the model: curated firmware knowledge authored by practicing engineers and validated on real hardware. The agent gets stronger as that knowledge base grows, and there are two ways to get involved, both open to you.

Contribute knowledge (embedded experts and specialists). This is the part that makes the agent good, and it is written by engineers, not the model: the hard-won fixes and idioms you only get from shipping nRF and ESP firmware. We are building a dedicated studio for authoring this expertise and will open it to outside specialists once it has earned its keep in-house. If you have lived inside these failure modes and want to shape it as a founding contributor, get credited for your work, and keep the rights to it, start a discussion.

Contribute code (open-source developers). The extension is open source (Apache-2.0, built on Cline). Improve the tool itself, or add a benchmark task in evals/. Open an issue or PR.

Getting Started

Search Adsum IoT Coder in the VS Code Extensions panel, or install from the Marketplace directly. No key, no account: the free tier is on by default.

Prerequisites: the nRF Connect Extension Pack for nRF work, or an ESP-IDF installation for ESP, plus Python 3.8+. Full requirements are in the docs.

  1. Run the built-in 30-second demo (no board needed) to see the capture, analyze, fix loop on a real BLE bug.
  2. Open your nRF or ESP project; the home reads it, detects your boards and toolchain, and offers the right one-click workflows.
  3. Bring your own model whenever you want; the running task continues, no restart.

Free tier: put it to work in your first minute, on us

Most tools make you choose a provider, paste an API key, and add a card before you can find out whether they help. We cut all of that.

Install Adsum IoT Coder and it just works. No key, no account, no card. The inference is on us, on a managed model, so you can point the agent at your own firmware in the first minute, not the first hour. It is a real working tier, generous enough to scaffold a project and run a full debug loop, not a locked demo.

When you want your own model or heavier usage, drop in any OpenAI-compatible key (Claude, DeepSeek, or a local model with strong tool-calling) and the switch is instant: the task you are in keeps running, no restart. The free tier is token-metered, and when you reach the limit a one-click prompt moves you onto your own key and the same task picks up exactly where it left off.

Free tier Bring your own key
API key Not required Required
Cost to you Nothing, the inference is on us Your provider's rates
Model Managed by Adsum Any OpenAI-compatible model
Best for First run, evaluation, quick fixes Daily driver, long sessions, model choice

Recommended for bring-your-own-key: Claude Haiku 4.5 (the benchmark model) and DeepSeek-V4-Pro (cost-effective long sessions). Full setup and tested models in the docs.

Roadmap

Shipping today: Nordic nRF and Espressif ESP32, with BLE and Wi-Fi. Next: more chips (nRF7x Wi-Fi, nRF9x cellular, more ESP32 variants), more protocols (Thread, Matter, LTE-M), deeper hardware-in-the-loop tooling (BLE sniffer, power profiling), and a growing community knowledge base. CRA-readiness workflows for the EU Cyber Resilience Act are coming as a separate release. The roadmap is shaped by what the community asks for and contributes.

Limitations

We publish what is true today. The benchmark is six BLE tasks on a single NCS version: a proof of concept, not statistical significance, and an ESP benchmark suite is on the roadmap (v0.2). nRF and Nordic Semiconductor are trademarks of Nordic Semiconductor ASA; ESP32 and ESP-IDF are trademarks of Espressif Systems. This is an independent project, not affiliated with or endorsed by either.

Privacy & Security

The runtime runs entirely on your machine. Only the log snippets and code context a task needs go to the AI provider you configure. BYOK: you control which model and endpoint you trust. Pseudonymous product analytics only (installs, activations, feature usage, errors), keyed to a random install ID; never your source code, chat content, or device logs. Opt out anytime with telemetry.telemetryLevel: off. Source is fully open and auditable.

About

Adsum Networks has built embedded firmware on Nordic nRF and other SoC platforms for 8 years, living inside the failure modes that cost embedded engineers their days. We built Adsum IoT Coder because general coding agents leave embedded developers without reliable help for the work that fills the day: the routine setup worth automating, and the runtime bugs that never show up in source review. The difference is real human expertise, not just the AI model: curated firmware knowledge authored by engineers who have shipped, loaded on demand and measured against an open benchmark on real hardware, so the value can be defended, not just claimed.


adsumnetworks.com · GitHub · Discussions · YouTube

Apache 2.0 © 2026 Adsum Networks

Yorumlar (0)

Sonuc bulunamadi