Übersicht gängiger KI-Plattformen (Stand April 2026) - Arbeitsdokument Hinweis: Diese Tabelle beschreibt Plattformen , nicht Modellfamilien. Eine Plattform kann eigene Modelle anbieten, Drittmodelle bündeln oder vor allem die lokale Ausführung vereinfachen. ( Ollama Dokumentation )Kurze Einordnung Übersicht gängiger KI-Plattformen mit Anbindung Plattform Anbieter Typ Typischer Einsatz Lokal / Cloud Anbindung / Ansprache Typische Besonderheiten Ollama Ollama Laufzeitumgebung und Modellplattform Lokales Ausführen von LLMs, optional Cloud-Nutzung Lokal und Cloud Lokale REST-API über localhost , zusätzlich OpenAI-kompatible Endpunkte ; dadurch oft auch über Tools nutzbar, die OpenAI-kompatible APIs erwarten. Lokal ist standardmäßig keine Authentifizierung nötig. ( Ollama Dokumentation ) Lokaler Betrieb, OpenAI-Kompatibilität, Tool-Support LM Studio LM Studio Desktop-Plattform für lokale Modelle Modelle lokal laden, testen und per UI oder lokaler API nutzen Vor allem lokal Lokaler API-Server auf localhost oder im Netzwerk; nutzbar per REST API , über eigene Client-Bibliotheken und über OpenAI- sowie Anthropic-kompatible Endpunkte . ( LM Studio ) Starker Fokus auf lokale/private Nutzung OpenRouter OpenRouter Modell-Router / Unified API Zugriff auf viele Modelle über eine einheitliche API Cloud Einheitliche API , die ausdrücklich mit dem OpenAI SDK nutzbar ist; OpenRouter beschreibt die Schemas als sehr ähnlich zur OpenAI Chat API. ( OpenRouter ) Ein API-Zugang für viele Modelle und Provider Perplexity API Perplexity Such- und Antwortplattform / API Websuche, Recherche, Sonar, Agenten-Workflows Cloud REST und SDKs ; Perplexity nennt vier Kern-APIs: Agent , Search , Sonar und Embeddings . Die Sonar API ist zusätzlich mit OpenAI-kompatiblen Clients nutzbar. ( Perplexity ) Fokus auf webgestützte Antworten und Recherche OpenAI Platform OpenAI Modell- und API-Plattform Produktive KI-Anwendungen, Agenten, multimodale Workflows Cloud REST, Streaming, Realtime APIs sowie offizielle SDKs ; zentrale Schnittstelle ist die Responses API . ( OpenAI Entwickler ) Herstellerplattform mit breiter Tool- und Agentenunterstützung Claude Platform Anthropic Modell- und API-Plattform Claude-basierte Anwendungen und Assistenzsysteme Cloud Messages API plus offizielle SDKs ; Anthropic dokumentiert den Einstieg über API-Key, Quickstart und Client-SDKs. ( Claude API Docs ) Herstellerplattform für Claude-Modelle Gemini API / Google AI Studio Google Modell- und Entwicklerplattform Prototyping, multimodale Anwendungen, API-Nutzung Cloud REST API und offizielle SDKs ; Google AI Studio dient als schneller Einstieg und zur API-Key-Erstellung. ( Google AI for Developers ) Schneller Einstieg über AI Studio Vertex AI Google Cloud Enterprise-AI-Plattform Produktive KI-Anwendungen, verwaltete Bereitstellung Cloud Typisch über Google-Cloud-/Vertex-AI-APIs und SDKs; Anthropic dokumentiert Claude-Integrationen ausdrücklich auch über Google Vertex AI . ( Anthropic ) Enterprise-Betrieb und Multi-Modell-Umgebungen Hugging Face Inference Providers Hugging Face Modell-Hub und Inferenzplattform Modelle testen, serverless nutzen oder produktiv anbinden Cloud Zugriff über einheitliche API und Client-SDKs ; Hugging Face nennt ausdrücklich einen OpenAI-kompatiblen Endpoint für Inference Providers. ( Hugging Face ) Viele Modelle, viele Inferenzpartner IONOS AI Model Hub IONOS Europäische Modell- und API-Plattform API-Zugriff auf Modelle in europäischer Cloud Cloud API-first ; IONOS bietet eine reguläre API sowie eine OpenAI-kompatible API . ( docs.ionos.com ) Europäischer Fokus, OpenAI-Kompatibilität STACKIT AI Model Serving STACKIT Europäische AI-Serving-Plattform Sichere Modellnutzung in der STACKIT Cloud Cloud Modelle sind über API nutzbar; STACKIT nennt die Schnittstelle ausdrücklich OpenAI-kompatibel . ( Docs ) Europäische/souveräne Cloud-Ausrichtung Amazon Bedrock AWS Voll gemanagte GenAI-Plattform Zugriff auf viele Foundation Models in AWS Cloud AWS API , API Keys , regionale Endpunkte und AWS SDKs wie Boto3; Amazon dokumentiert zusätzlich OpenAI-kompatible Service-Endpunkte in Teilen des Angebots. ( AWS Dokumentation ) Viele Drittmodelle unter AWS-Steuerung noris network KI as a Service noris network Infrastruktur- und Serviceplattform KI-Betrieb für Unternehmen, souveräne Hosting-/Cloud-Umgebungen Cloud / Private Cloud / Managed Anbieter beschreibt KI as a Service , Private-Cloud- und GPU-nahe Betriebsmodelle; die konkrete technische Ansprache ist eher projekt- bzw. serviceabhängig als über eine standardisierte öffentliche Entwickler-API dokumentiert. ( STACKIT ) Fokus auf Betrieb, Hosting und Souveränität Praktische Kurzregel für „API, n8n etc.“ Anbindungsart Typische Plattformen Einordnung Direkt per REST/API OpenAI, Anthropic, Gemini, Perplexity, OpenRouter, Bedrock, IONOS, STACKIT Standardweg für Anwendungen und Automatisierung. ( OpenAI Entwickler ) OpenAI-kompatibel Ollama, LM Studio, OpenRouter, Perplexity Sonar, Hugging Face Inference Providers, IONOS, STACKIT Besonders praktisch, weil viele vorhandene Tools und Clients weiterverwendet werden können. ( Ollama Dokumentation ) SDKs / Client-Bibliotheken OpenAI, Anthropic, Gemini, Hugging Face, AWS, LM Studio, Perplexity Sinnvoll für produktive Anwendungen statt reiner HTTP-Aufrufe. ( OpenAI Entwickler ) n8n direkt Am einfachsten mit OpenAI über den offiziellen OpenAI-Node n8n hat einen offiziellen OpenAI-Node ; für andere Dienste ist meist der HTTP Request Node nutzbar, sofern sie eine REST-API anbieten. ( n8n Docs ) n8n indirekt über OpenAI-Kompatibilität Ollama, LM Studio, OpenRouter, Perplexity Sonar, IONOS, STACKIT, teils Hugging Face In der Praxis oft möglich, wenn in n8n ein OpenAI-kompatibler Endpoint oder notfalls der HTTP Request Node verwendet wird; offiziell dokumentiert ist bei n8n selbst vor allem der OpenAI-Node und der generische HTTP Request Node. ( n8n Docs ) Neutrale Formulierung Anbindung / Ansprache KI-Plattformen werden typischerweise über REST-APIs , offizielle SDKs oder OpenAI-kompatible Schnittstellen angesprochen. Für Automatisierungswerkzeuge wie n8n ist dies relevant, weil entweder ein dedizierter Anbieter-Node genutzt werden kann oder ein generischer HTTP-Request-Ansatz . OpenAI-kompatible Plattformen sind dabei besonders integrationsfreundlich, da bestehende Clients und Workflows häufig mit geringem Anpassungsaufwand weiterverwendet werden können. ( n8n Docs ) Sehr kurze Fassung Plattformen sind von Modellfamilien zu unterscheiden. Während Modellfamilien die eigentlichen KI-Modelle bezeichnen, stellen Plattformen die Umgebung für Auswahl, Ausführung, Routing, Hosting oder API-Zugriff bereit. Manche Plattformen sind lokal ausgerichtet, andere bündeln viele Fremdmodelle oder bieten eigene Hersteller-APIs an. ( Ollama Dokumentation )