甚麼是 AI 代理執行框架？它如何支援工作流程自動化？
簡短回答： AI 代理執行框架是模型周邊的管控層：它定義任務、保存進度、限制工具及成本、檢查工作、處理失敗，並在高風險決定時暫停等待審批。工作流程自動化則是框架協助可靠運行的業務流程。
為何提示詞不是生產工作流程
提示詞可以產生出色的初稿，但不能可靠地記住多步工作、證明檢查已通過，或判斷哪項業務行動需要審批。長時間任務總有依賴：紀錄可能不完整、API 會失敗、政策會攔截，或審閱者需要預覽。框架把這些條件明確化。
核心組成
任務契約應包含目標、輸入、限制、輸出格式及完成定義；狀態應記錄目前步驟、工具調用、證據、產物及錯誤。再配合範圍受限的工具、時間與重試預算、確定性驗證，以及清晰的審批和交接，流程才可被觀察。
實用的運作循環
實用循環是：規劃工作、執行一個小步驟、驗證結果，然後只修復失敗部分或要求審批。例如報告代理可收集紀錄、核對來源數量、剔除禁止數據、起草報告，並在發送前要求經理確認。
盡可能以普通軟件檢查必填欄位、紀錄數量、允許狀態、格式及權限規則；只把真正需要判斷的部分交給模型。驗證失敗時應指出失敗條件，並保留已通過的工作，不要含糊地要求「再試一次」。
驗證令答案成為成果
執行框架等於代理框架嗎？
不等於。框架可協助建立代理；執行框架說明企業如何在使用者、工具、政策、預算及證據之間安全運行它。
最先要加入甚麼控制？
把任務契約和流程狀態存放在提示詞以外，讓系統及營運人員看到進度、限制和失敗。
互動實踐指南
管控應放在哪裏
選擇一個項目，查看相應的營運模式。應查看的證據: 完整運行歷史
執行框架是可靠性層
代理循環能夠選擇工具並繼續推理，但生產任務需要的不只是循環。執行框架負責推理外圍的控制面：持久狀態、身份、預算、重試、審批、工具政策、結構化輸出、追蹤及停止條件。它必須知道已經發生甚麼、下一步容許發生甚麼，以及需要哪些證據才能宣告任務完成。
生產級架構指引 把預先定義的工作流程與自主決定過程的代理區分；生產部署指引 的指引則描述帶退出條件和分層護欄的運行循環。兩者都說明，可靠營運來自周邊系統，而非更長的提示詞。
為中斷、重試及復原而設計
長時間任務必定遇上限流、網絡故障、憑證過期，以及數小時後才到達的人工審批。每個外部動作都應成為可恢復步驟並擁有穩定識別。副作用前後均要保存狀態；目標系統支援時使用冪等鍵，並區分安全重試與必須對帳的動作。
暫停審批時，應保存擬調用工具、參數、政策結果和恢復所需的模型情境。生產部署指引 RunState 文件展示這種持久暫停與恢復界線。業務紀錄亦應說明誰在何時批准、拒絕或修改了動作。
驗證強度應配合後果
驗證不能只是籠統的「質素檢查」。摘要草稿需要引用覆蓋及格式檢查；CRM 更新需要結構、身份和重複項檢查；與付款有關的建議可能需要規則驗證及強制人工覆核。軟件能確定的事實應使用確定性檢查，相關性與完整性才交由模型評估。
代理評估應涵蓋完整軌跡，而不只看最終答案。記錄工具調用、中間狀態、審批事件、延遲、成本，以及故障注入後的復原。多輪行為愈複雜，評估方法愈需要還原真實運行。
安全預算限制影響範圍
每次運行都應明確工具可見範圍、可讀取紀錄、最大修改數量、最高花費、回合數和執行時間。模型不能成為唯一執行界線；即使提示被操縱，工具閘道、應用授權和網絡政策亦必須拒絕違規動作。
代理安全指引 的代理威脅指引和 全生命週期 AI 管治 生成式 AI 檔案都支持分層風險管控。實際目標不是證明模型永不失敗，而是令失敗可見、有限且能夠復原。
生產執行框架檢查清單
- 持久運行狀態及確定性任務識別
- 逐工具身份、授權及參數驗證
- 重試、逾時、取消及對帳規則
- 敏感或不可逆動作的審批點
- 追蹤、成本、證據及數據保留管控
- 涵蓋成功、拒絕及復原的評估套件
管控應放在哪裏
| 管控 | 執行框架責任 | 業務證據 |
|---|---|---|
| 狀態 | 在關鍵步驟保存檢查點並恢復 | 完整運行歷史 |
| 工具 | 只展示已批准能力並驗證調用 | 誰存取或修改了甚麼 |
| 限制 | 執行回合、時間、成本及動作預算 | 可控營運風險 |
| 驗證 | 完成或產生副作用前檢查輸出 | 通過、修復或升級的原因 |