Was macht Parallelausführungs-Optimierer?
Verwenden Sie diese Fähigkeit, wenn Geschwindigkeit durch gleichzeitige Ausführung unabhängiger Arbeiten erreicht wird: Repository-Inspektion, Dateiauslesungen, API-Prüfungen, Browser-Checks, Build-/Test-Spuren, Bereitstellungs-Readbacks oder Multi-Worktree-Implementierungsläufe.
Kernmuster
Verwandeln Sie Dringlichkeit vor dem Handeln in einen Abhängigkeitsgraphen.
- Definieren Sie das Ziel und das Erledigt-Signal.
- Teilen Sie die Arbeit in Spuren auf.
- Markieren Sie jede Spur als parallel, sequenziell oder gesteuert.
- Führen Sie unabhängige Lese-/Prüfvorgänge zusammen aus.
- Halten Sie Schreibvorgänge isoliert nach Datei, Worktree, Branch, Dienst oder Datensatz.
- Führen Sie nur zusammen, nachdem Beweise zeigen, dass die Spuren kompatibel sind.
- Beenden Sie mit einer Verifikationstabelle, nicht mit einer vagen Geschwindigkeitsbehauptung.
Spurenmatrix
Schreiben Sie vor einem großen Push eine kompakte Matrix:
Spur | Kann parallel laufen? | Schreiboberfläche | Risiko | Verifikation
Repo-Scan | ja | keine | niedrig | rg/git status Ausgaben
Backend-Patch | vielleicht | src/api | mittel | Unit-Tests
Frontend-Patch | vielleicht | app/components | mittel | Browser-Screenshot
Bereitstellungs-Readback | nach Build | Remote-Dienst | hoch | Live-URL + Logs
Führen Sie Spuren nur parallel aus, wenn sich ihre Schreiboberflächen nicht überschneiden.
Ausführungsregeln
- Batch-Dateiauslesungen, Suchen, Statusprüfungen und Metadatenabfragen.
- Verwenden Sie isolierte Worktrees für große, unabhängige Implementierungsspuren.
- Starten Sie langlaufende Tests, Builds, Backfills und Bereitstellungen in separaten Sitzungen und fragen Sie diese gezielt ab.
- Wenn eine Spur einen Blocker findet, der den Plan ändert, pausieren Sie abhängige Spuren und aktualisieren Sie die Matrix.
- Lassen Sie niemals einen Hintergrundprozess die Runde überleben, es sei denn, der Benutzer hat explizit einen fortlaufenden Dienst angefordert.
- Parallelisieren Sie keine destruktiven Befehle, Migrationen, Schreibvorgänge in dieselbe Tabelle oder Live-Bereitstellungen mit Kundenauswirkungen ohne explizites Gate.
Ausgabeform
Verwenden Sie dies beim Berichten:
Ergebnis der Parallelausführung:
- Gestartete Spuren: 5
- Abgeschlossene Spuren: 4
- Blockierte Spur: Bereitstellungs-Readback, warte auf DNS-Propagation
- Schnellster Pfad gefunden: gebündelter Repo-Scan + fokussierte Tests
- Verifikation: Lint bestanden, Unit bestanden, Live-Smoke bestanden
Fehlermodi
- Mehr Nebenläufigkeit, die widersprüchliche Änderungen erzeugt.
- Das Tool anstatt der Aufgabe benchmarken.
- „Schnell“ als erledigt behandeln, bevor Korrektheit nachgewiesen ist.
- Vergessen, laufende Sitzungen abzufragen.
- Übersprungene Prüfungen hinter einer Erfolgszusammenfassung verstecken.