Help us improve
Share bugs, ideas, or general feedback.
Share bugs, ideas, or general feedback.
Share bugs, ideas, or general feedback.
End-to-end embedded firmware development: compile, flash, debug, and monitor across STM32, ESP32, and other MCUs using CMake, IAR, Keil, ESP-IDF, PlatformIO, and Makefiles. Includes CAN/Modbus/VISA debugging, static analysis, RTOS-aware debugging, and a structured RIPER-5 protocol with multi-agent competition mode for hardware-in-the-loop projects.
npx claudepluginhub duncanyoung-1/embedded-dev --plugin embedded-devUse when starting any embedded competition project. Reads contest problem, routes to task type (MAIN+TAGS), dispatches 4-6 specialist subagents, writes hardware/interface contracts, manages decision gates, and integrates final deliverables. Vision tasks are handed off to the separate auto-vision skill. Always the first subagent invoked in competition mode.
Use when implementing low-level peripheral drivers (GPIO/UART/SPI/I2C/ADC/RTC/DMA/PWM) for embedded competition projects. Strictly follows hardware contract from embedded-arch, writes Driver/BSP/HAL Port layers, never touches application logic.
Use when implementing application-layer logic for embedded competition: state machines, CLI command parsers, control laws, signal codecs, file system service modules. Consumes drivers from embedded-drv and gain/coefficient .h files from embedded-matlab. Never touches hardware registers directly.
Use when designing algorithms for embedded competition: LQR/PID controllers, IIR/FIR filters, FFT analysis, Kalman observers, DDS LUTs, system identification. Runs MATLAB via mcp__matlab__* tools, exports .h via tools/export_gains_to_c.py. Skipped for SYSTEM-type problems with no algorithm TAGS.
Use when verifying embedded competition project at CP-3: static analysis, MIL/SIL/PIL three-tier validation, 5-tuple scoring checklist verification, and one-click firmware pipeline. Independent verifier — never implements code, only audits.
当需要配置或构建基于 CMake 的嵌入式固件工程,调用自带脚本执行构建并定位固件产物时使用。
当需要通过 IAR Embedded Workbench 命令行编译嵌入式工程,调用自带脚本解析工程文件、执行构建并定位固件产物时使用。
当需要配置或构建基于 ESP-IDF 的固件工程,调用自带脚本执行 idf.py build 并定位固件产物时使用。
当需要通过 Keil MDK 命令行编译嵌入式工程,调用自带脚本解析工程文件、执行构建并定位固件产物时使用。
当需要编译基于裸 Makefile 的嵌入式固件工程(无 CMake/IDE),调用自带脚本解析 Makefile、执行 make 并定位固件产物时使用。
Executes bash commands
Hook triggers when Bash tool is used
Modifies files
Hook triggers on file write and edit operations
Share bugs, ideas, or general feedback.
Own this plugin?
Verify ownership to unlock analytics, metadata editing, and a verified badge.
Sign in to claimOwn this plugin?
Verify ownership to unlock analytics, metadata editing, and a verified badge.
Sign in to claimBased on adoption, maintenance, documentation, and repository signals. Not a security audit or endorsement.
Embedded & IoT engineer — firmware, microcontrollers, edge computing, device protocols
Embedded development agents providing expertise in RTOS, firmware, and IoT
AI-powered hardware development platform — design, verify, synthesize, and deploy working RTL with natural language. 18 agents, 25 skills, 8 IP blocks.
MemBrowse memory tracking integration for embedded firmware projects. Automatically sets up GitHub workflows for RAM/Flash analysis.
Hardware solution design skills and workflows for embedded and hardware engineers.
Search embedded systems documentation, registers, and memory maps from PDF datasheets via MCP
Uses power tools
Uses Bash, Write, or Edit tools
Uses power tools
Uses Bash, Write, or Edit tools
Share bugs, ideas, or general feedback.
面向嵌入式固件开发的 Claude Code 技能 —— 把"AI 一次性吐代码"变成可验证、可回退、可交接的工程流程。
by DuncanY · 协议本体见 SKILL.md · 安装见 INSTALL.md
embedded-dev 是一套用于 STM32 / ESP32 / Arduino / RISC-V / GD32 / MSPM0 / 国产 MCU 的结构化固件开发协议。它以 RIPER-5 五阶段为骨架,叠加分层架构门禁、四文件磁盘长任务记忆、Git 快照回退与多 Agent 分工,重点约束传统 AI 在嵌入式上最容易翻车的环节:引脚/DMA/中断冲突、上下文断档、"理论上应该没问题"式空话。
普通 AI 写嵌入式代码常见三宗罪:乱猜引脚/寄存器、上下文一断就忘了做到哪、编译过就说"修好了"。embedded-dev 用一条强约束流水线针对性压制这三点(显著降低概率、并在高风险处强制暂停,而非保证杜绝):
RESEARCH ─► INNOVATE ─► PLAN ─[含写代码项→需你确认]─► EXECUTE ─► REVIEW
研究 创新 计划 执行 审查
查证据 评方案 定清单+函数签名+审查标记 按轮次实现 验证门
│ │
└────────── 关键资料缺 / 高风险 → 暂停问你,绝不硬编 ◄───────────┘
| 特性 | 说明 | 是机械保障还是约定 |
|---|---|---|
| RIPER-5 五阶段 | 研究→创新→计划→执行→审查,写代码前必须过 PLAN 审查门 | 协议约定 |
| 分层架构门禁 | 应用层禁 include 厂商头、禁裸寄存器写、main.c 只做编排 | 硬门禁在 REVIEW/CP:scripts/arch-check.sh + tools/include-graph.py 核查(exit≠0 阻断);写前 hook 注册后可 best-effort 预拦截(hooks 默认 fail-open,见 INSTALL §8) |
| 四文件磁盘记忆 | 项目规划清单 / 编辑清单 / 硬件资源表 / 研究发现 落盘,上下文断了能"五问重启" | 协议约定(可选 hook 提醒) |
| Git 快照回退 | 每个清单项经你确认后由 agent 本地 commit(绝不自动 push、不用 git add -A) | 协议约定 |
| 多 Agent 分工 | Scout/Builder/Verifier 分权;比赛模式 6 角色并行 + CP-0~CP-5 门禁 | 协议约定,可接原生 Workflow 确定性后端 |
| MATLAB→固件 | LQR/Kalman/滤波器仿真 → export_gains_to_c.py 导出 .h → 上板;MIL/SIL 仿真验证(PIL 需硬件在环,见能力边界) | 工具 + MCP |
| 离线知识库 | refs/ 专题知识库(40+ 篇,以目录为准:STM32/GD32 API、引脚规划、IMU、故障排查…),按需加载不撑爆上下文 | 知识库 |
| 兄弟 skill 生态 | 编译/烧录/调试/串口/总线/静态分析委托给 build-*/flash-*/debug-* 等独立 skill | 委托执行 |
前提:已装好 Claude Code,并有 Python / Bash / Git(Windows 还需 Git Bash 在 PATH,见 INSTALL.md §2)。满足后,作为 Claude Code 插件安装——一条命令装齐 26 个 skill 并自动注册 hooks:
/plugin marketplace add DunCanYounG-1/embedded-dev
/plugin install embedded-dev@embedded-dev
或用 CLI:
claude plugin marketplace add DunCanYounG-1/embedded-dev
claude plugin install embedded-dev@embedded-dev
然后在 Claude Code 里直接说嵌入式需求即可触发,例如:
帮我看一下 STM32F103 的 USART1 中断为什么不触发
装完即得:riper5 主协议 + 25 个执行层 skill(编译/烧录/调试/串口/总线/分析)+
shared/契约层 + 6 个比赛模式 subagent,SessionStart 引导、写前分层拦截、四文件提醒等 hook 随插件自动生效——无需再跑register-hooks.py或手改 settings.json。
grok-search(第三方联网检索)因许可与 API key 配置未并入,见INSTALL.md§3.1 单独装。不想用插件机制?见
INSTALL.md§6 的 legacy user-skill 安装(clone +install-siblings+register-hooks,手动两步)。Windows:hook 经
bash执行,需 Git Bash 在 PATH,见INSTALL.md§5。
直接描述需求,主交付物落在固件即自动接管。常见入口:
| 你说 | 它做什么 |
|---|---|
帮我给 STM32F103 移植一个 SSD1306 驱动 | 先查本地索引 → 开源驱动 → 评估后移植(复用优先) |
查手册,确认 F103 ADC 时钟上限和采样时间 | 触发 datasheet-lookup:搜 PDF → /pdf 提参数 → 写回带页码注释 |
查网表,确认 USART1 和 MPU6050 的引脚连接 | 触发 netlist-lookup:解析网表 → 提引脚 → 与硬件资源表比对 |
启用比赛模式,做一个平衡车控制系统 | 6-Agent 并行:先冻结引脚/接口契约 → MATLAB 仿真门 → 驱动+算法分角色推进 |
检查所有 mcp 工具 | 触发 mcp-healthcheck:只测本 skill 相关工具并出报告 |
下面是速览,权威规则一律以
SKILL.md为准。
RIPER-5 五阶段(每条回复以 [MODE: XXX] 声明当前阶段):
| 阶段 | 干什么 | 严禁 |
|---|---|---|
| RESEARCH | 查芯片/库、引脚规划、搜现成方案 | 改代码、下最终结论 |
| INNOVATE | 对比候选方案 | 写代码、定具体计划 |
| PLAN | 出实施清单(文件/签名/寄存器/验证标准/review 标记) | 占位符、main.c 堆业务 |
| EXECUTE | 按轮次实现,每轮带 trace_id+验证标准+证据 | 计划外改进、跳验证 |
| REVIEW | 验证门(编译/实测)→ 硬件合规 → 代码质量 | 用"应该/理论上"声明完成 |
四文件磁盘记忆:长任务把事实/计划/进度/硬件约束写进 项目规划清单.md、编辑清单.md、硬件资源表.md、研究发现.md,而非塞进对话。新会话先"五问重启"(在哪个阶段 / 改了什么 / 硬件现状 / 已发现什么 / 该谁继续)。
分层架构:6 层模型(HAL/BSP/Driver/Middleware/Service/App)+ 命名前缀;应用层禁碰厂商寄存器,跨硬件走 HAL Port。REVIEW 阶段由 arch-check.sh + include-graph.py 机械核查依赖方向。