CtrlK
BlogDocsLog inGet started
Tessl Logo

arm-cortex-expert

Senior embedded software engineer specializing in firmware and driver development for ARM Cortex-M microcontrollers (Teensy, STM32, nRF52, SAMD).

73

1.19x
Quality

61%

Does it follow best practices?

Impact

93%

1.19x

Average score across 3 eval scenarios

SecuritybySnyk

Passed

No findings from the security scan

Fix and improve this skill with Tessl

tessl review fix ./plugins/AI-Agents-Safe-Coding-Skills-claude/skills/arm-cortex-expert/SKILL.md

The canonical home for this skill is arm-cortex-expert in sickn33/agentic-awesome-skills

SKILL.md
Quality
Evals
Security

Quality

Content

57%Weight 40%Scale 1-5

Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.

The content is a rich, actionable embedded reference with concrete code patterns, but it is a monolithic inline document with a broken reference and no real progressive disclosure to bundle files, and its workflow lacks explicit validation checkpoints.

Suggestions

Split the deep reference material (Cortex-M architecture table, hardfault/FPU/stack sections) into files under references/ and link to them one level deep, fixing the broken 'resources/implementation-playbook.md' reference.

Tighten the generic 'Use this skill when / Do not use this skill when' boilerplate and remove explanations of Cortex-M basics Claude already knows to improve conciseness.

Add explicit validation checkpoints to the Workflow (e.g. 'compile and flash, then verify peripheral response; if it fails, re-check barriers/alignment') with a fix-and-retry loop.

DimensionReasoningScore

Conciseness

The body is mostly efficient technical reference, but the generic 'Use this skill when / Do not use this skill when / Instructions' boilerplate (with @arm-cortex-expert placeholders) and some explanations of broadly-known Cortex-M basics add padding that could be trimmed.

3 / 5

Actionability

Provides concrete, largely executable patterns — mmio_read/write helpers, Rust atomic/Mutex replacements for static mut, BASEPRI critical sections, and named platform SPI APIs — with only minor gaps such as pseudocode-style sensorReadRegister examples.

4 / 5

Workflow Clarity

A 6-step Workflow (Clarify → Design → Implement → Validate → Optimize → Iterate) gives a clear sequence, but the 'Validate' step is vague ('notes on timing, latency, throughput') with no explicit validation checkpoint or fix-and-retry feedback loop.

3 / 5

Progressive Disclosure

Section headers provide some structure, but ~300 lines of inlined reference material (architecture diff table, hardfault debugging, FPU context saving) that belongs in separate files are kept inline, and the single reference to 'resources/implementation-playbook.md' points to a non-existent file with no bundle directory present.

3 / 5

Total

13

/

20

Passed

Description

65%Weight 40%Scale 1-5

Based on the skill's description, can an agent find and select it at the right time? Clear, specific descriptions lead to better discovery.

The description is specific and distinctive, naming a clear embedded niche with concrete platforms, but it omits any explicit "Use when..." trigger guidance, which caps completeness and limits its discoverability.

Suggestions

Add an explicit 'Use when...' clause, e.g. 'Use when writing firmware or peripheral drivers for ARM Cortex-M MCUs (Teensy, STM32, nRF52, SAMD).'

List a few more concrete actions (e.g. 'implement I2C/SPI/UART drivers, configure DMA and interrupts, debug hardfaults') to lift specificity from 3 toward 4-5.

Include common synonyms/file extensions users might say (e.g. 'bare-metal', 'HAL', '.ino') to round out trigger-term coverage.

DimensionReasoningScore

Specificity

Names the domain ("firmware and driver development for ARM Cortex-M microcontrollers") with 1-2 concrete actions plus target platforms (Teensy, STM32, nRF52, SAMD), but does not enumerate multiple specific actions for comprehensive coverage.

3 / 5

Completeness

It clearly states what the skill does (firmware/driver development for Cortex-M MCUs) but provides no "Use when..." clause or explicit trigger guidance, capping completeness at 3 per the rubric guideline.

3 / 5

Trigger Term Quality

Includes natural keywords an embedded engineer would say — "firmware", "driver development", "ARM Cortex-M", and the specific MCU names Teensy/STM32/nRF52/SAMD — giving good keyword coverage, though a few common synonyms are absent.

4 / 5

Distinctiveness Conflict Risk

The niche is sharply defined — ARM Cortex-M firmware/driver work on four named MCU families — making it clearly distinguishable with minimal risk of triggering for unrelated skills.

5 / 5

Total

15

/

20

Passed

Validation

93%

Checks the skill against the spec for correct structure and formatting. All validation checks must pass before discovery and implementation can be scored.

Validation15 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

frontmatter_unknown_keys

Unknown frontmatter key(s) found; consider removing or moving to metadata

Warning

Total

15

/

16

Passed

Repository
administrakt0r/AI-Agents-Safe-Coding-Skills
Reviewed

Table of Contents

Is this your skill?

If you maintain this skill, you can claim it as your own. Once claimed, you can manage eval scenarios, bundle related skills, attach documentation or rules, and ensure cross-agent compatibility.