Parallel Execution Optimizer
當速度來自同時執行獨立工作時使用此技能： 倉庫檢查、檔案讀取、API 檢查、瀏覽器檢查、建置/測試通道、 部署回讀或多工作樹實作流程。
核心模式
在行動前將緊急感轉化為依賴圖。
- 定義目標和完成訊號。
- 將工作分割成通道。
- 標記每個通道為平行、序列或閘控。
- 同時執行獨立的讀取/檢查。
- 按檔案、工作樹、分支、服務或資料集隔離寫入操作。
- 僅在證據顯示通道相容後才合併。
- 以驗證表作為結尾，而非空泛的速度聲明。
通道矩陣
在進行大型推送之前，撰寫一個精簡的矩陣：
通道 | 可以平行執行？ | 寫入表面 | 風險 | 驗證
倉庫掃描 | 是 | 無 | 低 | rg/git status 輸出
後端修補 | 可能 | src/api | 中 | 單元測試
前端修補 | 可能 | app/components | 中 | 瀏覽器截圖
部署回讀 | 建置後 | 遠端服務 | 高 | 即時 URL + 日誌
僅當通道的寫入表面不衝突時，才平行執行它們。
執行規則
- 批次執行檔案讀取、搜尋、狀態檢查和元資料查詢。
- 對大型無關的實作通道使用隔離的工作樹。
- 在單獨的階段中啟動長時間執行的測試、建置、回填和部署， 然後有目的地輪詢它們。
- 如果某個通道發現阻礙並改變計畫的障礙，請暫停依賴的通道 並更新矩陣。
- 除非用戶明確要求持續服務，否則切勿讓背景程序執行超過該回合。
- 在沒有明確閘控的情況下，不要平行執行破壞性指令、遷移、對同一資料表的寫入， 或影響即時客戶的操作。
輸出格式
報告時使用此格式：
平行執行結果：
- 執行的通道數：5
- 完成的通道數：4
- 受阻的通道：部署回讀，等待 DNS 傳播
- 找到的快速路徑：批次倉庫掃描 + 聚焦測試
- 驗證：lint 通過，單元測試通過，即時冒煙測試通過
常見失敗模式
- 過多的並行造成衝突的編輯。
- 對工具本身進行基準測試，而非對任務。
- 在正確性驗證之前就將「快速」視為完成。
- 忘記輪詢執行中的階段。
- 在成功摘要中隱藏跳過的檢查。