¡Bienvenido @shivakrishna.karnati! Dado que tu prueba de credenciales pasa (“Conexión probada exitosamente”), el problema probablemente esté en el nodo en sí, no en la clave de API. ¿Qué mensaje de error aparece cuando realmente ejecutas el nodo? La causa más común aquí es el acceso al modelo - por ejemplo, si estás usando gpt-4o o gpt-4 pero tu cuenta de OpenAI está en un nivel gratuito que aún no tiene acceso a esos modelos. Intenta cambiar a gpt-3.5-turbo en la configuración del nodo como una prueba rápida para confirmarlo.
@shivakrishna.karnati ¿puedes pegar el texto exacto del error de la captura de pantalla? El mensaje «no funciona cuando envío» nos dice que está fallando en la ejecución, no en la autenticación, así que el contenido del error es clave. Busca un banner rojo o el panel de salida en el lado derecho del nodo. Debería mostrar algo como «401 Unauthorized», «insufficient_quota» o «model_not_found». Esa redacción exacta nos señalará la causa raíz.
Código de estado 401 (sin contenido) URL de solución de problemas: https://docs.langchain.com/oss/javascript/langchain/errors/MODEL_AUTHENTICATION/
Otra información
Tipo de nodo
@n8n/n8n-nodes-langchain.agent
Versión del nodo
3.1 (Última)
Versión de n8n
2.27.4 (Auto hospedado)
Hora
26.6.2026, 07:47:13
Seguimiento de pila
NodeOperationError: Error de autorización - por favor verifica tus credenciales at /usr/local/lib/node_modules/n8n/node_modules/.pnpm/@n8n+n8n-nodes-langchain@file+packages+@n8n+nodes-langchain_b494726bf990c8f5fe0c4c40e025f969/node_modules/@n8n/n8n-nodes-langchain/nodes/agents/Agent/agents/ToolsAgent/V3/helpers/executeBatch.ts:118:11 at Array.forEach (<anonymous>) at executeBatch (/usr/local/lib/node_modules/n8n/node_modules/.pnpm/@n8n+n8n-nodes-langchain@file+packages+@n8n+nodes-langchain_b494726bf990c8f5fe0c4c40e025f969/node_modules/@n8n/n8n-nodes-langchain/nodes/agents/Agent/agents/ToolsAgent/V3/helpers/executeBatch.ts:107:15) at processTicksAndRejections (node:internal/process/task_queues:104:5) at ExecuteContext.toolsAgentExecute (/usr/local/lib/node_modules/n8n/node_modules/.pnpm/@n8n+n8n-nodes-langchain@file+packages+@n8n+nodes-langchain_b494726bf990c8f5fe0c4c40e025f969/node_modules/@n8n/n8n-nodes-langchain/nodes/agents/Agent/agents/ToolsAgent/V3/execute.ts:93:8) at ExecuteContext.execute (/usr/local/lib/node_modules/n8n/node_modules/.pnpm/@n8n+n8n-nodes-langchain@file+packages+@n8n+nodes-langchain_b494726bf990c8f5fe0c4c40e025f969/node_modules/@n8n/n8n-nodes-langchain/nodes/agents/Agent/V3/AgentV3.node.ts:155:10) at WorkflowExecute.executeNode (/usr/local/lib/node_modules/n8n/node_modules/.pnpm/n8n-core@file+packages+core_@opentelemetry+api@1.9.0_@opentelemetry+exporter-trace-otlp_cf5896492347c4895f0373f4acc773d7/node_modules/n8n-core/src/execution-engine/workflow-execute.ts:1067:8) at WorkflowExecute.runNode (/usr/local/lib/node_modules/n8n/node_modules/.pnpm/n8n-core@file+packages+core_@opentelemetry+api@1.9.0_@opentelemetry+exporter-trace-otlp_cf5896492347c4895f0373f4acc773d7/node_modules/n8n-core/src/execution-engine/workflow-execute.ts:1367:11) at /usr/local/lib/node_modules/n8n/node_modules/.pnpm/n8n-core@file+packages+core_@opentelemetry+api@1.9.0_@opentelemetry+exporter-trace-otlp_cf5896492347c4895f0373f4acc773d7/node_modules/n8n-core/src/execution-engine/workflow-execute.ts:1829:27 at /usr/local/lib/node_modules/n8n/node_modules/.pnpm/n8n-core@file+packages+core_@opentelemetry+api@1.9.0_@opentelemetry+exporter-trace-otlp_cf5896492347c4895f0373f4acc773d7/node_modules/n8n-core/src/execution-engine/workflow-execute.ts:2521:11
Problema en el nodo ‘Agente de IA1’
Error de autorización - por favor verifica tus credenciales
Un “401 no body” del Agente de IA apunta directamente a la credencial, no al modelo. La clave API se está rechazando antes de que OpenAI procese la solicitud.
Tres cosas que verificar:
Abre la credencial de OpenAI en n8n, elimina la clave, pégala de nuevo (sin espacios al inicio o final) y haz clic en “Guardar y probar” - confirma que muestre una marca de verificación verde.
Ve a platform.openai.com → API Keys y verifica que la clave sigue activa y no ha sido revocada.
Asegúrate de que la credencial adjunta al nodo OpenAI Chat Model dentro de tu sub-nodo de Agente de IA es la misma que acabas de probar - a veces se selecciona una credencial diferente.
Si la prueba de credencial pasa pero el agente sigue fallando, abre el detalle del error “From AI Agent” y comparte lo que hay dentro - eso mostrará cuál sub-llamada está fallando.
Hola @nguyenthieutoan, gracias por tu respuesta. El proveedor de la clave API no es directamente OpenAI, sino un proveedor de terceros que expone una API compatible con OpenAI para completaciones de chat. La misma URL de punto final junto con la clave API se está ejecutando exitosamente en la aplicación OpenWebUI.
1)Al usar proveedores compatibles con OpenAI de terceros, el campo Base URL es extremadamente sensible.
El Error: Muchos usuarios pegan el endpoint completo, por ejemplo, https://api.provider.com/v1/chat/completions.
La Forma Correcta: La Base URL debe llegar solo hasta el prefijo de versión. Normalmente debe ser https://api.provider.com/v1.
2)Para determinar si el problema está con el n8n OpenAI Node o con tus Credentials/URL, realiza esta prueba:
Añade un nodo HTTP Request a tu flujo de trabajo.
Establece Method en POST.
Establece URL al endpoint completo (por ejemplo, https://api.provider.com/v1/chat/completions).
En Authentication, selecciona Header Auth.
Crea nuevas credenciales:
Name:Authorization
Value:Bearer YOUR_API_KEY_HERE
En los Body Parameters, envía un JSON simple: {"model": "openai/gpt-oss-120b", "messages": [{"role": "user", "content": "hi"}]}.
Si funciona: El problema es cómo el nodo n8n OpenAI está construyendo la solicitud (probablemente el problema de Base URL mencionado en el Paso 1).
Si falla con 401: El problema es definitivamente tu API Key o el requisito del proveedor para un header específico (algunos proveedores requieren api-key en lugar de Authorization: Bearer).
3)Algunos proveedores son estrictos con las barras finales. Si https://api.provider.com/v1 falla, intenta https://api.provider.com/v1/ (con barra) o viceversa.
4)En tu JSON, el modelo está configurado como openai/gpt-oss-120b. Asegúrate de que esta cadena sea exactamente lo que el proveedor espera. Incluso un pequeño error tipográfico o un espacio extra causarán que algunos proveedores devuelvan un error de autorización/no encontrado.
En el Paso 1: Intenté la URL https://api.provider.com/v1 y fue capaz de autenticar cuando agrego las credenciales pero devuelve un error 401 cuando envío la solicitud.
y también con https://api.provider.com/v1/chat/completions, no es capaz de autenticar cuando agrego la Clave de API.
Bien, cuando revisé con el nodo HTTP Request usando https://api_endpoint_url/v1/chat/completions como URL funcionaba (se estaba completando el chat).
Pero cuando intento lo mismo en el nodo OpenAI con la URL del endpoint (https://api_endpoint_url/v1/chat/completions) o la URL del endpoint (https://api_endpoint_url/v1), no funciona.
Pregunté/estoy preguntando si el problema persiste en el nodo OpenAI o en el endpoint del proveedor de terceros*.
Para confirmar si el problema está en la lógica interna del nodo OpenAI:
Revisa el registro de ejecución: Abre la ejecución del nodo OpenAI que falló. Busca la pestaña “Request” (si está disponible en tu versión) o el mensaje de error. Si el error es 404, casi con seguridad es un problema de construcción de URL (se está llamando a una ruta incorrecta).
Prueba la URL base sin /v1: Algunos proveedores esperan que la URL base sea solo https://api_endpoint_url. Luego el nodo añade /v1/chat/completions automáticamente.
Compara los payloads JSON: Compara el “Body” de la solicitud enviada por el nodo HTTP Request (que funcionó) con el “Body” enviado por el nodo OpenAI. Incluso una pequeña diferencia en cómo se estructura el array messages puede hacer que un proveedor externo rechace la solicitud.
No hay una pestaña de Solicitud, y a continuación se muestran los detalles del error de la traza de pila.
NodeApiError: Authorization failed - please check your credentials
at ExecuteContext.requestWithAuthentication (/usr/local/lib/node_modules/n8n/node_modules/.pnpm/n8n-core@file+packages+core_@opentelemetry+api@1.9.0_@opentelemetry+exporter-trace-otlp_cf5896492347c4895f0373f4acc773d7/node_modules/n8n-core/src/execution-engine/node-execution-context/utils/request-helpers/authentication.ts:263:10)
at processTicksAndRejections (node:internal/process/task_queues:104:5)
at ExecuteContext.requestWithAuthentication (/usr/local/lib/node_modules/n8n/node_modules/.pnpm/n8n-core@file+packages+core_@opentelemetry+api@1.9.0_@opentelemetry+exporter-trace-otlp_cf5896492347c4895f0373f4acc773d7/node_modules/n8n-core/src/execution-engine/node-execution-context/utils/request-helpers/factory.ts:176:11)
at ExecuteContext.apiRequest (/usr/local/lib/node_modules/n8n/node_modules/.pnpm/@n8n+n8n-nodes-langchain@file+packages+@n8n+nodes-langchain_b494726bf990c8f5fe0c4c40e025f969/node_modules/@n8n/n8n-nodes-langchain/nodes/vendors/OpenAi/transport/index.ts:56:19)
at ExecuteContext.execute (/usr/local/lib/node_modules/n8n/node_modules/.pnpm/@n8n+n8n-nodes-langchain@file+packages+@n8n+nodes-langchain_b494726bf990c8f5fe0c4c40e025f969/node_modules/@n8n/n8n-nodes-langchain/nodes/vendors/OpenAi/v2/actions/text/response.operation.ts:621:18)
at ExecuteContext.router (/usr/local/lib/node_modules/n8n/node_modules/.pnpm/@n8n+n8n-nodes-langchain@file+packages+@n8n+nodes-langchain_b494726bf990c8f5fe0c4c40e025f969/node_modules/@n8n/n8n-nodes-langchain/nodes/vendors/OpenAi/v2/actions/router.ts:58:25)
at ExecuteContext.execute (/usr/local/lib/node_modules/n8n/node_modules/.pnpm/@n8n+n8n-nodes-langchain@file+packages+@n8n+nodes-langchain_b494726bf990c8f5fe0c4c40e025f969/node_modules/@n8n/n8n-nodes-langchain/nodes/vendors/OpenAi/v2/OpenAiV2.node.ts:93:10)
at WorkflowExecute.executeNode (/usr/local/lib/node_modules/n8n/node_modules/.pnpm/n8n-core@file+packages+core_@opentelemetry+api@1.9.0_@opentelemetry+exporter-trace-otlp_cf5896492347c4895f0373f4acc773d7/node_modules/n8n-core/src/execution-engine/workflow-execute.ts:1067:8)
at WorkflowExecute.runNode (/usr/local/lib/node_modules/n8n/node_modules/.pnpm/n8n-core@file+packages+core_@opentelemetry+api@1.9.0_@opentelemetry+exporter-trace-otlp_cf5896492347c4895f0373f4acc773d7/node_modules/n8n-core/src/execution-engine/workflow-execute.ts:1367:11)
at /usr/local/lib/node_modules/n8n/node_modules/.pnpm/n8n-core@file+packages+core_@opentelemetry+api@1.9.0_@opentelemetry+exporter-trace-otlp_cf5896492347c4895f0373f4acc773d7/node_modules/n8n-core/src/execution-engine/workflow-execute.ts:1829:27
Opción A: Ignorar la advertencia “No se pudo conectar” (El método “Solo Intentarlo”) Si estás seguro de que tu clave API es correcta:
Establece la URL base en https://openai.inference.de-txl.ionos.com (sin /v1).
Ignora la advertencia roja “No se pudo conectar” en la pantalla de credenciales y haz clic en Guardar de todas formas.
Ve a tu flujo de trabajo, añade el nodo OpenAI e intenta ejecutar una operación de “Chat”. Si el proveedor no admite el endpoint /models, la prueba de credencial falla, pero la solicitud de chat real podría seguir funcionando.
Opción B: Usa el nodo HTTP Request (El método “Estable”) Si la opción A falla, significa que el proveedor requiere un formato de encabezado que el nodo OpenAI no puede proporcionar. En este caso, el nodo HTTP Request es realmente tu mejor herramienta.
Para que el nodo HTTP se sienta como un nodo de IA, puedes:
Crear un Sub-flujo de trabajo que tome un prompt como entrada y devuelva la respuesta de IA a través del nodo HTTP Request.
Llama a este sub-flujo de trabajo siempre que necesites una completación de IA.
