원클릭으로
embedded-implementation
Use when implementation plan is ready - executes plan task-by-task with two-stage review (hardware spec then MISRA C)
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
메뉴
Use when implementation plan is ready - executes plan task-by-task with two-stage review (hardware spec then MISRA C)
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
SOC 직업 분류 기준
Use when developing firmware on ESP32/STM32/RP2040/nRF52, experiencing DMA overflow, SPI timeout, LCD blank display, frame corruption, GPIO conflicts, sensor reading errors, Wi-Fi disconnect, or needing driver configuration, hardware debugging, display/GUI setup, protocol implementation, serial monitoring. Use even if user doesn't mention 'embedded' but asks about hardware, sensors, displays, microcontrollers, IoT, or device programming.
Use before any embedded development - explores hardware requirements, confirms configuration, validates feasibility, saves design spec
Use when hardware configuration confirmed - creates detailed implementation plan with bite-sized tasks, exact file paths, complete code steps
Use for LCD/GUI projects after verification passes - captures display via camera, analyzes layout/font/color, detects display issues
Use after implementation complete - runs build-flash-monitor loop, verifies runtime behavior, no completion claims without fresh evidence
Guide for embedded systems development on ESP32, STM32, RP2040, nRF52 chips. Use this skill whenever the user mentions embedded systems, firmware development, MCU programming, hardware drivers, sensors, LCD displays, IMU devices, SPI/I2C/UART interfaces, compilation, debugging, remote monitoring, Wi-Fi/BLE/MQTT protocols, or needs help with driver code generation, GUI layout design, hardware configuration, or device programming. Make sure to use this skill even if the user doesn't explicitly mention 'embedded' but asks about hardware, sensors, displays, device drivers, microcontrollers, or IoT applications.
| name | embedded-implementation |
| description | Use when implementation plan is ready - executes plan task-by-task with two-stage review (hardware spec then MISRA C) |
Execute implementation plan with two-stage review after each task.
Core principle: Fresh subagent per task + hardware validation + code quality review = high quality.
Context: Run after embedded-driver-design creates plan.
Task Execution → Hardware Validator → Code Quality Reviewer → Commit
↓ ↓ ↓
Generate code DMA/GPIO check MISRA C check
Stage 1: Hardware Validator
prompts/hardware-validator.mdStage 2: Code Quality Reviewer
prompts/code-quality.mdread docs/embedded/plans/YYYY-MM-DD-<driver>-plan.md
Extract ALL tasks with full text and context.
todowrite todos=[{task: "Task 1: Header file", status: "pending"}, ...]
For each task:
#### Task N Execution
1. Mark todo: in_progress
2. Get task text and context (already extracted)
3. Dispatch implementation (use prompts/driver-generator.md)
- Generate code
- Build verification
4. Stage 1 Review: Hardware Validator
- Use prompts/hardware-validator.md
- Check DMA, interface, init sequence
5. If Stage 1 FAILS:
- Fix issues
- Re-review
- Don't proceed until APPROVED
6. Stage 2 Review: Code Quality
- Use prompts/code-quality.md
- Check MISRA C, DRY, YAGNI
7. If Stage 2 FAILS:
- Fix issues
- Re-review
- Don't proceed until APPROVED
8. Both stages APPROVED:
- Mark todo: completed
- Commit changes
Dispatch final review for entire implementation
All tasks complete. Invoking embedded-verification for build-flash-monitor loop.
REQUIRED: Invoke embedded-verification next.
Use prompts/driver-generator.md for code generation:
| Input | From |
|---|---|
| Chip family | Design spec |
| Interface | Design spec |
| Controller | Design spec |
| Task requirements | Plan task text |
| Status | Meaning | Action |
|---|---|---|
DONE | Code built successfully | Proceed to Stage 1 review |
DONE_WITH_CONCERNS | Completed with doubts | Review concerns before proceeding |
NEEDS_DATASHEET | Missing init sequence | Provide datasheet, re-dispatch |
BLOCKED | Cannot proceed | Analyze blocker, escalate if needed |
Hardware Validation: APPROVED / FIX REQUIRED
Issues: [list or "None"]
Code Quality: APPROVED / FIX REQUIRED
MISRA C: N/M rules passed
Issues: [list or "None"]
ALL mean: STOP. Complete reviews first.
| Bad Practice | Correct Approach |
|---|---|
| Skip hardware review | DMA overflow causes corruption |
| Skip code quality review | MISRA violations shipped |
| Multiple fixes at once | Fix one, review, repeat |
| "Close enough" on reviews | APPROVED only, no exceptions |
After all tasks:
Tasks: N/M completed
Reviews: All approved
Status: READY FOR VERIFICATION
Next: embedded-verification