AWS Step Functions 接上 AI 代理：工作流程能照規則跑，為何固定工具還不等於完整授權？

Step Functions 接上 AI 代理，要解決的是判斷和執行的分工。AI 可以判斷客戶需要退款，但資格檢查、主管批准和入帳次序，不該每次都由模型臨時發明。

AWS 在 2026 年 10 月 29 日宣布，Step Functions 工作流程可透過 AgentCore Gateway 成為代理工具，既有的 Standard 與 Express 流程都能接入。

代理負責決定何時啟動、傳什麼輸入，流程本身則按既定狀態與步驟執行。模型因而不必在每次工具呼叫時，重新安排整段程序。

但固定次序還不是完整的權限設計。有些操作綁定一條流程，有些則接受執行識別碼或任務憑證，真正可碰的範圍不同。

代理也不能拿到啟動識別碼，就對人說退款已完成。它必須繼續看狀態，並依流程種類理解能取得哪些結果與紀錄。

這條路適合已有規則流程、希望用自然語言啟動工作的團隊。要看懂它的價值，先得分清代理的選擇和流程的執行各負責哪一段。

Step Functions 成為代理工具後，誰決定每一步？

代理負責挑選時機與輸入，狀態機負責實際執行路徑。狀態機是一份描述工作階段、條件與轉換次序的程序，讓工作依預先定義的規則推進。

依 AWS 公告，團隊可把已有流程透過新的內建連接器交給代理，不必為這條接線另寫 Lambda 函數或自己的 MCP 伺服器。

MCP 是代理使用外部工具的通訊方式，AgentCore Gateway 則充當服務與工具之間的入口。它會依選擇的操作產生工具結構，告訴代理需要哪些輸入。

自由選擇入口，和自由改寫流程不同

官方以退款等工作解釋這種分工。代理可以理解使用者要求，判斷應啟動哪條流程，流程再照資格檢查、必要批准與入帳等既定程序執行。

如果其中一步需要主管決定，就應由流程明確保留這個條件。不能因為代理說「客戶符合資格」，就當成已代替主管完成批准，模型理解語意和業務授權並不相同。

固定程序也沒有保證所有輸入都合理。像金額、對象或請求是否重複，仍需要應用與流程按業務規則驗證；本次功能沒有取消這些檢查。

因此，模型可以在多個工作之間選擇，卻不需要臨時改寫每項工作的內部次序。步驟交回流程引擎後，下一個問題就是代理究竟能叫動哪一條流程。

固定 state machine，為何還要看 IAM？

綁定參數能限制部分工具，其他工具仍要靠服務角色限制目標。IAM 是 AWS 的身分與存取管理機制，用來定義服務可以對哪些資源執行什麼動作。

官方連接器提供十種操作，但團隊可以選擇只暴露需要的部分。其中啟動執行、同步啟動、列出執行與讀取流程定義等四種操作，可以綁定指定的狀態機。

綁定後，代理不能用輸入偷偷換目標

被固定的流程參數不會出現在代理可填寫的工具結構裡，代理也不能用覆蓋參數改成其他流程。這讓同一個工具有明確目標，而不是任由模型挑選整個帳號的流程。

例如，一個假設的工具名稱對應退款程序，另一個對應資料匯出，代理可以在兩個明確入口之間選擇。入口固定能減少填錯資源的機會，但退款金額與文件可見範圍，仍需要各自的業務規則處理。

若要對同一操作提供多條不同流程，可以建立不同目標，各自固定對應的狀態機。這是工具入口的分工，不等於每一種操作都有同樣的固定能力。

查詢某次執行、停止執行或取得歷史等操作，則會使用執行的 ARN。ARN 是 AWS 資源的完整識別名稱，和狀態機本身的名稱不是同一層目標。

這些操作需要在服務角色限制可作用的執行範圍。只替啟動工具固定流程，沒有自動讓其他接受執行識別碼的工具，也取得相同限制。

同一個 Gateway 的目標共用角色

官方文件特別指出，同一 Gateway 的目標會共用服務角色。若多個目標需要不同的身分權限邊界，應安排不同 Gateway，而不是假設每個目標天然有獨立權限。

例如一個假設的查詢工具只應讀特定流程的紀錄，就要讓可用操作和角色範圍配合。僅在工具說明寫「請不要讀其他流程」，不是服務端真正拒絕越界的同一件事。

因此，指定流程和限制執行目標要一起成立。遇到流程停下來等外部結果時，還有另一種需要保管的任務憑證。

任務 token 如何把等待中的工作接回來？

等待回呼的流程會把一份任務憑證交出去，收到結果後才繼續。回呼就是外部工作完成後，再主動把結果送回等待中的程序。

在支援這種模式的 Standard 流程裡，token 可理解成對應某次等待任務的憑證。持有它的系統，可以透過相關操作回報成功、失敗或仍在處理的訊號。

連接器沒有代替應用交付任務

官方文件說明，應用仍要安排把任務與憑證交到代理手上，例如透過佇列或既有活動機制。接上連接器，不表示代理會自動知道每個正在等待的工作。

這個交接決定誰真的收到任務，也影響外部服務如何回報。如果流程在等批准，應用還要把批准工作交給正確的人，不能把技術上可回報成功，視為有資格批准。

因此，等待機制適合把機器執行與外部決定接起來，但要先定義收到什麼結果才算通過。若應用只轉送一段模型文字，沒有對照實際批准紀錄，技術上完成回呼，也不會自然補出欠缺的授權證據。

heartbeat 是告知流程「工作仍在進行」的訊號，和完成回報不同。因此，收到心跳只表示任務沒有沉默到超時，不代表最後業務步驟已成功。

