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