Hola equipo de n8n,
Estoy encontrando lo que parece ser una falla a nivel de plataforma en el localizador de recursos del nodo Airtable en un flujo de trabajo limpio. Los detalles están a continuación.
Entorno
- n8n Cloud, versión 1.123.69
- Instancia: [el nombre de tu instancia]
- Nodo: Airtable (n8n-nodes-base.airtable)
- Tipo de credencial: Token de Acceso Personal de API Airtable
- Navegador: [navegador + versión]
- Fecha observada: 9 de agosto de 2026, ~10:45 a.m. (UTC-5)
Problema
En un nuevo flujo de trabajo, un nodo de Airtable no puede cargar datos dinámicos de la API de Airtable a través de la interfaz del editor.
-
Con Base y Table configurados en “Por ID” y Modo de Mapeo de Columnas configurado en “Mapear Cada Columna Manualmente”, el nodo muestra:
No columns found in Airtable. Retry. Hacer clic en Retry no cambia el resultado. -
Cambiar Base a “Desde lista” produce:
Could not load list — No bridge acquired for this context. Call acquire() first.
Lo que ya he descartado
- La credencial original estaba devolviendo HTTP 401 (
AUTHENTICATION_REQUIRED) desde Airtable. Creé una credencial completamente nueva de tipo “Token de Acceso Personal de API Airtable” con un PAT recién emitido. - El PAT tiene los alcances requeridos para esta operación, incluidos
schema.bases:read,data.records:readydata.records:write, y tiene acceso explícitamente otorgado a la base de destino. - Hice una recarga forzada de la pestaña del editor y reabrí el nodo. El error del puente persiste.
- Probé la misma credencial desde un nodo de Solicitud HTTP (v4.3) contra
https://api.airtable.com/v0/meta/basesusando Tipo de Credencial Predefinida → API de Airtable, para aislar la validez de las credenciales de la ruta del localizador de recursos.
Por qué creo que esto no es un problema de credenciales
No bridge acquired for this context. Call acquire() first. no es un mensaje de error de la API de Airtable — Airtable devuelve errores JSON estructurados (401 AUTHENTICATION_REQUIRED, 403 NOT_AUTHORIZED, etc.). Esta cadena parece originarse de una capa interna de n8n, y la solicitud parece fallar antes de llegar a Airtable.
Otros usuarios de Cloud están reportando la misma cadena de error durante las últimas semanas, aunque en una superficie diferente (llamadas de herramientas de MCP Server Trigger en lugar del localizador de recursos). Eso puede apuntar a un componente interno compartido:
- 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)
Preguntas
- ¿Es este un problema conocido en Cloud 1.123.x, y hay una solución o reversión disponible?
- ¿Hay una solución alternativa compatible que evite completamente el localizador de recursos mientras esto esté abierto?
- ¿Puedes confirmar si la falla del “puente” afecta solo a la carga dinámica en tiempo de editor (desplegables, mapeo de columnas) o también a las ejecuciones de flujo de trabajo en producción? Esto importa para saber si puedo implementar el flujo de trabajo con IDs codificados.