Claude Code: 'Ungültige custom3p Enterprise Config' Fehler beheben

Wenn Sie versucht haben, Claude Code auf DeepSeek V4, OpenRouter oder einen anderen Drittanbieter für Modelle zu richten, sind Sie wahrscheinlich auf Folgendes gestoßen: Invalid custom3p enterprise config. Der Fehler ist kryptisch, die Dokumentation erklärt ihn nicht klar, und er hindert Sie daran, etwas zu tun, das Claude Code offiziell unterstützt.

Dieser Leitfaden erklärt genau, was „custom3p“ bedeutet, die sechs häufigsten Gründe für das Scheitern der Konfiguration und Schritt-für-Schritt-Lösungen für jeden einzelnen. Wenn Sie versuchen, den Agenten-Loop von Claude Code über DeepSeek oder ein LLM-Gateway wie LiteLLM auszuführen, finden Sie hier funktionierende Konfigurationsbeispiele.

TL;DR

Invalid custom3p enterprise config bedeutet, dass Claude Code Ihre Drittanbieter-Konfiguration nicht validieren kann. „custom3p“ ist die interne Bezeichnung von Claude Code für jeden Nicht-Anthropic-API-Endpunkt, der über ANTHROPIC_BASE_URL konfiguriert ist. Die häufigsten Ursachen sind: ein nachgestelltes /v1 in der Basis-URL, eine falsche Anmeldeinformationsvariable, eine fehlerhafte settings.json und eine unvollständige Einarbeitung bei einer Neuinstallation. Beheben Sie zuerst das URL-Format,  es löst etwa 60% der Fälle.

Was „custom3p“ tatsächlich bedeutet

Claude Code leitet Anfragen über einen von vier Modi weiter:

Die letzte Zeile ist „custom3p“, also ein benutzerdefinierter Drittanbieter. Wenn ANTHROPIC_BASE_URL auf einen Nicht-Anthropic-Host (LiteLLM, OpenRouter, einen lokalen vLLM-Server, ein Unternehmens-Gateway) gesetzt ist, kennzeichnet Claude Code diesen Pfad intern als „custom3p“ und führt vor dem ersten API-Aufruf eine Validierungsprüfung durch.

Schlägt diese Prüfung fehl, erhalten Sie: Invalid custom3p enterprise config.

Der Fehler existiert bereits vor den Einschränkungen von Anthropic im Jahr 2026 für Drittanbieter-Schnittstellen. Es handelt sich um einen Konfigurationsvalidierungsfehler, nicht um eine Richtlinienblockade, was bedeutet, dass Sie ihn beheben können.

Warum Entwickler diesen Fehler jetzt erleben

Im April 2026 blockierte Anthropic den Zugang zu Claude Pro- und Max-Abonnements für agentische Drittanbieter-Tools, die die Claude Code Client-ID fälschten. Tools wie OpenClaw, die Claude Code-Sitzungen über ihre eigenen Backends leiteten, funktionierten über Nacht nicht mehr.

Dies ist ein separates Problem von dem, was dieser Artikel behandelt.

Was danach geschah, ist der Grund, warum Sie dies lesen: Entwickler begannen, die offizielle Unterstützung von Claude Code für Drittanbieter zu nutzen, um über günstigere Backends zu routen. Ein Reddit-Thread dokumentierte die Umstellung des Claude Code Agenten-Loops auf DeepSeek V4 Pro über OpenRouter, zu 0,87 $ pro Million Ausgabetoken im Vergleich zu Anthropic's 15 $, was etwa einer 17-fachen Kostenreduzierung entspricht. Projekte wie DeepClaude verpackten dies in eine Ein-Befehl-Einrichtung.

Der Haken: Die offizielle Unterstützung von Anthropic für Drittanbieter erfordert eine korrekte Unternehmenskonfiguration. Machen Sie ein Feld falsch und Sie erhalten Invalid custom3p enterprise config. Die meisten Online-Anleitungen überspringen entweder die Unternehmenskonfiguration oder zeigen das falsche URL-Format.

Grundursache 1: Nachgestelltes /v1 in ANTHROPIC_BASE_URL

Dies ist der häufigste Fehler. Claude Code hängt automatisch /v1/messages an jede von Ihnen festgelegte URL an. Wenn Ihre Basis-URL bereits /v1 enthält, wird der endgültige Pfad zu /v1/v1/messages, was einen 404-Fehler zurückgibt.

Falsch:

