low-level-systems-extension

Evaluate C, C++, and Rust systems changes for memory safety and ABI stability.

4|Updated May 16, 2026
One-click install
npx skills add https://github.com/machenjie/rd-skills --skill low-level-systems-extension
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: low-level-systems-extension
Source: https://github.com/machenjie/rd-skills/tree/main/src/domain-extensions/low-level-systems-extension
Command: npx skills add https://github.com/machenjie/rd-skills --skill low-level-systems-extension

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve?

It prevents security and reliability failures in low-level native system changes by enforcing disciplined reviews of memory safety, concurrency correctness, ABI stability, syscall boundaries, and performance evidence before code ships.

Core Features & Use Cases

  • Systems-level change assessment: evaluates ownership/lifetime clarity, resource cleanup, and undefined behavior risk across C, C++, and Rust (including unsafe/FFI).
  • Concurrency & locking review: verifies documented lock order, atomic memory ordering, and race/deadlock risk mitigation using sanitizer and tooling expectations.
  • Platform & boundary risk checks: assesses ABI/FFI compatibility, syscall surface minimization (seccomp), and file descriptor hygiene (e.g., O_CLOEXEC), including performance profiling requirements.

Quick Start

Ask the agent to review your proposed C/C++/Rust systems change and return a blocking/non-blocking decision with memory safety, concurrency, ABI, undefined behavior, syscall surface, and performance evidence findings.

Frequently Asked Questions about low-level-systems-extension

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I review C or C++ code for memory safety and undefined behavior?

To review C or C++ code for memory safety, the Skill evaluates explicit ownership, lifetime tracking, and resource cleanup to detect exploitable memory corruption and undefined behavior risks. It returns blocking or non-blocking decisions based on these findings.

How do I prevent ABI breakage when modifying native libraries?

To prevent ABI breakage when modifying native libraries, the Skill assesses ABI and FFI compatibility expectations, including versioning requirements. It ensures your low-level systems changes maintain stable interfaces across kernel, driver, and runtime environments.

How do I verify lock ordering and concurrency correctness in unsafe Rust?

To verify lock ordering and concurrency correctness in unsafe Rust, the Skill reviews documented lock ordering, atomic memory ordering, and race mitigation strategies. It enforces sanitizer and tooling expectations to prevent deadlocks and data races.

Does this support seccomp syscall minimization and O_CLOEXEC hygiene checks?

Yes, this supports seccomp syscall minimization and O_CLOEXEC hygiene checks by assessing your syscall surface and file descriptor handling. It enforces overflow-checked security arithmetic and safe resource boundary adjustments.

What is the best way to validate performance profiling for systems code changes?

The best way to validate performance profiling for systems code changes is using the Skill's profiling-first performance validation requirement. It assesses proposed low-level native changes and requires concrete performance evidence before code ships.

Can I use this for kernel driver and networking boundary adjustments?

Yes, you can use this for kernel driver and networking boundary adjustments as it evaluates syscall and sandbox boundary modifications. It ensures correctness and security in critical low-level systems work across C, C++, and Rust.