billing-core = { git = "...", branch = "main" } bedeutet, dass das nächste cargo update den zuletzt nach main gepushten Code baut. Eine einzige Zeile token = "..." in .cargo/config.toml gibt deinen Registry-Token an alle weiter, die das Repository lesen können. Dieser Skill findet diese und acht weitere Cargo- und Rust-Fehler vor Build oder Release und erklärt dir, wie du jeden davon behebst.

Dein Agent führt einen Scanner für dein Projekt aus: Cargo.toml (alle Abhängigkeitstabellen, zielplattformspezifische Tabellen, [workspace.dependencies], [patch] und [replace]), Cargo.lock, .cargo/config.toml und die ältere .cargo/config, Zugangsdaten-Dateien, build.rs und jede .rs-Datei. Er parst TOML mit Zeilennummern und liest Rust mit einem kleinen Lexer, der verschachtelte Kommentare, Raw-Strings, Zeichenliterale und Lifetimes erkennt. Text in Strings und Kommentaren zählt daher nie als Code. Er folgt den Regeln von Cargo selbst (Vererbung über workspace = true, Cargo.lock im Workspace-Stammverzeichnis, Konfigurationspfade relativ zum Ordner, der .cargo enthält) und liest .gitignore, um festzustellen, ob Cargo.lock und Zugangsdaten-Dateien eingecheckt werden. Er führt weder Cargo noch Build-Skripte oder deinen Code aus. Das Ergebnis lautet BLOCK, REVIEW oder NOT FLAGGED, jeweils mit Datei, Zeile, Begründung und einem sichereren Vorgehen. Geheimnisse werden nie ausgegeben.

Was geprüft wird

BLOCKIEREN (vor der Auslieferung beheben)

• C02: Git-Abhängigkeiten, Registry-Indizes, Quellenersetzungen und Quellen in Cargo.lock über http:// oder git://

• C03: Registry-Tokens in .cargo/config.toml oder einer Zugangsdaten-Datei im Projekt, Passwörter und Tokens in URLs sowie Geheimnisse in [env] oder [package.metadata]

PRÜFEN (vor der Veröffentlichung prüfen)

• C01: Git-Abhängigkeiten und Patches ohne rev oder tag, die dadurch einem Branch folgen

• C11: "*"-Versionen, >=-Anforderungen ohne Obergrenze und Abhängigkeiten ganz ohne Versionsangabe

• C12: Overrides durch [patch], [replace] und paths

• C13: Binärprojekte ohne eingecheckte Cargo.lock (fehlend oder in .gitignore aufgeführt)

• C14: build.rs, die andere Programme startet

• C15: Build-Skripte mit Downloads: HTTP-Client-Crates in [build-dependencies], reqwest oder ureq in build.rs, curl, wget oder git clone

• C16: unsafe-Blöcke, unsafe fn und unsafe impl, je Datei gezählt und aufgelistet

• C17: Pfadabhängigkeiten, Patches und eingebundene Fremdquellen außerhalb des Repositorys

Im Lieferumfang

• Der Scanner (Python 3.9+, nur Standardbibliothek)

• Ein Regelhandbuch mit Begründung und sichererem Vorgehen für jede Regel

• Ein riskantes und ein sicheres Beispielprojekt sowie der tatsächliche Scannerbericht zum riskanten Projekt

Grenzen

Er liest die Projektdateien so, wie sie vorliegen. Deine benutzerbezogene ~/.cargo/config.toml, CARGO_*-Umgebungsvariablen, Build-Skripte und Code deiner Abhängigkeiten, prozedurale Makros und bekannte Schwachstellen in Crate-Versionen werden nicht geprüft (dafür gibt es cargo audit). NOT FLAGGED ist keine Garantie.

Inhalt

Ein ZIP-Archiv mit 25 Dateien: SKILL.md, der Scanner unter scripts/ (7 Python-Dateien), references/rules.md (jede Regel mit Begründung und sichererem Vorgehen) und examples/ (15 Beispieldateien sowie report.md, die tatsächliche Scannerausgabe zum riskanten Beispiel).

Anwendung: Dies ist ein Agenten-Skill: ein Ordner mit einer SKILL.md-Datei und Python-Skripten, die ein KI-Programmieragent wie Claude Code, Cursor oder Codex CLI ausführen kann. Entpacke das Archiv in den Skills-Ordner deines Agenten (für Claude Code: ~/.claude/skills/). Bitte deinen Agenten anschließend, dein Projekt zu prüfen. Die Skripte lassen sich auch eigenständig mit Python 3.9 oder neuer ausführen, ohne zusätzliche Installation. Sie lesen ausschließlich deine Dateien: kein Netzwerkzugriff und keine Datenübertragung.