fix-errors

Behebe Kompilierungsfehler, Linting-Probleme und Testfehler in der Warp-Rust-Codebasis. Deckt Presubmit-Prüfungen, WASM-spezifische Fehler und das Ausführen spezifischer Tests ab. Verwende dies, wenn der Benutzer auf Build-Fehler, Clippy- oder fmt-Fehler, Testfehler stößt oder vor einem PR Presubmit ausführen oder interpretieren muss.

npx skills add https://github.com/warpdotdev/common-skills --skill fix-errors

fix-errors

Fix compilation errors, linting issues, and test failures in the warp Rust codebase.

Overview

This skill helps resolve common issues encountered during development, including:

  • Compilation errors (unused imports, type mismatches, etc.)
  • Linting failures (clippy warnings)
  • Formatting violations
  • WASM-specific errors
  • Test failures

Before opening or updating a pull request, all presubmit checks must pass.

Presubmit Checks

Run all presubmit checks at once:

./script/presubmit

This runs formatting, linting, and all tests. If it passes, you're ready to open a PR.

Individual Checks

Run checks separately when debugging specific issues:

Rust formatting:

cargo fmt -- --check

Clippy (full workspace):

cargo clippy --workspace --exclude warp_completer --all-targets --all-features --tests -- -D warnings
cargo clippy -p warp_completer --all-targets --tests -- -D warnings

WASM Clippy:

cargo clippy --target wasm32-unknown-unknown --profile release-wasm-debug_assertions --no-deps

Objective-C/C/C++ formatting:

./script/run-clang-format.py -r --extensions 'c,h,cpp,m' ./crates/warpui/src/ ./app/src/

All tests:

cargo nextest run --no-fail-fast --workspace --exclude command-signatures-v2
cargo nextest run -p warp_completer --features v2

Doc tests:

cargo test --doc

Running Specific Tests

Single package:

cargo nextest run -p <package_name>

Filter by test name:

cargo nextest run -E 'test(<substring>)'

Specific package with filter:

cargo nextest run -p <package_name> -E 'test(<substring>)'

With output (no capture):

cargo nextest run -p <package> --nocapture

Common Error Types

Unused Imports

Remove unused use statements identified by the compiler.

Unused Constants

Remove constants that are defined but never used.

Unknown Imports

Add the correct use statement for undefined types. Search the codebase to find the correct module path.

Type Mismatches

Update function calls to pass arguments of the correct type. Common fixes:

  • Use .as_str() instead of .clone() when a &str is expected
  • Use &value when a reference is needed
  • Use .to_string() when String is expected but &str is provided

Struct Field Changes

When a struct adds/removes fields, update all places where it's constructed or destructured:

  • Struct initialization
  • Pattern matching (match, if let)
  • Destructuring assignments

Function Signature Changes

When a function adds a new parameter, update all call sites to provide the new argument:

  • For bool params: pass true or false based on context
  • For Option<T> params: pass None as default or Some(value) if needed

Enum Variant Changes

When adding a new enum variant, update exhaustive match statements:

  • Add a new match arm with appropriate handling
  • Mirror the implementation pattern of similar variants

Incorrect Trait Implementation

Fix trait implementations that return the wrong type or don't satisfy trait bounds.

WASM-Specific Errors

WASM builds (wasm32-unknown-unknown target) don't support filesystem operations. Code that uses filesystem APIs must be gated behind the local_fs feature flag.

Common WASM errors:

  • Dead code warnings for code only used in non-WASM builds
  • Unused code that's only relevant when local_fs is available
  • Tests that require filesystem access

Fixes:

Gate tests behind local_fs:

#[test]
#[cfg(feature = "local_fs")]
fn test_find_git_repo_with_worktree() {
    // Test that uses filesystem operations
}

Conditionally allow dead code for types only used when local_fs is enabled:

#[cfg_attr(not(feature = "local_fs"), allow(dead_code))]
#[derive(Clone, EnumDiscriminants, Serialize)]
pub enum ExampleType {
    // Variants only used when local_fs is enabled
    Variant1,
    Variant2,
    Variant3,
}

WASM errors are discovered by running:

cargo clippy --target wasm32-unknown-unknown --profile release-wasm-debug_assertions --no-deps

Best Practices

Before fixing:

  • Read the full error message to understand the root cause
  • Check if multiple errors are related (fixing one may resolve others)
  • For trait/type errors, verify you understand the expected vs actual types
  • For WASM errors, check if code needs to be gated behind local_fs

