coding-guidelines

actionbook/rust-skills · updated Apr 8, 2026

$npx skills add https://github.com/actionbook/rust-skills --skill coding-guidelines
0 commentsdiscussion
summary

Claude knows Rust conventions well. These are the non-obvious Rust-specific rules.

skill.md

Rust Coding Guidelines (50 Core Rules)

Naming (Rust-Specific)

Rule Guideline
No get_ prefix fn name() not fn get_name()
Iterator convention iter() / iter_mut() / into_iter()
Conversion naming as_ (cheap &), to_ (expensive), into_ (ownership)
Static var prefix G_CONFIG for static, no prefix for const

Data Types

Rule Guideline
Use newtypes struct Email(String) for domain semantics
Prefer slice patterns if let [first, .., last] = slice
Pre-allocate Vec::with_capacity(), String::with_capacity()
Avoid Vec abuse Use arrays for fixed sizes

Strings

Rule Guideline
Prefer bytes s.bytes() over s.chars() when ASCII
Use Cow<str> When might modify borrowed data
Use format! Over string concatenation with +
Avoid nested iteration contains() on string is O(n*m)

Error Handling

Rule Guideline
Use ? propagation Not try!() macro
expect() over unwrap() When value guaranteed
Assertions for invariants assert! at function entry

Memory

Rule Guideline
Meaningful lifetimes 'src, 'ctx not just 'a
try_borrow() for RefCell Avoid panic
Shadowing for transformation let x = x.parse()?

Concurrency

Rule Guideline
Identify lock ordering Prevent deadlocks
Atomics for primitives Not Mutex for bool/usize
Choose memory order carefully Relaxed/Acquire/Release/SeqCst

Async

Rule Guideline
Sync for CPU-bound Async is for I/O
Don't hold locks across await Use scoped guards

Macros

Rule Guideline
Avoid unless necessary Prefer functions/generics
Follow Rust syntax Macro input should look like Rust

Deprecated → Better

Deprecated Better Since
lazy_static! std::sync::OnceLock 1.70
once_cell::Lazy std::sync::LazyLock 1.80
std::sync::mpsc crossbeam::channel -
std::sync::Mutex parking_lot::Mutex -
failure/error-chain thiserror/anyhow -
try!() ? operator 2018

Quick Reference

Naming: snake_case (fn/var), CamelCase (type), SCREAMING_CASE (const)
Format: rustfmt (just use it)
Docs: /// for public items, //! for module docs
Lint: #![warn(clippy::all)]

Claude knows Rust conventions well. These are the non-obvious Rust-specific rules.

Discussion

Product Hunt–style comments (not star reviews)
  • No comments yet — start the thread.
general reviews

Ratings

4.638 reviews
  • Emma Thompson· Dec 24, 2024

    coding-guidelines is among the better-maintained entries we tried; worth keeping pinned for repeat workflows.

  • Kofi Bhatia· Dec 8, 2024

    Solid pick for teams standardizing on skills: coding-guidelines is focused, and the summary matches what you get after install.

  • Yash Thakker· Nov 27, 2024

    Registry listing for coding-guidelines matched our evaluation — installs cleanly and behaves as described in the markdown.

  • Amina Ghosh· Nov 27, 2024

    We added coding-guidelines from the explainx registry; install was straightforward and the SKILL.md answered most questions upfront.

  • Emma Park· Nov 15, 2024

    Useful defaults in coding-guidelines — fewer surprises than typical one-off scripts, and it plays nicely with `npx skills` flows.

  • Dhruvi Jain· Oct 18, 2024

    coding-guidelines reduced setup friction for our internal harness; good balance of opinion and flexibility.

  • Amina Mehta· Oct 18, 2024

    coding-guidelines fits our agent workflows well — practical, well scoped, and easy to wire into existing repos.

  • Amina Robinson· Oct 6, 2024

    I recommend coding-guidelines for anyone iterating fast on agent tooling; clear intent and a small, reviewable surface area.

  • Fatima Diallo· Sep 9, 2024

    I recommend coding-guidelines for anyone iterating fast on agent tooling; clear intent and a small, reviewable surface area.

  • Piyush G· Sep 5, 2024

    coding-guidelines has been reliable in day-to-day use. Documentation quality is above average for community skills.

showing 1-10 of 38

1 / 4