判斷業務流程是否需要 Agent
先與確定性工作流程比較，再明確工具動作契約、授權和驗收方法。
比較三種實現方式
問答介面提供資訊，確定性工作流程執行已知步驟，Agent 根據上下文選擇步驟與工具。只有這種靈活性產生可測價值時才需要 Agent；穩定規則可能更適合普通應用程式碼，也更容易審計。
準備流程圖、任務樣本、系統介面和當前人工投入，衡量完成任務數、人工修正、越權嘗試與總成本。對話更長、工具呼叫更多，不代表業務價值更高。
把工具定義為業務契約
說明用途、允許呼叫者、引數校驗、副作用和返回格式。CRM 查詢必須檢查記錄權限；建立工單應校驗必填欄位並返回真實工單標識。模型說“完成了”不能代替業務系統回執。
資金變更、權限變更和對外承諾應先核准再執行。為業務操作分配標識，重試寫入前由應用查詢已有結果，避免重複。控制必須落實在工具服務，提示詞裡的要求不是授權機制。
選擇當前 AWS 編排路徑
Amazon Bedrock Agents 現稱 Agents Classic，自 2026 年 7 月 30 日起不再向新客戶開放，符合條件的既有帳號仍可使用。AWS 建議新 Agent 開發評估 AgentCore；先核對帳號與區域，不能把無限制建立 Classic 寫成新專案通用步驟。
從只讀工具和窄任務開始，交付工具契約、權限測試、動作回執、故障恢復與業務評測。控制機制驗證透過後，再擴大允許動作。
官方資料
文件核驗日期：2026 年 10 月 17 日。本文為參考指南，本次未執行真實雲端 API 呼叫。