AgentStack
Browse Sign in
Browse Why AgentStack Sell Docs
Sign in
SKILL verified MIT Self-run

Esp32 Arch Review

skill-agodianel-esp32-claude-workbench-esp32-arch-review · by agodianel

Review ESP32 firmware architecture for RTOS safety, memory management, error handling, and embedded best practices.

No reviews yet
0 installs
26 views
0.0% view→install

Install

$ agentstack add skill-agodianel-esp32-claude-workbench-esp32-arch-review

✓ scanned · ✓ verified, works with Claude Code, Cursor, and more.

Security review

✓ Passed

No issues found. Passed automated security review. · v0.1.0 How review works →

  • Prompt-injection patterns
  • Secret / credential exfiltration
  • Dangerous shell & filesystem operations
  • Untrusted network calls
  • Known-malicious package signatures

What it can access

  • Network access No
  • Filesystem access No
  • Shell / process execution No
  • Environment & secrets No
  • Dynamic code execution No

From automated source analysis of v0.1.0. “Used” means the capability is present in the source — more access means more to trust, not that it’s unsafe.

View the full security report →

Verified badge

Passed review? Show it. Paste this badge into your README, it links to the public security report.

AgentStack Verified badge Links to your public security report.
[![AgentStack Verified](https://agentstack.voostack.com/badges/verified.svg)](https://agentstack.voostack.com/security/report/skill-agodianel-esp32-claude-workbench-esp32-arch-review)

Reliability & compatibility

Security review passed
0 installs to date
no reviews yet
5mo ago

Declared compatibility

Claude CodeClaude Desktop

Compatibility is declared by the source manifest. End-to-end runtime verification is coming, see below.

Preview Execution monitoring

We're building live execution health for every listing: tool-call success rate, median latency, uptime, and last-checked timestamps, measured, not self-reported. It isn't live yet, so we don't show numbers we can't stand behind.

How agent discovery & health will work →
Are you the author of Esp32 Arch Review? Claim this listing to set pricing, connect Stripe payouts, and keep 70% of every sale.
Sign up to claim

About

ESP32 Architecture Review

Perform a structured review of firmware architecture focusing on embedded-specific safety and correctness.

When to Use

  • Before merging significant changes.
  • During implementation contract review.
  • When inheriting or auditing an existing project.
  • Periodically for long-running projects.

Review Checklist

1. FreeRTOS Safety

  • [ ] All tasks have explicitly sized stacks (no defaults).
  • [ ] Stack sizes are appropriate: ≥2048 for simple, ≥4096 for Wi-Fi/BLE tasks.
  • [ ] No blocking calls in ISRs.
  • [ ] ISR-safe API variants used where required (*FromISR functions).
  • [ ] Shared resources protected by mutexes.
  • [ ] No priority inversion risks (or priority inheritance mutexes used).
  • [ ] Task watchdog timer handled for long-running operations.
  • [ ] No unbounded loops without vTaskDelay() or taskYIELD().
  • [ ] Critical sections are short ( 512 bytes).
  • [ ] Heap allocations checked for NULL.
  • [ ] DMA buffers allocated with heap_caps_malloc(MALLOC_CAP_DMA).
  • [ ] Free heap monitored at runtime.
  • [ ] No memory leaks in error paths (allocated memory freed on failure).
  • [ ] String buffers have bounds checking.
  • [ ] No malloc() inside ISRs.

3. Error Handling

  • [ ] All esp_err_t return values checked.
  • [ ] ESP_ERROR_CHECK() used only for fatal init errors.
  • [ ] Runtime errors handled gracefully (log + recover or degrade).
  • [ ] Network operations use retry with backoff.
  • [ ] Timeout values are defined and reasonable.
  • [ ] Error paths clean up resources (close handles, free memory).

4. Peripheral Safety

  • [ ] GPIO pins validated against reserved pin list.
  • [ ] Peripheral initialization checks for errors.
  • [ ] De-initialization / cleanup paths exist.
  • [ ] Bus recovery mechanisms for I2C/SPI.
  • [ ] ADC2 not used alongside Wi-Fi.
  • [ ] Pin map is documented and consistent with code.

5. Networking

  • [ ] Wi-Fi event handler registered properly.
  • [ ] Reconnection logic with backoff.
  • [ ] TLS certificates validated (not disabled).
  • [ ] Hostname/IP validation.
  • [ ] Socket timeouts configured.
  • [ ] DNS resolution errors handled.

6. Persistent Storage

  • [ ] NVS keys are namespaced.
  • [ ] NVS read errors handled (first-boot defaults).
  • [ ] Partition table matches sdkconfig.
  • [ ] OTA partition scheme is correct.
  • [ ] SPIFFS/LittleFS properly initialized and error-checked.

7. Logging Quality

  • [ ] Appropriate log levels used (E/W/I/D/V).
  • [ ] No sensitive data in logs (passwords, tokens).
  • [ ] Log tags match component names.
  • [ ] Verbose logs behind ESP_LOGD/ESP_LOGV (not ESP_LOGI).
  • [ ] Boot sequence is traceable through logs.

8. Build Configuration

  • [ ] Target chip matches actual hardware.
  • [ ] sdkconfig.defaults captures all non-default settings.
  • [ ] Component dependencies declared in CMakeLists.txt.
  • [ ] No unused components included.
  • [ ] Partition table appropriate for the use case.

Output

Generate a review report:

# Architecture Review Report

## Summary
[Overall assessment: PASS / PASS WITH NOTES / FAIL]

## Critical Issues
- [Issues that must be fixed]

## Warnings
- [Issues that should be addressed]

## Recommendations
- [Improvements to consider]

## Checklist Results
[Filled checklist from above]

Source & license

This open-source skill is cataloged on AgentStack and links to its original source — we do not rehost the code.

Install and usage instructions live in the source repository linked above.

Reviews

No reviews yet, be the first.

Versions

  • v0.1.0 Imported from the upstream source.