export ANTHROPIC_BASE_URL="https://api.openrouter.ai/api/v1"

Falsch:

export ANTHROPIC_BASE_URL="https://litellm.yourcompany.com/v1"

Richtig:

export ANTHROPIC_BASE_URL="https://api.openrouter.ai/api"

Richtig:

export ANTHROPIC_BASE_URL="https://litellm.yourcompany.com"

Um die endgültige URL zu überprüfen, die Claude Code aufruft, führen Sie diesen Curl-Befehl aus:

curl -s -o /dev/null -w "%{http_code}" \
  -H "Authorization: Bearer $ANTHROPIC_AUTH_TOKEN" \
  "${ANTHROPIC_BASE_URL}/v1/messages" \
  -d '{"model":"claude-sonnet-4-6","max_tokens":1,"messages":[{"role":"user","content":"hi"}]}'

Ein 200 oder 400 (fehlerhafte Anfrage, aber der Endpunkt existiert) bedeutet, dass die URL korrekt ist. Ein 404 bedeutet, dass Sie immer noch das /v1-Problem haben.

Grundursache 2: Falsche Anmeldeinformationsvariable

Claude Code verwendet je nach Kontext zwei verschiedene Umgebungsvariablen für die Authentifizierung, und das Verwechseln dieser führt dazu, dass die Unternehmenskonfiguration stillschweigend die Validierung nicht besteht.

OpenRouter erwartet zum Beispiel einen Bearer-Token:

export ANTHROPIC_AUTH_TOKEN="sk-or-your-openrouter-key"
export ANTHROPIC_BASE_URL="https://openrouter.ai/api"

Die Verwendung von ANTHROPIC_API_KEY mit OpenRouter sendet einen x-api-key-Header, den OpenRouter ignoriert – die Anfrage schlägt bei der Authentifizierung fehl, und Claude Code meldet dies als ungültige Unternehmenskonfiguration.

Für LiteLLM:

export ANTHROPIC_AUTH_TOKEN="sk-litellm-your-virtual-key"
export ANTHROPIC_BASE_URL="https://your-litellm-server:4000"

Für ein DeepSeek-Gateway oder einen lokalen vLLM-Server, der mit einem API-Schlüssel läuft:

export ANTHROPIC_API_KEY="your-key-here"
export ANTHROPIC_BASE_URL="https://your-vllm-server"

Überprüfen Sie die Authentifizierungsdokumentation Ihres Gateways, um zu bestätigen, welchen Header es erwartet.

Grundursache 3: Fehlerhafte settings.json

Wenn Sie die Basis-URL und die Anmeldeinformationen in ~/.claude/settings.json anstelle von Umgebungsvariablen festlegen, führen JSON-Formatierungsfehler dazu, dass die Unternehmenskonfiguration fehlschlägt, bevor eine Anfrage gestellt wird.

Die häufigsten Fehler:

Nachgestelltes Komma (ungültiges JSON):

{
  "env": {
    "ANTHROPIC_BASE_URL": "https://openrouter.ai/api",
    "ANTHROPIC_AUTH_TOKEN": "sk-or-your-key",  ← nachgestelltes Komma
  }
}

Gebogene/intelligente Anführungszeichen (Kopieren und Einfügen aus Docs oder Word):

{
  "env": {
    "ANTHROPIC_BASE_URL": "https://openrouter.ai/api"  ← falsche Anführungszeichen
  }
}

Richtiges Format:

{
  "env": {
    "ANTHROPIC_BASE_URL": "https://openrouter.ai/api",
    "ANTHROPIC_AUTH_TOKEN": "sk-or-your-openrouter-key"
  }
}

Validieren Sie Ihre Einstellungsdatei, bevor Sie Claude Code starten:

python3 -c "import json; json.load(open('~/.claude/settings.json'.replace('~', __import__('os').path.expanduser('~'))))" && echo "Gültiges JSON"

Oder verwenden Sie jq:

jq . ~/.claude/settings.json

Ein Analysefehler hier bedeutet, dass die Unternehmenskonfigurationsvalidierung nie abgeschlossen wird — Claude Code kann die Konfiguration nicht lesen, daher kennzeichnet es das Ganze als ungültig.

Grundursache 4: Neuinstallation hat das Onboarding nicht abgeschlossen

