Was macht Parallel-Ausführungs-Optimierer?
Verwenden Sie diese Fähigkeit, wenn Geschwindigkeit durch gleichzeitiges Erledigen unabhängiger Arbeiten erreicht wird: Repository-Inspektion, Dateiauslesungen, API-Prüfungen, Browserprüfungen, Build-/Testspuren, Bereitstellungs-Readbacks oder Multi-Worktree-Implementierungspässe.
Kernmuster
Verwandeln Sie Dringlichkeit in einen Abhängigkeitsgraphen, bevor Sie handeln.
- Definieren Sie das Ziel und das Done-Signal.
- Teilen Sie die Arbeit in Spuren auf.
- Markieren Sie jede Spur als parallel, sequentiell oder gesteuert.
- Führen Sie unabhängige Lese-/Prüfvorgänge gemeinsam aus.
- Halten Sie Schreibvorgänge isoliert nach Datei, Worktree, Branch, Dienst oder Datensatz.
- Führen Sie erst zusammen, nachdem Beweise zeigen, dass die Spuren kompatibel sind.
- Beenden Sie mit einer Verifizierungstabelle, nicht mit einer vagen Geschwindigkeitsbehauptung.
Spurenmatrix
Schreiben Sie vor einem großen Push eine kompakte Matrix:
Spur | Parallel ausführbar? | Schreibflä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
Deploy-Readback | nach Build | Remote-Service | hoch | Live-URL + Logs
Führen Sie Spuren nur dann parallel aus, wenn sich ihre Schreibflächen nicht überschneiden.
Ausführungsregeln
- Stapeln Sie Dateiauslesungen, Suchvorgänge, Statusprüfungen und Metadatenabfragen.
- Verwenden Sie isolierte Worktrees für große, unabhängige Implementierungsspuren.
- Starten Sie langlaufende Tests, Builds, Backfills und Deployments in separaten Sitzungen und fragen Sie diese dann gezielt ab.
- Wenn eine Spur einen Blocker entdeckt, der den Plan ändert, pausieren Sie abhängige Spuren und aktualisieren Sie die Matrix.
- Lassen Sie niemals einen Hintergrundprozess über den Turn hinaus laufen, es sei denn, der Benutzer hat explizit einen fortlaufenden Dienst angefordert.
- Parallelisieren Sie keine destruktiven Befehle, Migrationen, Schreibvorgänge in derselben Tabelle oder Live-Deployments mit Kundenauswirkungen ohne explizite Freigabe.
Ausgabeformat
Verwenden Sie dies bei der Berichterstellung:
Ergebnis der parallelen Ausführung:
- Gestartete Spuren: 5
- Abgeschlossene Spuren: 4
- Blockierte Spur: Deploy-Readback, warte auf DNS-Propagierung
- Schnellster Pfad gefunden: gestapelter 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 die Korrektheit nachgewiesen ist.
- Vergessen, laufende Sitzungen abzufragen.
- Übersprungene Prüfungen hinter einer Erfolgszusammenfassung verstecken.