ElevenAgents Architect 上線：先查客服卡關，再核對草稿、測試與發布
ElevenLabs 10 月 6 日推出 Architect Alpha。用三張官方示範看懂從失敗對話找原因、準備修改與驗證，也看清 10 月免費範圍、Auto-approve 的即時影響與零保留例外。
本文導覽
事件日期：2026-10-06；查核日期：2026-10-07（台灣時間）
直接前往官方入口
- 直接試用：ElevenAgents Architect（需登入，開放情況依帳號而定）
- 官方展示：ElevenAgents Architect 發表與產品示意
- 官方入口：Architect 使用指南、Alpha 費用與限制
客服機器人明明會回答退貨規則，客人卻一直被轉接，問題可能出在查訂單的順序，也可能是工具失敗後沒有備案。ElevenLabs 於 2026 年 10 月 6 日推出 ElevenAgents Architect Alpha，讓經營語音或文字客服的人，直接用對話找出卡關原因，再把修改、測試和審閱串在一起。 官方展示：ElevenAgents Architect 發表與產品示意
這項功能最值得既有 ElevenAgents 使用者留意。本文依台灣時間 10 月 7 日查核的官方文件整理，沒有登入操作、撥打測試電話或評測中文效果；下列三張圖都是 ElevenLabs 的官方產品示範，不能當成本站實測成績。
先看入口：從一個明確的客服問題開始
登入後可從 Agents → 你的 agent → Architect 開始，讓對話聚焦在該 agent；Agents → Architect 則是工作區入口。若已經有失敗測試，可用 Fix with Architect 帶入測試脈絡，省去重新描述的步驟。部分頁籤仍分批開放，看不到時先確認帳號介面。 官方操作說明：從哪裡開始 Architect 對話 官方入口：Architect 使用指南、Alpha 費用與限制
Architect 會依目前頁面與 agent 取得工作脈絡，再按任務需要讀取設定、對話或測試結果。它並非一開始就讀完全部客服紀錄。用它調查問題時，應要求列出期間、實際讀過的對話數，以及支持結論的例子，避免把抽樣發現當成所有客人的情況。 官方流程範例：調查退款問題、修改與驗證
官方退款範例：把「為什麼一直轉接」拆成可檢查的步驟
官方操作文件以改善退款處理為例：先看主題與評估結果、找出失敗對話，再閱讀樣本辨認原因，接著在分支草稿上修改流程，建立測試並比較結果。這提供了一種工作方法，實際每次執行的順序與結果可能不同。 官方流程範例：調查退款問題、修改與驗證
- 找原因：確認轉接究竟發生在身分驗證、訂單查詢，還是退款條件判斷
- 縮小修改：把一個問題放在一個獨立分支，讓人看得出改了什麼
- 做對照：請它用相同測試比較原版與修改版，展示失敗如何變成通過
- 交給人審閱：核對變更、測試與目標分支，再決定是否發布或合併 官方流程範例：調查退款問題、修改與驗證 官方提案指南：測試、審核、合併與流量
審稿時不要只看綠色勾勾。官方說明指出，修改前後的對照測試不會每次自動執行；必要時要明確要求。提案的 Test runs 頁可看測試紀錄，但系統合併提案並不以測試全數通過為必要條件，判斷仍在審閱的人身上。 官方提案指南：測試、審核、合併與流量
第一次怎麼試？先用 Plan 模式做小範圍調查
以下是依官方流程整理的練習建議，尚未由本站實跑。先選測試用 agent，或確認使用沒有客戶流量的分支，避免一開始就碰正式服務。 官方流程範例：調查退款問題、修改與驗證 官方權限說明：批准模式、草稿與即時生效操作
- 先把輸入框模式切成 Plan：它會先使用唯讀工具調查，等你同意計畫後才變更
- 選一個具體問題，例如最近一週的訂單查詢失敗；不要一次要求重做整套客服
- 可輸入：「先調查最近一週訂單查詢失敗的原因，列出你實際看過的對話數量、共同問題與證據。先不要改設定」
- 確認原因後，再要求在新分支只修一個問題，並展示同一組測試在原版與修改版的差異
- 看過設定差異、測試內容與分支流量後，再決定下一步；測試通過也不能保證所有真實通話都成功 官方操作說明：從哪裡開始 Architect 對話 官方流程範例：調查退款問題、修改與驗證 官方權限說明：批准模式、草稿與即時生效操作 官方提案指南：測試、審核、合併與流量
若流程會發簡訊、寫入訂單或做其他外部動作，測試時也要確認工具是否使用模擬資料或 mock 回應。把「有跑測試」和「沒有真的動到客戶資料」分開檢查，比單看通過率重要。 官方流程範例：調查退款問題、修改與驗證
10 月 Alpha 免費，免費範圍要看清楚
官方 FAQ 與指南寫明，Architect 的 Alpha 期間持續到 2026 年 10 月；這段期間 Architect 對話不計入工作區的 agent 分鐘數或 LLM 費用。這項說明不能延伸成客戶通話、電話服務或所有外部工具費用都免費。Agents 的通話、訊息與 LLM 使用量另有計費，外部電話服務也可能另收費用。 官方方案說明：Agents 用量與額外計費Alpha 結束後的 Architect 專屬價格尚未由本文確認，使用前請重查官方方案與帳號畫面。 官方 FAQ：目前限制與免費範圍 官方入口：Architect 使用指南、Alpha 費用與限制 官方方案入口：Alpha 結束後請重新確認價格
- 分批開放：單一 agent 的 Architect 頁籤與問題佇列未必已出現在所有工作區
- 方案門檻：在輸入框附加檔案需要 Creator 或以上方案
- 環境限制：隔離資料落地環境的可用性，請依帳號與官方說明確認
- 使用限制：一般閒置工作階段 5 分鐘結束，Enterprise 為 15 分鐘，可從歷史繼續；每位使用者每分鐘最多分析 100 筆對話 官方入口：Architect 使用指南、Alpha 費用與限制
草稿要人發布，但 Auto-approve 仍可能影響線上服務
先記住三個模式的差別。Plan 先調查；預設 Approval required 會在影響線上流量或共用資源的操作前詢問；Auto-approve 則會省略這些詢問。這些模式沿用你自己的權限，選擇只記在瀏覽器，並不是能強制全公司遵守的設定。 官方權限說明：批准模式、草稿與即時生效操作
Architect 在產品內不能替你按下草稿的 Publish。不過，在 Auto-approve 下，它可在你的權限內直接合併分支、調整流量或更新共用工具而不再詢問；更新已被正式 agent 使用的工具，可能立即改變服務。因此，「草稿尚未發布」不能當成所有操作都不會影響客人的保證。 官方權限說明：批准模式、草稿與即時生效操作
直接合併分支與合併 merge proposal 是不同操作；產品內 Architect 不能代替人審核或合併提案。 官方權限說明：批准模式、草稿與即時生效操作
團隊若要求正式變更一定有人審核，應設定 main 分支保護並確認管理員權限。提案由 Architect 建立時，作者記在操作人的名下；一般作者不能自審，需由同事審核，管理員仍可能直接合併。提案一旦合併，會立即服務目標分支所分配的流量，沒有另一個發布按鈕替你擋住。 官方提案指南：測試、審核、合併與流量
隱私與目前限制，也值得先知道
Architect 對話雖然只有自己能開啟，卻不在 Zero Retention Mode（零保留模式）的範圍內。不要因為原本的客服系統啟用了 ZRM，就直接把顧客個資或敏感紀錄貼進 Architect；第一次練習可改用去識別化的測試案例。 官方入口：Architect 使用指南、Alpha 費用與限制
目前 Architect 只在對話期間工作，還不會自行排程巡查、定期送報告或主動開提案。官方描述的持續觀察流程，需要先由 Spotlight 找出訊號，再交給 Architect 調查。聊天裡建立的儀表板也只是當下快照，資料只保留在建立它的瀏覽器分頁記憶體，不會儲存到聊天紀錄。 官方 FAQ：目前限制與免費範圍 官方流程範例：調查退款問題、修改與驗證
想從 Claude、Cursor 等外部助理串接的人，還要另看 MCP 文件：外部助理透過 MCP 更新 agent 設定，會直接在指定分支建立已發布版本；未指定分支時為 main。批准行為由用戶端控制，不能沿用產品內「先存草稿」的想像。第一次試用，從 ElevenLabs 自己的 Architect 介面開始較容易辨認操作邊界。 官方外部助理說明：MCP 的寫入行為
如果你已經用 ElevenAgents 接訂單、處理退貨或回答常見問題，值得先挑一段反覆卡住的流程試試。驗收重點很簡單：找出的原因有沒有對話證據、改動是否夠小、相同測試前後是否真的改善，以及上線前是否清楚知道誰會受到影響。
資料來源與查核範圍
事件日期依 ElevenLabs 公告為 2026 年 10 月 6 日；本文資料查核於台灣時間 2026 年 10 月 7 日。圖片均保留官方原始像素檔案與來源，未重繪或冒充本站實測。帳號開通、台灣地區可用性、繁體中文表現、實際計費與正式客服成效未經本站測試。