style

Enforce consistent C code style for the ikigai project.

Updated Jun 3, 2026
One-click install
npx skills add https://github.com/mgreenly/ikigai --skill style
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: style
Source: https://github.com/mgreenly/ikigai/tree/main/.claude/library/style
Command: npx skills add https://github.com/mgreenly/ikigai --skill style

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Code style conventions for ikigai development to reduce inconsistencies and improve maintainability.

Core Features & Use Cases

  • Enforces consistent comment style (// only) and rationale-based documentation.
  • Standardizes numeric types using inttypes.h and fixed-width types.
  • Enforces include order: own headers, project headers, then system headers.
  • Avoids static helper functions; inline code improves testability and LCOV coverage.
  • Test code style guidance to ensure clear test boundaries and readability.

Quick Start

Apply these conventions when creating or reviewing ikigai C code to ensure consistency and maintainability.

Frequently Asked Questions about style

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

FAQPage Schema
How do I enforce consistent C code style for include order and numeric types?

Consistent C code style is enforced by standardizing include order to own headers, project headers, then system headers, and requiring fixed-width numeric types from inttypes.h to improve maintainability.

Why does avoiding static helper functions improve C code testability?

Avoiding static helper functions in C code improves testability by inlining code directly, which increases LCOV coverage metrics and ensures clear test boundaries without exposing internal linkage.

What is the best way to standardize comment style in C source files?

Standardizing C comment style requires using single-line comments exclusively and documenting the rationale behind decisions, reducing inconsistencies across core sources and test files.

Does this C coding style convention apply to both core sources and test code?

Yes, these C coding style conventions apply to both core sources and tests, providing explicit rules for formatting, type usage, include order, and test readability across the entire project.

What limitations exist when enforcing coding style without external linting dependencies?

Enforcing coding style without external linting dependencies means all rules must be explicitly described in documentation and applied manually during code review, as there are no automated formatting components included.