Claude Code prüft ~/.claude.json auf hasCompletedOnboarding: true, bevor es die Unternehmenskonfiguration aus settings.json liest. Bei einer Neuinstallation ist dieses Flag nicht gesetzt, daher überspringt Claude Code Ihre benutzerdefinierte Drittanbieterkonfiguration und versucht, sich über seinen Standard-Flow zu authentifizieren – was fehlschlägt, wenn Sie kein Anthropic-Abonnement konfiguriert haben.

Überprüfen Sie Ihren aktuellen Status:

cat ~/.claude.json | python3 -m json.tool 2>/dev/null | grep hasCompletedOnboarding

Wenn dieser Schlüssel fehlt oder falsch ist, befindet sich Claude Code im Onboarding-Modus und Ihre settings.json Unternehmenskonfiguration wird nicht gelesen.

Lösung: Fügen Sie das Onboarding-Flag zu ~/.claude.json hinzu:

{
  "hasCompletedOnboarding": true,
  "primaryApiKey": "sk-placeholder"
}

Der Wert von primaryApiKey ist ein Platzhalter – er wird von Ihrer Unternehmenskonfiguration überschrieben. Setzen Sie ihn auf etwas, das mit sk- beginnt, um die Formatprüfung zu bestehen. Speichern Sie anschließend und starten Sie Claude Code neu.

Grundursache 5: Gateway leitet erforderliche Header nicht weiter

Die Unternehmenskonfigurationsvalidierung von Claude Code beinhaltet einen Feature-Handshake – es sendet einen anthropic-beta-Header an das Gateway, um auszuhandeln, welche Funktionen verfügbar sind. Wenn Ihr Gateway diesen Header entfernt, erhält Claude Code eine Antwort, die nicht seinen Erwartungen entspricht, und meldet Invalid custom3p enterprise config.

Erforderliche Header, die Ihr Gateway weiterleiten muss:

anthropic-beta
anthropic-version
X-Claude-Code-Session-Id

Für LiteLLM funktioniert dies standardmäßig seit v1.82.9+. Für benutzerdefinierte Proxies oder Nginx-Setups fügen Sie die Header-Weiterleitung explizit hinzu:

location /v1/ {
  proxy_pass http://backend;
  proxy_set_header anthropic-beta $http_anthropic_beta;
  proxy_set_header anthropic-version $http_anthropic_version;
  proxy_set_header X-Claude-Code-Session-Id $http_x_claude_code_session_id;
}

Wenn Sie das Gateway nicht ändern können, um den Beta-Header weiterzuleiten, setzen Sie dies vor dem Start:

export CLAUDE_CODE_DISABLE_EXPERIMENTAL_BETAS=1

Dies weist Claude Code an, Funktionen zu überspringen, die den Beta-Header erfordern, damit Anfragen über Gateways erfolgreich sind, die ihn nicht weiterleiten können. Sie verlieren den Zugriff auf einige experimentelle Funktionen, aber der Kern-Agenten-Loop funktioniert.

Grundursache 6: Konflikt mit Unternehmensrichtlinien

Wenn Sie einen Team- oder Enterprise-Claude-Plan nutzen und Ihr Administrator verwaltete Einstellungen bereitgestellt hat, haben diese Einstellungen Vorrang vor allem anderen – einschließlich Ihrer ~/.claude/settings.json und Umgebungsvariablen. Eine verwaltete Richtlinie, die availableModels einschränkt oder benutzerdefinierte Basis-URLs blockiert, verursacht Invalid custom3p enterprise config, selbst wenn Ihre lokale Konfiguration korrekt ist.

Überprüfen Sie, ob verwaltete Einstellungen aktiv sind:

ls ~/.claude/managed-settings.json 2>/dev/null && echo "Verwaltete Einstellungen gefunden"

Oder innerhalb von Claude Code:

/status

Wenn „Verwaltete Einstellungen“ als aktiv angezeigt wird, müssen Sie sich an Ihren Administrator wenden. Dieser kann entweder:

• Ihre Gateway-Domain zu den zulässigen Basis-URLs hinzufügen
• Eine availableModels-Liste erstellen, die die Gateway-Modell-IDs enthält
• Sie von der Einschränkung benutzerdefinierter Basis-URLs ausnehmen

Für Unternehmensbereitstellungen, die Sie kontrollieren, befinden sich verwaltete Einstellungen unter /Library/Application Support/ClaudeCode/managed-settings.json (macOS) oder dem entsprechenden Pfad unter Windows/Linux.

Vollständige funktionierende Konfigurationen

Claude Code + OpenRouter (DeepSeek V4 Pro)