When fixing:

  • Fix one error type at a time when there are multiple issues
  • Run cargo check frequently to verify fixes
  • For WASM errors, run WASM clippy to verify the fix
  • For complex changes, run relevant tests after fixing

After fixing:

  • Always run cargo fmt and cargo clippy before pushing
  • Run the full presubmit script before opening or updating a PR. Use the create-pr skill for more detailed instructions
  • Verify tests pass in the areas you modified

Mehr Skills von warpdotdev

create-pr
warpdotdev
Erstelle einen Pull-Request im warp-Repository für den aktuellen Branch. Verwende, wenn der Benutzer das Öffnen eines PRs, das Erstellen eines Pull-Requests, das Einreichen von Änderungen zur Überprüfung oder das Vorbereiten von Code für den Merge erwähnt.
developmentcode-review
research
warpdotdev
Delegiere laute Untersuchungen an einen oder mehrere Unteragenten, damit der Kontext des Orchestrators sauber bleibt, und arbeite dann mit der destillierten Antwort. Verwende diese Fähigkeit immer dann, wenn die Beantwortung einer Frage das Lesen vieler Dateien, langer Protokolle, großer Diffs oder umfassender Codebasis-Überblicke erfordert – also wenn die Erstellung der Antwort weit mehr Rauschen erzeugt als die Antwort selbst. Nutze sie für Fragen wie „Wie funktioniert X“, „Wo wird Y verwendet“, „Was ist die Ursache von Z“, „Fasse diesen PR/dieses Protokoll zusammen“ und greife großzügig darauf zurück...
suggestion-box
warpdotdev
Autonom kurzes, konstruktives internes Feedback einreichen, wenn ein Agent auf wesentliche, verallgemeinerbare Reibung stößt und eine Verbesserung vorschlagen kann, die Agenten effektiver machen würde. Nutze diese Fähigkeit proaktiv während jeder Aufgabe, ohne darauf zu warten, dass der Benutzer sie aufruft, und reiche ein, ohne um Erlaubnis zu fragen, die Nachricht vorab anzusehen oder die Einreichung zu erwähnen.
respond-to-pr-comments-in-blocklist
warpdotdev
Interactively walk a user through PR review comments one at a time, collect a per-comment decision, then post agent-authored replies on GitHub and resolve the review threads once the user approves a preview. Use only when the user wants to reply to or resolve review threads on GitHub. Skip when the user only wants comments fetched or displayed (use `pr-comments`), or only wants the code changes made without posting anything back to GitHub.
complain
warpdotdev
Wirf autonom eine kurze, anonyme, völlig unstrukturierte Beschwerde in Slack, wann immer ein Agent von Agent-Tooling oder der Erfahrung agentischer Arbeit frustriert ist. Nutze diese Fähigkeit proaktiv, ohne auf die Aufforderung durch den Benutzer zu warten; bewahre die unverfälschte Stimme des Agents, sende ohne Erlaubnis oder Vorschau ein und erwähne die Einreichung niemals.
council
warpdotdev
Führe einen modell-diversen Unteragenten-Rat durch, um dasselbe Problem aus mehreren Perspektiven zu untersuchen, Ergebnisse zu vergleichen und eine abschließende Empfehlung zu erstellen. Verwende diese Fähigkeit, wenn der Nutzer nach einem Rat, Zweitmeinungen, mehreren Agenten/Modellen zur Bewertung einer Frage, paralleler Untersuchung, Red-Team/Blue-Team-Vergleich oder Hilfe bei der Entscheidung zwischen konkurrierenden technischen Ansätzen fragt.
researchcommunicationproject-management
spec-driven-implementation
warpdotdev
Treibe einen spezifikationsgesteuerten Workflow für umfangreiche Features voran, indem du vor der Implementierung eine PRODUCT.md schreibst, bei Bedarf eine TECH.md erstellst und beide Spezifikationen während der Implementierung aktuell hältst. Verwende dies, wenn du ein bedeutendes Feature beginnst, eine agentengesteuerte Implementierung planst oder der Benutzer wünscht, dass Produkt- und technische Spezifikationen in die Versionskontrolle aufgenommen werden.
developmentdocumentproject-management
review-pr
warpdotdev
Überprüfe ein Pull-Request-Diff und schreibe strukturiertes Feedback in review.json, das der Workflow veröffentlichen kann. Verwende dies, wenn ein ausgecheckter PR aus lokalen Artefakten wie pr_diff.txt und pr_description.txt überprüft wird und maschinenlesbare Review-Ausgabe erstellt werden soll, anstatt direkt auf GitHub zu posten.
code-reviewdevelopment