平行執行最佳化器 是做什麼的？
當速度來自同時進行獨立工作時使用此技能： 程式碼庫檢查、檔案讀取、API 檢查、瀏覽器檢查、建置/測試通道、 部署回讀或多工作目錄實作通道。
核心模式
在行動之前，將緊迫性轉化為依賴圖。
- 定義目標與完成訊號。
- 將工作拆分為通道。
- 將每個通道標記為平行、序列或閘控。
- 同時執行獨立的讀取/檢查。
- 依檔案、工作目錄、分支、服務或資料集隔離寫入操作。
- 只有在證據顯示通道相容時才合併。
- 以驗證表結束，而非模糊的速度聲明。
通道矩陣
在大型推送之前，寫入一個緊湊的矩陣：
通道 | 可以平行執行？ | 寫入範圍 | 風險 | 驗證
程式碼庫掃描 | 是 | 無 | 低 | rg/git status 輸出
後端修補 | 或許 | src/api | 中 | 單元測試
前端修補 | 或許 | app/components | 中 | 瀏覽器截圖
部署回讀 | 在建置後 | 遠端服務 | 高 | 即時 URL + 日誌
僅在其寫入範圍不衝突時才平行執行通道。
執行規則
- 批次處理檔案讀取、搜尋、狀態檢查與後設資料查詢。
- 對大型不相關的實作通道使用隔離的工作目錄。
- 在獨立工作階段中啟動長時間執行的測試、建置、回填與部署， 然後審慎地輪詢它們。
- 如果某個通道發現阻礙者而改變了計畫，暫停依賴的通道 並更新矩陣。
- 除非使用者明確要求一個持續服務，否則絕不讓背景程序存活超過該回合。
- 未經明確閘控，不得平行執行毀滅性命令、遷移、對同一資料表的寫入， 或影響線上客戶的部署。
輸出格式
報告時請使用以下格式：
平行執行結果：
- 執行的通道數：5
- 完成的通道數：4
- 被阻擋的通道：部署回讀，等待 DNS 傳播
- 找到的捷徑：批次程式碼庫掃描 + 焦點測試
- 驗證：語法檢查通過、單元測試通過、即時煙霧測試通過
失敗模式
- 過多的並行導致衝突的編輯。
- 對工具進行基準測試而非任務本身。
- 在正確性尚未驗證前就將「快速」視為完成。
- 忘記輪詢正在執行的工作階段。
- 在成功摘要中隱藏跳過的檢查。