OpenRouter stellt eine Anthropic-kompatible API bereit. Diese Konfiguration führt den vollständigen Claude Code Agenten-Loop über DeepSeek V4 Pro aus:

In ~/.claude/settings.json:

{
  "env": {
    "ANTHROPIC_BASE_URL": "https://openrouter.ai/api",
    "ANTHROPIC_AUTH_TOKEN": "sk-or-your-openrouter-key",
    "ANTHROPIC_DEFAULT_SONNET_MODEL": "deepseek/deepseek-v4-pro",
    "ANTHROPIC_DEFAULT_OPUS_MODEL": "deepseek/deepseek-v4-pro",
    "ANTHROPIC_DEFAULT_HAIKU_MODEL": "deepseek/deepseek-v4-pro"
  }
}

Die Überschreibung des Modellnamens ist erforderlich, da Claude Code standardmäßig claude-sonnet-4-6 verwendet, selbst wenn Sie die Basis-URL geändert haben. Ohne das Modell festzulegen, erreicht die Anfrage OpenRouter, das claude-sonnet-4-6 anfordert, was erfolgreich sein kann (OpenRouter unterstützt auch Claude) oder je nach Ihrem Plan falsch weitergeleitet werden könnte.

Hinweis: OpenRouter implementiert den Streaming-Spezifikationen von Anthropic für Tool-Aufrufe nicht vollständig – Argumente für Funktionsaufrufe können in einigen Randfällen leer ankommen. Der Haupt-Agenten-Loop funktioniert, aber komplexe Multi-Tool-Ketten können unterbrochen werden. Verfolgen Sie den Kompatibilitätsstatus von OpenRouter für Updates.

Claude Code + LiteLLM (beliebiger Anbieter)

LiteLLM ist das kompatibelste Gateway für Claude Code – es handhabt die Header-Weiterleitung korrekt und unterstützt das Modell-Routing über OpenAI, Anthropic, Vertex, Bedrock und Hugging Face Modelle.

LiteLLM config.yaml:

model_list:
  - model_name: claude-sonnet-4-6
    litellm_params:
      model: deepseek/deepseek-v4
      api_key: "sk-your-deepseek-key"
  - model_name: claude-opus-4-7
    litellm_params:
      model: deepseek/deepseek-v4-pro
      api_key: "sk-your-deepseek-key"

Claude Code ~/.claude/settings.json:

{
  "env": {
    "ANTHROPIC_BASE_URL": "http://localhost:4000",
    "ANTHROPIC_AUTH_TOKEN": "sk-litellm-your-key"
  }
}

Mit dieser Einrichtung sendet Claude Code claude-sonnet-4-6 im Modellfeld. LiteLLM fängt dies ab und leitet es an DeepSeek V4 weiter, sodass Sie die Modellnamen in der Claude Code-Konfiguration nicht überschreiben müssen.

Claude Code + lokales vLLM

Für die lokale Modellinferenz mit vLLM starten Sie den Server im Anthropic-kompatiblen Modus:

python -m vllm.entrypoints.openai.api_server \
  --model deepseek-ai/DeepSeek-V3 \
  --dtype auto \
  --api-key local-key \
  --port 8000

Konfigurieren Sie dann Claude Code:

export ANTHROPIC_BASE_URL="http://localhost:8000"
export ANTHROPIC_API_KEY="local-key"
export ANTHROPIC_DEFAULT_SONNET_MODEL="deepseek-ai/DeepSeek-V3"

Fehlerbehebung

Wenn keine der oben genannten Lösungen funktioniert, führen Sie Claude Code mit Debug-Protokollierung aus:

claude --debug 2>&1 | head -100

Die Debug-Ausgabe zeigt die genau aufgerufene URL, die gesendeten Header und die empfangene Antwort. Achten Sie auf:

• Sending request to: – bestätigt die Basis-URL
• Response status: – der HTTP-Status von Ihrem Gateway
• enterprise config error: – die interne Validierungsmeldung

Für die Gateway-seitige Fehlerbehebung testen Sie die genaue Anfrage, die Claude Code sendet:

curl -v -X POST "${ANTHROPIC_BASE_URL}/v1/messages" \
  -H "Content-Type: application/json" \
  -H "Authorization: Bearer ${ANTHROPIC_AUTH_TOKEN}" \
  -H "anthropic-version: 2023-06-01" \
  -H "anthropic-beta: max-tokens-3-5-sonnet-2024-07-15" \
  -d '{
    "model": "claude-sonnet-4-6",
    "max_tokens": 10,
    "messages": [{"role": "user", "content": "hi"}]
  }'

