plugins/embedded-dev/skills/implementing-firmware/SKILL.md
Implements ESP-IDF or PlatformIO firmware with mandatory requirement docstring tags and MISRA-C linting. Use when writing embedded C code, implementing firmware features, or adding requirement-traced functions.
npx skillsauth add qte77/claude-code-plugins implementing-firmwareInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
Target: $ARGUMENTS
Implement firmware code with mandatory requirement traceability tags, following ESP-IDF or PlatformIO patterns.
Read these before proceeding:
references/esp-idf-patterns.md — Component structure, FreeRTOS, sdkconfig, idf.pyreferences/platformio-patterns.md — platformio.ini, pio commands, library managementreferences/c-safety-rules.md — MISRA-C cppcheck flags, clang-tidy, tagging rulesDetect framework:
CMakeLists.txt + sdkconfig* → ESP-IDFplatformio.ini → PlatformIORead existing requirements — Check for docs/requirements.md to understand which SW-REQs need implementing
Implement code with mandatory docstrings on every new function:
/**
* @brief <What this function does>
*
* @requirement SW-REQ-NNN
* @parent PRD-REQ-NNN
* @test TEST-NNN
*
* @param ...
* @return ...
*/
Create test stubs in test/ with matching @test TEST-NNN references
Lint with cppcheck:
cppcheck --addon=misra.py --std=c11 --enable=all --xml src/ 2> misra-report.xml
Build:
idf.py buildpio runReport — Count tagged functions, list any warnings
@requirement, @parent, and @test tagsESP_ERROR_CHECK, esp_err_t returns)development
Verify an external or AI-generated security report against the actual codebase before acting on it. Use when handed a scanner PDF, automated teardown, audit report, or bug-bounty submission — classifies every finding CONFIRMED / OVERSTATED / FALSE-POSITIVE / FABRICATED and salvages the real work items.
development
Audits a site's SEO and AI-search (GEO) readiness — meta tags, Open Graph/Twitter, JSON-LD, robots/llms conventions — and generates fixes. Use when reviewing search visibility, social previews, structured data, or LLM/AI-crawler discoverability.
documentation
Generate or update README.md files across three scopes — repo (with project-type detection), account (GitHub user profile), and org (organization profile). Use when creating, updating, or aligning a README to org conventions.
development
Audit README.md files against best practices for repos, accounts, or orgs. Detects missing sections, stale links, inconsistent formatting, and convention violations. Use when reviewing README quality across one or many repos.