Anthropic node returns 404 on all requests

Describe the problem/error/question

It seems that no matter the type I am getting 404 error on Claude models. The error is very dry so I cannot further debug as to why.

I tried both text/document/image resources. My API key is functional as I can otherwise query the model outside n8n.

What is the error message (if any)?

There is no in the console.log nor in the HTTP requests.

Please share your workflow

Share the output returned by the last node

Information on your n8n setup

instance information

Debug info

core

  • n8nVersion: 1.123.4
  • platform: docker (cloud)
  • nodeJsVersion: 22.21.0
  • nodeEnv: production
  • database: sqlite
  • executionMode: regular
  • concurrency: 50
  • license: community
  • consumerId: 00000000-0000-0000-0000-000000000000

storage

  • success: all
  • error: all
  • progress: false
  • manual: true
  • binaryMode: filesystem

pruning

  • enabled: true
  • maxAge: 720 hours
  • maxCount: 25000 executions

client

  • userAgent: mozilla/5.0 (macintosh; intel mac os x 10_15_7) applewebkit/537.36 (khtml, like gecko) chrome/143.0.0.0 safari/537.36
  • isTouchDevice: false

Generated at: 2025-12-15T14:27:11.260Z

  • n8n version: 1.123.4
  • Running n8n via (Docker, npm, n8n cloud, desktop app): Cloud

I’ve also been having issues for months now not having any claude models in the dropdown. It also shows 404 error.

The credentials however seems to work.

I am surprised there are no results that Google finds on the forum here or elsewhere. We recently updated out instance but existing workflows with claude attached to information extract continue to work (thankfully). Any ideas?

I can also see models if I HTTP Request must be a bug within n8n in my guess:

Crazy stuff. I have a self-hosted n8n for personal education. I have exactly the same version and I just copied the node to it + the same API credential it works fine.

The cloud version must be spoiled somewhere.

This was very difficult to figure out as one cannot see any hint of what key has been used and the key itself seems to work everywhere except the n8n. Due to limited access to platforms in corporate environment, this took longer than it should have! But eventually I was able to A/B test to the trailing slash.

The credential was created in early autumn, that’s around 3 months ago. I am not sure if n8n or underlying library has changed something but it gone rogue. Existing workflows continued to work but new ones would gives this headache.

Since it’s a value set by default I highly highly doubt that I would have ever touched it. The connection test also successfully succeeds however everything else leads you to a 404 spiral hell.

It totally could be an idea to strip duplicate slashes or use better URL handling behind the scenes as this is such a funny/trivial bug in a nutshell. I

Perhaps it could also be an idea for more prompt support (two replies but not support was received) when we choose to pay for the cloud services - something tells me that if we were to self-host, looking at the logs this would have been far more straight forward.

2 Likes

This topic was automatically closed 7 days after the last reply. New replies are no longer allowed.