Ein gültiges Gateway gibt einen 200er-Status mit der Nachrichtenstruktur zurück. Wenn Sie 401, 403 oder 422 erhalten, handelt es sich um ein Authentifizierungs- oder Formatproblem auf der Gateway-Seite – nicht um ein Claude Code-Konfigurationsproblem.

APIs mit Apidog testen

Beim Debuggen von Drittanbieter-Integrationen erleichtert Apidog die Überprüfung der genauen Anfragen und Antworten, die Ihr LLM-Gateway durchlaufen. Sie können eine Sammlung für den /v1/messages-Endpunkt Ihres Gateways erstellen, funktionierende Anforderungsvorlagen speichern und Antworten zwischen Anbietern vergleichen, ohne Claude Code jedes Mal neu starten zu müssen.

Laden Sie Apidog herunter und erstellen Sie eine neue Sammlung, die auf Ihre Gateway-URL verweist. Fügen Sie die Header anthropic-version, anthropic-beta und Authorization als Variablen auf Sammlungsebene hinzu – so können Sie verschiedene Gateway-Konfigurationen testen, indem Sie eine Variable ändern, anstatt jede Anfrage zu bearbeiten.

Dies ist besonders nützlich bei der Fehlersuche bei Header-Weiterleitungsproblemen, die Invalid custom3p enterprise config auslösen. Sie können bestätigen, welche Header Ihr Gateway weiterleitet, bevor Sie Zeit mit der Suche nach Fehlern in der Claude Code-Konfiguration verschwenden.

Zugehörige Claude Code Konfigurationen, die wissenswert sind

Beta-Header-Abhängigkeit deaktivieren

Einige Unternehmens-Gateways können keine benutzerdefinierten Header weiterleiten. Wenn das bei Ihnen der Fall ist:

export CLAUDE_CODE_DISABLE_EXPERIMENTAL_BETAS=1

Dies entfernt den Beta-Feature-Handshake aus der Unternehmenskonfigurationsvalidierung. Der Agenten-Loop funktioniert weiterhin; Sie verlieren den Zugriff auf Funktionen, die an den Beta-Header gebunden sind (einige erweiterte Denkvarianten, bestimmte Tool-Aufruf-Formate).

Modellauswahl mit Gateway-Erkennung

Ab Claude Code v2.1.129 können Sie die /model-Auswahl automatisch aus der Modellliste Ihres Gateways füllen:

export CLAUDE_CODE_ENABLE_GATEWAY_MODEL_DISCOVERY=1

Claude Code fragt beim Start den /v1/models-Endpunkt Ihres Gateways ab und fügt erkannte Modelle zur Auswahl hinzu. Es werden nur Modelle mit IDs hinzugefügt, die mit claude oder anthropic beginnen – für andere Modelle wie DeepSeek müssen Sie diese manuell mit ANTHROPIC_DEFAULT_SONNET_MODEL festlegen.

Benutzerdefinierter Modellauswahleintrag

Fügen Sie ein einzelnes benutzerdefiniertes Modell zur Auswahl hinzu, ohne andere Einstellungen zu beeinflussen:

export ANTHROPIC_CUSTOM_MODEL_OPTION="deepseek/deepseek-v4-pro"
export ANTHROPIC_CUSTOM_MODEL_OPTION_NAME="DeepSeek V4 Pro"
export ANTHROPIC_CUSTOM_MODEL_OPTION_DESCRIPTION="17x günstiger als Claude Opus"

Dies erscheint am unteren Rand der /model-Auswahl und erleichtert das Wechseln zwischen Ihrem Gateway-Modell und dem Standard-Claude-Modell während einer Sitzung.

Verwandte Leitfäden

Wenn Sie die Agentenfunktionen von Claude Code mit benutzerdefinierten Modell-Backends erkunden, behandeln diese Beiträge angrenzende Themen:

• So schreiben Sie AGENTS.md-Dateien für API-Entwicklungsteams – konfigurieren Sie das Verhalten von Claude Code für Ihren spezifischen Stack
• Ruflo: Multi-Agenten-Orchestrierung für Claude Code – fügen Sie Claude Code Schwärme, persistenten Speicher und über 100 MCP-Tools hinzu
• Erhalten Sie kostenlose, unbegrenzte Claude API über Puter.js – Browser-basierte Alternative, wenn Sie Client-Anwendungen entwickeln
• Beste lokale LLMs 2026 – wenn Sie die Inferenz lieber lokal über vLLM ausführen möchten

