mcpField
R
rust-systems

rust-systems

github.com/iliaalDevelopment45147 installsUpdated 1w ago
Repository

About rust-systems

A Rust development skill for application-layer CLIs, web services, and libraries using edition 2024. It focuses on safe, minimal changes, concurrency and error handling, and verification across formatting, linting, and tests.

Key features

  1. 01Guidance for CLIs, services, and libraries
  2. 02Unsafe-code safety and review rules
  3. 03Async concurrency and shutdown practices
  4. 04Error handling and parsing guidance
  5. 05Formatting, lint, and test checks

Use cases

  1. 01Develop an edition 2024 Rust CLI
  2. 02Review a Rust web service change
  3. 03Handle unsafe code or raw pointers
  4. 04Verify a Rust workspace before delivery

Install

Copy the command and run it in a terminal.

$npx skills add https://github.com/iliaal/ai-skills --skill rust-systems

After installing, type/rust-systemsin Claude Code to confirm it loaded.

Bundled files

References and scripts installed along with SKILL.md.

SPEC.md
references/
applications-and-testing.md
axum-service.md
build-profiles.md
ci-pipeline.md
cli-tools.md
macros-and-os-boundaries.md
observability.md
ownership-and-execution.md
performance.md
production-resilience.md
rustdoc.md
toolchain-and-interfaces.md

Details

From the project README

Rust Systems & Services

Covers modern application-layer Rust (edition 2024): CLIs, web services, libraries. Not no_std/embedded.

Working rules

  • Preserve error variants in libraries and add operational context at application boundaries.
  • Distinguish missing configuration from unreadable or invalid files before writing replacements.
  • Keep blocking work off async workers, bound queues and spawned work, and define shutdown behavior.
  • Trace exported interfaces before treating a change as internal; verify installed runtime capabilities.
  • Do not mutate process-wide state in concurrent tests; exercise the real binary and relevant feature combinations.

Unsafe Discipline

  • Default: no unsafe. If clippy flags it, don't #[allow] it; refactor. The #[expect] escape hatch below does not apply here; unsafe findings get fixed, not annotated.
  • Every unsafe block gets a // SAFETY: comment above it explaining why each invariant holds. No comment = reviewer rejects.
  • Keep unsafe blocks minimal: wrap in a safe abstraction at module boundary, mark the module pub(crate).
  • Use miri (cargo +nightly miri test) on any crate containing unsafe or raw pointer arithmetic; it catches UB that optimizers mask.
  • Prefer bytemuck, zerocopy, bytes over hand-rolled transmutes for zero-copy patterns.
  • Env-var writes are unsafe in edition 2024. Write them only in main, before the runtime starts or any thread spawns. Concurrent getenv is UB; OnceLock does not make it safe. Watch for lazy LD_LIBRARY_PATH-style writes on first use; hoist them to startup.

Discipline

  • Simplicity first: every change as simple as possible, impact minimal code.
  • Only touch what's necessary; avoid unrelated changes in a PR.
  • No #[allow(clippy::...)] as a shortcut; fix the underlying issue. When a suppression is genuinely warranted, write #[expect(clippy::lint_name, reason = "...")] instead: expect warns once the lint stops firing, so a suppression that has outlived its cause reports itself, where allow rots silently forever. (expect needs Rust 1.81+; edition 2024 clears that floor.)
  • Before adding a trait or generic, verify it's used in 3+ places. Otherwise a concrete type is clearer.
  • bool::then_some(x) takes x by value: the argument is computed before the bool is consulted, so a guard written as a condition plus a fixed-width slice panics on exactly the inputs the condition was checking for: (b.len() >= 19 && b[4] == b'-').then_some(&v[..19]) panics on any shorter value, exiting 101 inside the one function written to report the case as undetermined. Use then(|| …), which is lazy. Clippy does not flag the difference. Grep then_some( for an argument that indexes, slices, unwraps, or allocates. Related: a fixed-width slice is not a parse. &v[..19] also panics mid-character on non-ASCII, and comparing two such prefixes lexicographically drops the timezone offset, so 01:00+02:00 sorts after 00:00Z while being an hour earlier. Parse and normalize, or reject.

Verify

  • cargo fmt --all -- --check passes with zero diffs
  • cargo clippy --workspace --all-targets --all-features -- -D warnings passes
  • cargo nextest run --workspace (or cargo test --workspace) passes with zero failures
  • When using nextest, cargo test --doc --workspace also passes; nextest does not run doctests
  • cargo deny check passes (licenses, advisories, duplicates) for any crate going to production
  • No new unsafe without // SAFETY: comment

Task-specific references

Read the relevant reference before implementing or reviewing the matching behavior:

Existing specialized references, when the corresponding topic applies:

Comments

Markdown supported