skills/team/rust-architecture-checklist/SKILL.md
Checklist executor for Rust architecture reviews. Detects the Rust edition, async runtime, and workspace structure, then runs a systematic checklist covering ownership discipline, trait coherence, error-handling conventions, unsafe-block justification, and crate-boundary hygiene — producing a graded report with file:line evidence. Use to review or grade an existing Rust codebase. Triggers on "review rust project", "rust architecture checklist", "audit rust code", "evaluate rust codebase", "rust code review", "clippy review", "grade this rust architecture", "rust ownership review". Do NOT use for a Socratic design critique — use architecture-review. Do NOT use for a security audit — use rust-security-review. Do NOT use to write new code test-first — use tdd.
npx skillsauth add michaelalber/ai-toolkit rust-architecture-checklistInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
"A checklist cannot fly a plane, but a pilot cannot fly safely without one." — Atul Gawande
Shared across the dotnet / python / php / rust architecture checklists — same values, language-specific checks.
| # | Value | What it means |
|---|-------|---------------|
| 1 | Detect before judge | Determine version/framework/structure before applying any item; context decides what is idiomatic. |
| 2 | Evidence over opinion | Every finding cites file:line and the offending pattern. "Overuses clone" is not a finding; "handlers/order.rs:47 clones a Vec<OrderItem> that could be borrowed" is. |
| 3 | Feature cohesion | Organized by business capability, not technical layer. Cross-feature coupling is a violation. |
| 4 | Dependencies point inward | Domain logic does not depend on I/O or framework crates. Boundaries are explicit (pub(crate) by default). |
| 5 | Explicit error handling | Failures handled at the right layer; no silent swallowing; errors carry diagnostic context. |
| 6 | Config & secrets hygiene | No hardcoded secrets; configuration injected, not reached for globally; secrets from env / secret-manager. |
| 7 | Version awareness | Recommendations are gated to the detected edition; never suggest an idiom that does not exist there. |
| 8 | Tests gate change | Untested code is a finding; high-risk modules without tests are prioritized. |
| 9 | Graded, actionable output | A letter grade (A–F) from counted findings, plus prioritized, edition-correct recommendations. |
Shared skeleton: DETECT → SCAN → REPORT → RECOMMEND.
DETECT Rust edition (Cargo.toml `edition`), async runtime (Tokio/async-std/none), and structure
(workspace vs single crate). Record findings; edition changes what is idiomatic.
SCAN Run the Rust Checklist below section by section. Gather evidence with tooling:
cargo clippy -- -D warnings # baseline — must pass before the checklist
cargo audit # CVEs in the dependency tree
grep -rn "unsafe" src/ # enumerate unsafe blocks for the audit
Every violation becomes a finding with file:line and a severity (critical/high/medium/low).
REPORT Emit the graded report (Output Template). Grade = function of counted findings.
RECOMMEND Prioritize: critical → quick wins → modernization. Edition-gate every recommendation.
| # | Check | Severity |
|---|-------|----------|
| 1 | Ownership discipline — no .clone()/.to_owned() where a borrow suffices; Rc/Arc only for genuine shared ownership | High |
| 2 | Trait coherence — trait impls have clear semantic purpose; no "marker-trait soup" to satisfy generic bounds | Medium |
| 3 | Error handling — thiserror for library errors, anyhow for application; no .unwrap()/.expect() outside #[cfg(test)]; consistent ? | High |
| 4 | unsafe justification — every unsafe block carries a correct // SAFETY: comment; blocks without one are automatic High findings | Critical |
| 5 | Crate boundary hygiene — pub(crate) is the default; pub is a deliberate API decision; internal types do not leak | High |
| 6 | Async runtime consistency — exactly one runtime per binary; no blocking calls (std::thread::sleep, sync I/O) inside async fn | High |
| 7 | Dependency discipline — cargo audit clean; cargo deny for licenses/duplicates; minimal version constraints | Medium |
| 8 | Test organization — unit tests in #[cfg(test)], integration tests in tests/; behavioral, not structure-coupled | High |
Clippy config: clippy configuration. Full section-by-section list (with the unsafe audit table): review checklist.
<arch-checklist-state>
language: rust
mode: DETECT | SCAN | REPORT | RECOMMEND | COMPLETE
detected: [edition | runtime | workspace/single | tests:yes/no]
issues_found: [critical:N high:N medium:N low:N]
last_action: [what was just done]
next_action: [what should happen next]
</arch-checklist-state>
Shared across all four architecture checklists.
## Architecture Checklist: [crate] (Rust)
**Edition**: [2021] | **Runtime**: [Tokio/async-std/none] | **Tests**: [yes/no]
| Section | Pass | Fail | Warn |
|---------|------|------|------|
| Ownership / Traits / Errors / unsafe / Boundaries / Async / Tests | … | … | … |
### Grade: [A–F]
Grading: **A** 0 crit/0 high/≤3 med · **B** 0 crit/≤2 high · **C** 0 crit, gaps in one area ·
**D** 1+ crit · **F** fundamental problems (unjustified `unsafe`, runtime conflict, library `.unwrap()` everywhere).
| Severity | Location | Finding | Recommendation |
|----------|----------|---------|----------------|
| CRITICAL | file:line | [pattern] | [edition-gated fix] |
**`unsafe` audit**: | location | SAFETY comment | quality | risk |
**Quick wins**: [low-effort, high-impact] · **Modernization**: [larger items with effort estimate]
cargo clippy -- -D warnings is the baseline; report failures before the architectural checklist.file:line; show the grep/clippy output. Never grade on vibes.rust-security-review — note them and route there.architecture-review — When the grade is D/F, escalate to the Socratic critic: this checklist finds what is wrong; architecture-review builds why.rust-security-review — Companion for the security dimension (unsafe audit for memory-safety vulns, cargo-audit).rust-feature-slice — Correct-pattern reference when the checklist flags structural violations.tdd — Methodology for adding tests the checklist flags as missing, and for driving any refactor.dotnet / python / php-architecture-checklist — Sibling skills sharing this exact Core Values + workflow + output.development
Federal / government security overlay applied ON TOP OF a base language security review (dotnet/python/php/rust/react). Language-agnostic: adds NIST SP 800-53 control mapping, FIPS 140-2/3 cryptographic compliance (with a per-language crypto table), CUI handling, EO 14028 supply-chain requirements, and DOE Order 205.1B, and emits POA&M-ready findings with FIPS 199 impact levels. Use for federal/DOE/DOD/national-laboratory systems. Triggers on "federal security review", "NIST compliance", "NIST 800-53", "FISMA", "CUI", "FIPS audit", "DOE security", "POA&M", "ATO review". Do NOT use alone — run the matching <lang>-security-review FIRST; this overlay maps and extends it.
tools
OWASP-based security review of React / TypeScript front-end applications. Detects the framework (Vite/CRA/Next), entry points, and data flows, scans against the OWASP Top 10 (2025) mapped to React client-side patterns (XSS via raw HTML, URL/protocol injection, secrets in the bundle, insecure token storage, dependency CVEs, missing CSP, open redirects), and produces a manager-friendly executive summary plus a graded technical findings table. Use to audit React code for vulnerabilities. Triggers on "react security review", "frontend security audit", "audit react for vulnerabilities", "owasp react", "react xss", "react security posture", "npm audit review". For federal / gov / DOE / NIST / FIPS / CUI context, run security-review-federal after this base review. Do NOT use to grade architecture/structure — use react-architecture-checklist.
tools
Analyzes legacy React codebases and produces actionable modernization plans. Primary migration paths include class components to function components + hooks, Create React App to Vite, React 16/17 to 18 to 19, JavaScript to TypeScript, Enzyme to React Testing Library, legacy Redux to Redux Toolkit / Zustand / Context, and deprecated lifecycle/API removal. Does NOT perform the migration — assesses, quantifies risk, and plans. Triggers on phrases like "modernize react", "class to hooks", "upgrade react", "migrate CRA to vite", "react legacy migration", "react 17 to 18", "react js to typescript", "react technical debt", "enzyme to RTL".
development
Scaffolds feature-based React / TypeScript architecture using feature folders, presentational + container components, custom hooks, a typed data layer, and structural CQRS (query hooks vs mutation hooks). React analog of dotnet-vertical-slice and python-feature-slice — no DI framework; uses props/context for dependency injection and a query cache for server state. Use when creating feature-based React projects, adding React features, organizing components by feature rather than by technical type, or scaffolding a feature's data layer. Triggers on phrases like "scaffold react feature", "create react slice", "react feature folder", "react vertical slice", "add react feature", "react feature architecture", "organize react by feature".