憑證本身就需要保密

任務回報類操作不支援用特定資源 ARN 做細粒度的權限範圍限制，文件中的角色政策會使用 *。這時憑證的保管格外重要，不能把它當成可隨意公開的紀錄編號。

這也說明為何單看角色設定還不夠。誰收到憑證、它被存在哪裡，以及由誰決定回報哪種結果，都是整個等待程序的一部分。

知道任務如何接回後，才有辦法選擇需要長時間等待，還是適合同步回傳的流程種類。Standard 與 Express 都能接入，卻沒有完全一樣的等待與查詢能力。

Standard 與 Express，怎樣影響代理查進度？

兩種流程都能成為工具，但可用操作和回報方式不同。代理若把其中一種的查詢方法直接套到另一種，可能拿不到它以為應該存在的狀態資料。

Standard 可以啟動較長的工作，之後用執行識別碼查狀態、歷史或停止執行，也支援等待任務回呼。官方對這種長時間工作列出的最長期間可達一年。

同步取得結果，和另查長任務不同

Express 可以使用同步啟動操作，讓呼叫在回應中取得狀態與輸出。但它不支援這裡提到的等待任務憑證模式，也不能照搬 Standard 的執行查詢、歷史與停止操作。

因此，一個必須等待外部人員處理的長流程，和能在同一次呼叫裡回傳的短工作，需要不同安排。不能只因兩者都出現在支援名單，就認為所有工具都適用。

官方連接器文件逐項列出支援操作。選流程時要一起看任務時間、是否等待外部結果，以及代理稍後靠什麼確認進度。

以假設情境來說，代理啟動一份較長的資料處理後，可以回報「已開始」，再依 Standard 的執行狀態確認完成。這和在同次同步呼叫拿到完整結果，是不同的對話承諾。

流程種類決定去哪裡看結果，也決定代理何時有足夠證據說工作已完成。這一步如果省略，工具成功很容易被誤當成業務成功。

從工具呼叫成功，到業務完成還差什麼？

回傳啟動識別碼只證明一輪執行已開始，不是最終步驟成功。對使用者回報時，應讓文字對應當下實際確認的狀態，而不是對接下來的流程預先下結論。

工具協定的 isError 表示工具呼叫本身的錯誤狀態，工作流程也可能另外回報 FAILED。兩層結果都要讀，不能因前者沒有出錯，就忽略後者已經失敗。

查到狀態，和取得全部輸入輸出也不同

文件說明，查詢執行時預設可以只取得中繼資料，也就是狀態等描述資訊。若要連同完整輸入輸出取得，則要選擇對應的資料設定，並安排適合的權限。

這個區別讓代理不必為了回答「完成了嗎」，就一定取回整份業務資料。但若要摘要結果，僅有狀態又可能不夠，應用必須先釐清回報需要哪些證據。

假設退款流程已啟動，代理此時說「已送出處理」是描述目前狀態；只有流程確認後續成功，才適合再說處理完成。若流程需要主管批准，等待本身也應如實呈現。

範例連通，不代表完整業務已建好

AWS 的教學以簡單 Pass 狀態回傳問候結果，示範連接方式。它能讓讀者理解如何把流程變成工具，卻不是已建好的真實退款服務，不能據此宣稱任何交易都可直接上線。

真實程序還需要驗證輸入、保留交易授權，並避免同一要求重複造成外部操作。固定流程能讓規則一致執行，但前提仍是團隊把需要的規則定義進去。

地區與帳單也屬於這條呼叫路徑

Gateway 會呼叫相同區域的 Step Functions，功能範圍依 Gateway 可用地區而定。不能把某個服務可用，直接推成所有區域的這條連接都已可用。

費用則依 Step Functions 與 AgentCore Gateway 的標準計費計算，模型或其他被呼叫服務也可能另有費用。這不是每個代理任務統一免費，短期測試建立的資源也應按官方教學清理。

可靠交接需要結果證據、輸入與交易授權，以及適合的費用範圍。一次成功回應只是其中一個階段，還不能代替完整工作。團隊若把開始、等待與完成分開記錄，代理就能依據已確認的進度說明，也較容易在失敗時指出應由哪個環節接手。

Step Functions 代理工具常見問題

接上工具，會讓代理自由改寫原流程嗎？

代理可以決定何時呼叫、傳什麼輸入，原流程仍按既定狀態與條件執行。本次連接功能沒有要求每次由模型重新安排全部步驟。

綁定一個流程，就能省略 IAM 設定嗎？

不能。綁定只適用部分操作，其他使用執行識別碼或任務憑證的操作，仍需要服務角色與憑證交接配合，兩者管的目標不同。

Express 也能等外部任務憑證回報嗎？

這種等待回呼模式應使用 Standard。Express 的同步啟動與結果回傳，不等於擁有 Standard 的所有歷史、停止與回呼操作。

代理啟動成功，就代表使用者要求完成嗎？

只代表開始執行。應依流程結果回報，必要的人工批准也不能由代理的肯定語氣取代。既有規則越清楚，代理越容易接手入口，團隊仍要把授權與完成條件寫清楚。

延伸閱讀

延伸閱讀：OpenAI 發表 Agents API 公開測試版：Codex 同款 Harness 與沙盒基礎設施首度開放串接

延伸閱讀：Claude MCP Tasks 與 Elicitations：長任務交給外掛，何時回來問你？

原始資料來源

• AWS：Step Functions 流程成為 AI 代理工具
• AWS：AgentCore Gateway 的 Step Functions 連接器
• AWS：建立與測試 Gateway 工具的完整教學

想持續看懂 AI 代理工具的實際能力與權限分工，歡迎免費訂閱 AI 郵報。