Hi n8n 團隊，
我在全新工作流中遇到了 Airtable 節點資源定位器看似是平台級故障的問題。詳細信息如下。
環境
- n8n Cloud，版本 1.123.69
- 實例：[你的實例名稱]
- 節點：Airtable (n8n-nodes-base.airtable)
- 認證類型：Airtable 個人存取令牌 API
- 瀏覽器：[瀏覽器 + 版本]
- 觀察日期：2026 年 8 月 9 日，約上午 10:45 (UTC-5)
問題
在新工作流中，Airtable 節點無法通過編輯器 UI 從 Airtable API 加載任何動態數據。
-
當「Base」和「Table」設置為「按 ID」，「Mapping Column Mode」設置為「手動映射每一列」時，節點顯示：
在 Airtable 中找不到列。重試。點擊「重試」不會改變結果。 -
將「Base」切換為「從列表」會顯示：
無法加載列表 — 此上下文未獲取橋接。請先調用 acquire()。
我已排除的內容
- 原始認證從 Airtable 返回 HTTP 401（
AUTHENTICATION_REQUIRED）。我創建了一個類型為「Airtable 個人存取令牌 API」的全新認證，並使用了新發布的 PAT。 - PAT 具有此操作所需的範圍，包括
schema.bases:read、data.records:read和data.records:write，並被明確授予對目標 base 的訪問權限。 - 我硬刷新了編輯器選項卡並重新打開了該節點。橋接錯誤仍然存在。
- 我使用 HTTP Request 節點 (v4.3) 針對
https://api.airtable.com/v0/meta/bases測試了相同的認證，使用「預定義認證類型」→「Airtable API」，以將認證有效性與資源定位器路徑分離。
我認為這不是認證問題的原因
此上下文未獲取橋接。請先調用 acquire()。 不是 Airtable API 錯誤消息 — Airtable 返回結構化 JSON 錯誤（401 AUTHENTICATION_REQUIRED、403 NOT_AUTHORIZED 等）。此字符串似乎源自 n8n 的內部層，請求似乎在到達 Airtable 之前就失敗了。
過去幾週，其他 Cloud 用戶也報告了相同的錯誤字符串，但在不同的表面上（MCP Server Trigger 工具調用而非資源定位器）。這可能指向一個共享的內部組件：
- MCP bridge acquisition erro
- Title: MCP Server Trigger (v2) — every tool call fails with "No bridge acquired for this context. Call acquire() first."
- "No bridge acquired for this context. Call acquire() first." Claude - Workday MCP (via n8n)
問題
- 這是 Cloud 1.123.x 上的已知問題嗎？是否有可用的修復或回滾？
- 有沒有完全避免使用資源定位器的受支持的解決方案？
- 你能確認「橋接」故障是否僅影響編輯時動態加載（下拉菜單、列映射），還是也影響生產工作流執行？這對於我是否可以使用硬編碼 ID 交付工作流很重要。