Que fait Optimiseur d'Exécution Parallèle ?
Utilisez cette compétence lorsque la vitesse provient de l'exécution simultanée de travaux indépendants : inspection de dépôt, lectures de fichiers, vérifications d'API, vérifications de navigateur, pistes de construction/test, relectures de déploiement, ou passes d'implémentation multi-espaces de travail.
Motif Principal
Transformez l'urgence en un graphe de dépendances avant d'agir.
- Définissez l'objectif et le signal de fin.
- Divisez le travail en voies (lanes).
- Marquez chaque voie comme parallèle, séquentielle ou conditionnelle.
- Exécutez les lectures et vérifications indépendantes ensemble.
- Maintenez les écritures isolées par fichier, espace de travail, branche, service ou jeu de données.
- Fusionnez uniquement après que les preuves montrent que les voies sont compatibles.
- Terminez par un tableau de vérification, pas une affirmation de vitesse vague.
Matrice des Voies
Avant une grande poussée, écrivez une matrice compacte :
Voie | Peut s'exécuter en parallèle ? | Surface d'écriture | Risque | Vérification
Analyse du dépôt | oui | aucune | faible | rg/git status outputs
Correctif backend | peut-être | src/api | moyen | tests unitaires
Correctif frontend | peut-être | app/components | moyen | capture d'écran du navigateur
Relecture du déploiement | après construction | service distant | élevé | URL en direct + logs
Exécutez les voies en parallèle uniquement lorsque leurs surfaces d'écriture n'entrent pas en collision.
Règles d'Exécution
- Regroupez les lectures de fichiers, les recherches, les vérifications de statut et les requêtes de métadonnées.
- Utilisez des espaces de travail isolés (worktrees) pour les grandes voies d'implémentation non liées.
- Lancez les tests longs, les constructions, les remises à niveau et les déploiements dans des sessions séparées, puis interrogez-les délibérément.
- Si une voie découvre un blocage qui modifie le plan, mettez en pause les voies dépendantes et mettez à jour la matrice.
- Ne laissez jamais un processus en arrière-plan survivre au tour de travail, sauf si l'utilisateur a explicitement demandé un service continu.
- Ne parallélisez pas les commandes destructrices, les migrations, les écritures sur la même table, ou les déploiements ayant un impact direct sur les clients sans une validation explicite.
Format de Sortie
Utilisez ce format lors du rapport :
Résultat de l'exécution parallèle :
- Voies exécutées : 5
- Voies terminées : 4
- Voie bloquée : relecture du déploiement, en attente de propagation DNS
- Chemin rapide trouvé : analyse groupée du dépôt + tests ciblés
- Vérification : lint réussi, tests unitaires réussis, test en direct réussi
Modes d'Échec
- Plus de concurrence créant des modifications conflictuelles.
- Évaluer l'outil plutôt que la tâche.
- Considérer « rapide » comme terminé avant que l'exactitude ne soit prouvée.
- Oublier d'interroger les sessions en cours d'exécution.
- Masquer les vérifications ignorées derrière un résumé de succès.