스킬 senior-rust-practices
🦀

senior-rust-practices

안전 🌐 네트워크 접근📁 파일 시스템 액세스⚙️ 외부 명령어

Meistern Sie die Rust-Workspace-Architektur und Best Practices

Kämpfen Sie mit der Organisation von Rust-Projekten? Diese Skill bietet battle-getestete Muster für skalierbares Workspace-Design, vom Prototype bis zur Produktion. Lernen Sie, wie Senior-Entwickler große Rust-Codebasen mit klaren Grenzen und wartbarer Architektur strukturieren.

지원: Claude Codex Code(CC)
📊 70 적절함
1

스킬 ZIP 다운로드

2

Claude에서 업로드

설정 → 기능 → 스킬 → 스킬 업로드로 이동

3

토글을 켜고 사용 시작

테스트해 보기

"senior-rust-practices" 사용 중입니다. How should I structure a Rust workspace for a microservice with shared domain logic?

예상 결과:

  • Verwenden Sie eine geschichtete Architektur mit 4 Crates:
  • - core/: Pure Domain-Logik, keine IO-Abhängigkeiten
  • - storage/: Datenbankimplementierungen mit Traits
  • - api/: HTTP-Handler und DTOs
  • - cli/: Binary, das alles verbindet
  • Halten Sie Core synchron und frei von tokio/sqlx-Abhängigkeiten

"senior-rust-practices" 사용 중입니다. How do I organize dependencies in a Rust workspace?

예상 결과:

  • Verwenden Sie workspace.dependencies in root Cargo.toml:
  • Zentralisieren Sie Versionen mit: anyhow = '*', serde = { version = '*', features = ['derive'] }
  • Referenzieren Sie dann mit workspace = true in jeder Crate
  • Dies verhindert Versionsdrift über Crates hinweg

"senior-rust-practices" 사용 중입니다. What testing approach works best for Rust workspaces?

예상 결과:

  • Befolgen Sie die Test-Pyramide:
  • 1. Unit-Tests in jeder Crate (mod tests {})
  • 2. Integrationstests in crates/<crate>/tests/
  • 3. E2E-Tests sparsam mit echten Abhängigkeiten
  • 4. Fügen Sie Property-Tests mit procoloq für korrekkritischen Code hinzu

보안 감사

안전
v5 • 1/16/2026

This is a documentation-only skill containing Rust best practices guidance. No executable code, scripts, or network operations exist. The static analyzer flagged documentation patterns (shell syntax in examples, git commands, file paths) as security issues, but these are all benign references within documentation. All 103 detected patterns are FALSE POSITIVES - the skill is safe for publication.

2
스캔된 파일
551
분석된 줄 수
3
발견 사항
5
총 감사 수
감사자: claude 감사 이력 보기 →

품질 점수

38
아키텍처
100
유지보수성
87
콘텐츠
21
커뮤니티
100
보안
91
사양 준수

만들 수 있는 것

Skalierbare Rust-Architektur entwerfen

Strukturieren Sie große Rust-Projekte mit klaren Crate-Grenzen und wartbaren Abhängigkeiten für Teams.

Rust-Codierungsstandards etablieren

Definieren Sie Workspace-Konventionen, Teststrategien und Quality-Gates für Rust-Projekte.

Rust CI/CD-Pipelines einrichten

Implementieren Sie automatisierte Tests, Linting und Sicherheitsprüfungen für Rust-Workspaces.

이 프롬프트를 사용해 보세요

Workspace-Struktur
Ich muss einen Rust-Workspace für einen Web-Service mit Kerngeschäftslogik, Datenbankschicht und API-Handlern erstellen. Wie sieht die empfohlene Struktur aus?
Abhängigkeitsverwaltung
Wie sollte ich Abhängigkeiten in einem Workspace organisieren, um Versionskonflikte zu vermeiden und Builds schnell zu halten?
Teststrategie
Was ist der beste Testansatz für einen Rust-Workspace mit mehreren Crates? Wie balanciere ich Unit-, Integrations- und E2E-Tests?
Produktionsreife
Welche CI-Prüfungen und Quality-Gates sollte ich für einen Produktions-Rust-Service implementieren? Inklusive Tooling-Empfehlungen.

모범 사례

  • Starten Sie mit maximal 2-5 Crates und teilen Sie nur, wenn Compile-Zeiten schmerzhaft werden
  • Verwenden Sie workspace.dependencies zur Zentralisierung der Versionsverwaltung über alle Crates hinweg
  • Halten Sie Async-Code an den Rändern - machen Sie Core-Logik synchron, wenn möglich

피하기

  • Das Erstellen zu vieler kleiner Crates erzeugt unnötige Komplexität und Wartungsaufwand
  • Das Durchsickern von Implementierungsdetails von Core zu anderen Architekturschichten
  • Verwenden von unwrap() in Bibliothekscode anstatt proper Error-Handling mit thiserror

자주 묻는 질문

Wann sollte ich einen Rust-Workspace anstelle einer einzelnen Crate verwenden?
Verwenden Sie Workspaces, wenn Sie mehrere Crates haben, die zusammen ausgeliefert werden, gemeinsame CI/Tooling benötigen oder unterschiedliche Abhängigkeitsprofile haben.
Wie viele Crates sollte ich in meinem Workspace haben?
Starten Sie mit maximal 2-5 Crates. Teilen Sie nur, wenn Compile-Zeiten schmerzhaft sind oder Grenzen klar definiert sind.
Kann ich Async/Await in meiner Core-Domain-Logik verwenden?
Vermeiden Sie Async in Core. Halten Sie es synchron und rein. Async sollte an den Rändern sein, wo IO-Operationen stattfinden.
Wie verwalte ich Abhängigkeiten über Workspace-Crates?
Verwenden Sie workspace.dependencies in root Cargo.toml zur Zentralisierung von Versionen, referenzieren Sie dann mit workspace = true in jeder Crate.
Welcher Testansatz funktioniert am besten für Workspaces?
Verwenden Sie Unit-Tests in jeder Crate, Integrationstests an Grenzen und sparsame E2E-Tests. Streben Sie eine Pyramide an, bei der die meisten Tests Unit-Tests sind.
Wie unterscheidet sich dies von anderen Rust-Architekturleitfäden?
Dies konzentriert sich auf praktische produktionsgetestete Muster, die betonen, architektonische Grenzen hart zu halten und einfach zu starten.

개발자 세부 정보

파일 구조

📄 SKILL.md