高效前沿
在昂貴前沿模型的邊際判斷真正重要的地方使用它。將重複性高、範圍明確或令牌密集的工作推送給較便宜/較快的次級代理。
工作流程
- 識別僅能由前沿模型決策的事項：架構、優先級、歧義解決、風險、綜合與最終審查。
- 識別可委託的工作：研究掃描、儲存庫盤點、搜尋、文檔擷取、瀏覽器/測試執行、日誌簡化、測試失敗聚類、狹義編碼和機械性編輯。
- 為獨立的區塊平行啟動次級代理，賦予清晰的擁有權、範圍限制、驗證門檻和預期證據。
- 要求精簡的回傳結果：發現、修改的檔案、執行的命令、殘餘風險、命中的停止條件，以及任何前沿模型必須決策的事項。
- 集中整合並審查，然後再呈現結果。
交接封包
將委託提示撰寫為自包含的封包。假設接收代理未見過對話。包含倉庫路徑、目標、範圍、超出範圍的區域、相關檔案或搜尋目標、預期回傳格式、驗證命令和停止條件。
有用的停止條件：
- 即時代碼與交接中的假設不符。
- 驗證命令在合理的修正或重試後仍連續失敗兩次。
- 工作似乎需要存取指定範圍外的檔案。
- 代理無法為其主張提供具體證據。
審查循環
將委託的輸出視為需要檢查的證據，而非直接轉發的結論。重新開啟重要的引用檔案，快速瀏覽高風險的差異，並在聲稱完成前重新執行或抽樣檢查重要的驗證。如果委託的代理意見不一致，則在前沿模型層級解決分歧。
常見情境
以下為軟性建議：
- 研究：委託廣泛的程式庫掃描、文檔擷取和原始碼比較；前沿模型保留判斷哪些事項重要的權力。
- 編碼：當檔案擁有權明確時，委託範圍明確的補丁、重構或機械性編輯；集中整合並審查。
- 測試：讓前沿模型選擇驗證策略和腳本，然後使用較便宜的代理來執行單元檢查、瀏覽器流程、截圖和日誌簡化。要求它們回傳確切的命令、失敗、可能原因，以及訊號是否看起來不穩定、環境相關或產品相關。
- 除錯：將獨立的代理分別指向不同的理論、日誌或重現路徑；將最終診斷保留給前沿模型。
守則
- 如果下一個步驟依賴於該任務，則不要委託當前的直接阻礙。
- 不要要求多個代理同時編輯相同的檔案。
- 當風險很高時，不要盲目信任子代理的結論；親自檢查重要的證據。
- 不要聲稱萬無一失且總是節省成本。此模式在探索與實作、測試或研究可以平行化時效果最佳。
預設框架
「我將使用前沿模型作為編排者和審查者，並使用較便宜的次級代理來處理令牌密集的研究、編碼或測試，以便昂貴的令牌用於判斷、綜合和最終品質。」