Häufig gestellte Fragen (FAQ)

Ist die Verwendung eines Drittanbieters mit Claude Code gegen die Nutzungsbedingungen von Anthropic?

Nein. Anthropic dokumentiert und unterstützt offiziell das ANTHROPIC_BASE_URL-Muster für das Routing über Bedrock, Vertex AI, Foundry und benutzerdefinierte Gateways. Was Anthropic im April 2026 blockierte, waren Drittanbieter-Tools, die die Claude Code Client-ID spoofing, um auf Anthropic’s eigene API zu Abonnementpreisen zuzugreifen. Die Verwendung Ihres eigenen Gateways oder eines Anbieters wie OpenRouter mit Ihrem eigenen API-Schlüssel ist etwas völlig anderes.

Funktioniert der Agenten-Loop von Claude Code mit DeepSeek V4 Pro?

Der Kern-Loop funktioniert – Dateibearbeitung, Shell-Befehle, mehrstufige Aufgaben. Zwei Dinge funktionieren nicht über Drittanbieter: MCP-Server-Tools und Bild-/Vision-Eingabe. Wenn Ihr Workflow diese benötigt, müssen Sie bei der Anthropic API oder Bedrock/Vertex bleiben.

Warum steht in der Fehlermeldung „enterprise config“, obwohl ich keinen Enterprise-Plan habe?

Claude Code verwendet die Bezeichnung „enterprise config“ für jede Drittanbieter-Einrichtung, unabhängig von Ihrer Abonnementstufe. Es ist eine Code-Level-Bezeichnung, keine Plan-Einschränkung. Einzelne Entwickler im kostenlosen oder Pro-Tarif können benutzerdefinierte Drittanbieter konfigurieren und nutzen.

Kann ich während einer Sitzung zwischen Anthropic und einem Drittanbieter wechseln?

Nicht innerhalb einer einzigen Sitzung. Die Basis-URL wird beim Start gelesen. Um den Anbieter zu wechseln, beenden Sie Claude Code, ändern Sie Ihre Umgebungsvariablen oder Einstellungen und starten Sie eine neue Sitzung. Das DeepClaude-Tool verpackt dies in einem CLI-Flag (--backend ds, --backend anthropic), das die Umstellung der Umgebung für Sie handhabt.

Mein Gateway befindet sich hinter einer Unternehmens-Firewall. Unterstützt Claude Code die Proxy-Konfiguration?

Ja. Setzen Sie HTTPS_PROXY vor dem Start:

export HTTPS_PROXY="http://your-proxy:8080"
export ANTHROPIC_BASE_URL="https://your-internal-gateway"

Für die TLS-Abfangung durch einen Unternehmens-Proxy fügen Sie Ihr CA-Zertifikat hinzu:

export NODE_EXTRA_CA_CERTS="/path/to/corporate-ca-bundle.pem"

Der Fehler erscheint, obwohl mein Curl-Test funktioniert. Was ist anders?

Claude Code führt eine zusätzliche Preflight-Validierungsanfrage durch, die Curl nicht nachbildet. Führen Sie Claude Code mit --debug aus, um die genaue Preflight-Anfrage zu sehen und sie mit Ihrem Curl-Test zu vergleichen. Häufige Unterschiede: der anthropic-beta-Header, der X-Claude-Code-Session-Id-Header und das genaue JSON-Body-Format für die Validierungsanfrage.

Fazit

Invalid custom3p enterprise config ist ein Konfigurationsvalidierungsfehler, keine Richtlinienblockade. Beheben Sie zuerst das ANTHROPIC_BASE_URL-Format (entfernen Sie das /v1), überprüfen Sie dann Ihre Anmeldeinformationsvariable (ANTHROPIC_AUTH_TOKEN vs. ANTHROPIC_API_KEY), validieren Sie Ihre settings.json auf JSON-Fehler und stellen Sie sicher, dass das Onboarding bei Neuinstallationen abgeschlossen wurde.

Sobald die Konfiguration validiert ist, läuft der vollständige Agenten-Loop von Claude Code über Ihr ausgewähltes Backend. DeepSeek V4 Pro über OpenRouter oder LiteLLM deckt die meisten Anwendungsfälle von Claude Code zu einem Bruchteil der Anthropic API-Kosten ab – die Hauptbeschränkungen sind MCP-Tools und die Vision-Eingabe, die die Anthropic API erfordern.