並列実行オプティマイザー は何をしますか？
このスキルは、リポジトリ検査、ファイル読み取り、APIチェック、ブラウザ確認、ビルド/テストレーン、デプロイ読み戻し、マルチワークツリー実装パスなど、独立した作業を同時に行うことで速度を向上させる必要がある場合に使用します。
コアパターン
行動する前に、緊急性を依存関係グラフに変換します。
- 目的と完了シグナルを定義します。
- 作業をレーンに分割します。
- 各レーンを並列、順次、またはゲート付きとしてマークします。
- 独立した読み取り/チェックを同時に実行します。
- 書き込みは、ファイル、ワークツリー、ブランチ、サービス、またはデータセットごとに分離します。
- レーンが互換性があるという証拠が得られた後にのみマージします。
- 曖昧な速度の主張ではなく、検証テーブルで終了します。
レーンマトリックス
大規模なプッシュの前に、簡潔なマトリックスを作成します。
レーン | 並列実行可能？ | 書き込み領域 | リスク | 検証
リポジトリスキャン | はい | なし | 低 | rg/git status 出力
バックエンドパッチ | かもしれない | src/api | 中 | 単体テスト
フロントエンドパッチ | かもしれない | app/components | 中 | ブラウザスクリーンショット
デプロイ読み戻し | ビルド後 | リモートサービス | 高 | ライブURL + ログ
書き込み領域が衝突しない場合にのみ、並列でレーンを実行します。
実行ルール
- ファイル読み取り、検索、ステータスチェック、メタデータクエリをバッチ処理します。
- 大規模で関連性の低い実装レーンには、分離ワークツリーを使用します。
- 長時間実行されるテスト、ビルド、バックフィル、デプロイは別のセッションで開始し、意図的にポーリングします。
- レーンが計画を変更するブロッカーを発見した場合、依存レーンを一時停止し、マトリックスを更新します。
- ユーザーが明示的に継続的なサービスを要求しない限り、バックグラウンドプロセスをターンを超えて存続させないでください。
- 破壊的なコマンド、移行、同じテーブルへの書き込み、または明示的なゲートなしでライブの顧客影響のあるデプロイを並列化しないでください。
出力形式
報告時にはこれを使用します。
並列実行結果:
- 実行されたレーン: 5
- 完了したレーン: 4
- ブロックされたレーン: デプロイ読み戻し、DNS伝搬待ち
- 高速パスの発見: バッチリポジトリスキャン + 集中テスト
- 検証: lint合格、単体テスト合格、ライブスモークテスト合格
失敗モード
- 競合する編集を生む過剰な並列性。
- タスクではなくツールのベンチマークを行う。
- 正確性が証明される前に「高速」を完了とみなす。
- 実行中のセッションのポーリングを忘れる。
- スキップされたチェックを成功サマリーの背後に隠す。