大家好，
我的 MCP Server Trigger 連接正常且能正確列出所有工具，但每次實際工具呼叫都失敗並顯示：
發生錯誤：「未為此上下文獲取橋接器。請先呼叫 acquire()。」
關鍵細節——故障發生在工具呼叫/橋接層，而不是在我的子工作流中：
- 該工具的子工作流運行完成並在單獨執行時成功（完整鏈條，輸出正確）。
- 透過 MCP Server Trigger 呼叫時，Call n8n Workflow Tool 節點返回該錯誤並顯示空輸出，執行在 ~42ms 內完成，且未產生任何子/子工作流執行——它在交接時失敗，在子工作流執行之前。
所以子工作流本身沒問題；故障只在透過 MCP 時重現。
這與已知報告相符，其中實驗性 VM 運算式引擎（N8N_EXPRESSION_ENGINE=vm）在必要的隔離（「acquire()」）視窗外解析 MCP 工具參數——工作階段連接和工具列表正常，但每次工具呼叫都因這個確切錯誤而失敗：
設定：
- n8n Cloud（最新版本）
- MCP Server Trigger（
@n8n/n8n-nodes-langchain.mcpTrigger）v2
- Call n8n Workflow Tool（
@n8n/n8n-nodes-langchain.toolWorkflow）v2.2，使用 $fromAI 輸入
問題：
- 為什麼即使子工作流單獨成功，透過 MCP Server Trigger 的工具呼叫仍以「未獲取橋接器」失敗？
- 這是實驗性 VM 運算式引擎嗎？在 n8n Cloud 上，
N8N_EXPRESSION_ENGINE 是我能改變的東西，還是需要 n8n 支援才能還原到 legacy？
- 目前有任何針對 MCP Server Trigger v2 的已知解決方案嗎？
感謝！
嘿 @Sohaib_Ibne_Ali，在等待回應的同時，這些資源可能對你有幫助：
建議資源
自動配對到你的問題。
文件：
論壇：
@Anshul_Namdev、@tamy.santos、@Patrik_Breitenmoser - 你們之前協助處理過類似的問題，能幫忙看一下嗎？
由 n8n 社群機器人自動建議。這是試驗計畫 - 請在此分享回饋。
嗨 @Sohaib_Ibne_Ali 歡迎！
N8N_EXPRESSION_ENGINE 是一個自主託管的環境變數，沒有雲端對應版本，也沒有 UI 切換選項，所以您無法自行將實例移回 legacy。help@n8n.io 可以檢查您實例上是否啟用了虛擬機引擎，並為您切換。請向他們發送工作流程 ID、確切的錯誤訊息，以及工具列表正常但每次呼叫都在約 42ms 時失敗且未生成子執行的詳細資訊，這樣可以確認問題出在參數解析。
同時，移除 MCP Server Trigger，改為通過實例級別 MCP 公開子工作流程。前往設定 > 實例級別 MCP，啟用存取權限，在子工作流程上開啟「在 MCP 中可用」，然後將 Claude 指向：
https://<your-n8n-domain>/mcp-server/http
客户端使用 execute_workflow 運行它並直接傳遞參數，所以工具節點中不需要任何 $fromAI() 表達式來解析。
嗨 @Sohaib_Ibne_Ali，歡迎來到 n8n 社群！
在深入探討之前，能否請你確認你使用的確切 n8n 版本（如果可能的話附上截圖），你是否在佇列模式下運行，以及升級到包含最近的表達式隔離修復和佇列模式下 MCP Trigger 工具呼叫修復的版本後，問題是否仍然存在？
如果 Call n8n Workflow Tool 繼續失敗，請使用 AI Agent 節點作為「大腦」，以及 Workflow Tool 作為工具。
- 與其使用 MCP Trigger → Tool Workflow 路徑，請改用：
MCP Trigger → AI Agent → Workflow Tool。
- AI Agent 節點管理其自身的上下文橋接比直接 Trigger-to-Tool 交接更穩健。