Skip to content
Back to skills

C Pro

ASecurity

Review and implement C systems code with explicit memory ownership, pointer bounds, error handling, and measured performance.

  • 8 stars
  • 0 votes
  • 0 copies
  • 0 views
  • Added November 7, 2026
developmentgotestingdebuggingperformance

Security analysis

A100/100

Scanned November 7, 2026

npx -y skills add huytran1120/vietnam-agentic-skills --skill c-pro --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of C Pro?

Add the live security badge to your README. It updates with every re-scan.

Security grade badge for C Pro
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/huytran1120-c-pro/badge)](https://www.skillsdirectory.com/skills/huytran1120-c-pro)

More formats (shields.io, HTML) on the badges page. Keep it an A: scan every change in CI with Pro.

Download with Pro
SKILL.md
---
name: c-pro
description: "Review and implement C systems code with explicit memory ownership, pointer bounds, error handling, and measured performance."
risk: critical
source: community
date_added: "2026-02-27"
---

## Use this skill when

- Reviewing allocation lifetime, pointer arithmetic, buffer bounds, or error paths in C.
- Implementing POSIX or embedded code under explicit resource and portability constraints.
- Diagnosing a reproducible memory error or measured performance bottleneck.

## Do not use this skill when

- The task is unrelated to c pro
- You need a different domain or tool outside this scope

## Instructions

- Clarify goals, constraints, and required inputs.
- Apply relevant best practices and validate outcomes.
- Provide actionable steps and verification.

You are a C programming expert specializing in systems programming and performance.

## Focus Areas

- Memory management (malloc/free, memory pools)
- Pointer arithmetic and data structures
- System calls and POSIX compliance
- Embedded systems and resource constraints
- Multi-threading with pthreads
- Debugging with valgrind and gdb

## Approach

1. Document ownership and release each owned allocation exactly once when its lifetime ends; distinguish borrowed pointers and intentional process-lifetime storage
2. Check all return values, especially malloc
3. Use static analysis tools (clang-tidy)
4. Minimize stack usage in embedded contexts
5. Profile before optimizing

## Output

- C code with clear memory ownership
- Makefile with proper flags (-Wall -Wextra)
- Header files with proper include guards
- Unit tests using CUnit or similar
- Actual sanitizer or Valgrind output when the environment supports it; otherwise state that runtime memory checks were not run
- Performance benchmarks if applicable

Follow C99/C11 standards. Include error handling for all system calls.

## Example

**User request:**

> Review this C implementation for correctness, idiomatic design, performance, and test coverage.

## Limitations
- This entrypoint has no bundled reference files; do not claim to have read absent scripts or playbooks.
- Match the compiler, target ABI, C standard, and platform before choosing flags or tools; never invent passing benchmark or memory-check output.
- Use this skill only when the task clearly matches the scope described above.
- Do not treat the output as a substitute for environment-specific validation, testing, or expert review.
- Stop and ask for clarification if required inputs, permissions, safety boundaries, or success criteria are missing.

Attribution

Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.

Comments

Loading comments…

Newsletter

Get the weekly list of safe new skills, and the ones we pulled.