Odysseus AI Systemanforderungen: RAM, GPU, CPU und Speicher
Ein praxisnaher Leitfaden, der den leichten Workspace vom rechenintensiven Modellserver trennt.
Inhalt
- Kurz gesagt: App-Anforderungen sind nicht Modell-Anforderungen
- Workspace und Inferenzserver getrennt planen
- Software-Voraussetzungen zuerst prüfen
- Vier praktische Hardwareprofile
- Einfluss von RAM, VRAM, Kontext und Quantisierung
- CPU, GPU, Speicher und Netzwerk
- Vorabprüfung vor der Installation
- Typische Planungsfehler
- FAQ zu Odysseus AI Systemanforderungen
Eine einzelne Zahl für die Odysseus AI Systemanforderungen wäre irreführend. Die offiziellen Projektunterlagen beschreiben Software und Einrichtung, nennen aber keine feste Mindesthardware für Endgeräte. Entscheidend sind Inferenzort, Modell, Quantisierung, Kontextlänge und gleichzeitig laufende Dienste.
Kurz gesagt: App-Anforderungen sind nicht Modell-Anforderungen
Odysseus AI ist die Workspace- und Orchestrierungsschicht. Webanwendung, Datenbank und Container sind meist leichter als das Sprachmodell.
Mit gehosteter API oder separatem Modellserver können 8 GB für Tests genügen. Für ein kleines lokales quantisiertes Modell sind 16 GB ein praktischer Einstieg; 32 GB oder mehr bieten Reserve für größere Modelle und längere Kontexte.
Wichtige Abgrenzung
Diese Werte sind Planungsgrößen und keine offiziellen Mindestangaben. Prüfe vor einem Hardwarekauf die aktuelle Upstream-Dokumentation und die konkrete Modellseite.
Workspace und Inferenzserver getrennt planen
Ein Browser-Dashboard kann wenig Ressourcen brauchen, während der Modellprozess RAM, VRAM und Energie dominiert. Ein OpenAI-kompatibler Endpoint kann lokal, auf einem zweiten Rechner oder bei einem Anbieter laufen.
Damit sind drei Architekturen sinnvoll: alles auf einem Rechner, leichter Client plus Modellserver oder leichter Client plus Cloud-API. Die Trennung verbessert oft die Reaktionsfähigkeit.
Software-Voraussetzungen zuerst prüfen
Die offizielle Setup-Anleitung nennt derzeit Python 3.11 oder neuer für den Backend-Ablauf, npm für Frontend-Abhängigkeiten und Docker als optionale Variante. Prüfe den verwendeten Branch.
Zusätzlich brauchst du einen unterstützten Browser, freien SSD-Speicher und einen erreichbaren Modell-Endpoint. Ollama-Modelle werden separat geladen.
Vier praktische Hardwareprofile
Die Tabelle ist eine Kauf- und Planungsbasis, keine offizielle Garantie.
| Profil | Planungsbasis | Geeignet für | Hauptgrenze |
|---|---|---|---|
| Gehostete API / Remote-Modell | 4+ Kerne, 8 GB RAM, 10+ GB SSD frei, keine lokale GPU | Test und leichte Nutzung | Netzwerk, Limits, Datenschutz |
| Kleines lokales Modell | 6+ Kerne, 16 GB RAM; 8 GB VRAM oder 16-24 GB Unified Memory hilfreich | Quantisierte 7B-8B-Modelle | Speicherreserve und Tempo |
| Mittleres lokales Modell | 8+ Kerne, 32 GB RAM; ca. 12-16 GB VRAM oder 32 GB Unified Memory | 14B-Modelle, RAG, Coding | Kontext und parallele Tools |
| Größeres lokales Modell | 64 GB+ RAM und/oder ca. 24 GB+ VRAM, viel SSD | 30B-Experimente | Kosten, Wärme, Modellgrenzen |
Einfluss von RAM, VRAM, Kontext und Quantisierung
Parameterzahl allein reicht nicht. Kontext-Cache, Laufzeit, Embeddings, Browser, Docker und Betriebssystem benötigen ebenfalls Speicher.
Ein Modell, das auf einem leeren Desktop startet, ist noch nicht alltagstauglich. Teste Editor, Browser, Container und Agent-Werkzeuge gleichzeitig und halte Reserve frei.
CPU, GPU, Speicher und Netzwerk
Aktuelle x86-64-Prozessoren und Apple Silicon eignen sich für den Workspace. CPU-Inferenz funktioniert, kann aber langsam sein. Für Beschleunigung zählt vor allem nutzbarer VRAM beziehungsweise Unified Memory.
Nutze SSD-Speicher für Code, Docker-Images, Logs, Indizes und Modelle. Sichere einen externen Modellserver und veröffentliche keinen ungeschützten Inferenz-Port.
Vorabprüfung vor der Installation
Eine kurze Bestandsaufnahme verhindert die meisten Überraschungen.
-
Inferenzort wählen
Gleicher Rechner, zweiter Server oder gehostete API.
-
Konkretes Modell wählen
Familie, Größe, Quantisierung und Kontext notieren.
-
Freie Ressourcen messen
RAM, SSD und Grafikspeicher prüfen.
-
Mit kurzem Kontext starten
Erst einen Prompt und ein Werkzeug testen.
-
Reale Last testen
Editor, Browser, Container und Tools gemeinsam öffnen und Swap beobachten.
Typische Planungsfehler
Setze Downloadgröße nicht mit RAM-Bedarf gleich. Eine GPU ist bei Remote-Inferenz nicht zwingend. Eine starke GPU ersetzt weder Systemspeicher noch SSD-Kapazität.
Notiere Betriebssystem, Architektur, Docker, Python, Modell, Quantisierung, Kontext und Endpoint für die Fehlersuche.
FAQ zu Odysseus AI Systemanforderungen
Offizielle Quellen und Planungsreferenzen
- Offizielles Odysseus GitHub-Repository - Upstream-Repository, README und aktuelle Projektstruktur.
- Offizielle Odysseus Setup-Anleitung - Aktuelle Software-Voraussetzungen und Installationswege.
- Docker Engine Installationsdokumentation - Plattformspezifische Docker-Anforderungen und Installation.
- Ollama Modellbibliothek - Modellgrößen und Varianten zur Prüfung vor dem Download.
Passende Odysseus AI Anleitungen
- Odysseus AI unter Windows - WSL2, Docker Desktop und Ollama vorbereiten.
- Odysseus AI Docker Setup - Ports, Container und Speicher prüfen.
- Odysseus AI mit Ollama - Lokalen Modell-Endpoint verbinden.
- Lokale Coding-Modelle für 16 GB - Modelle und Speicherbedarf vergleichen.
Zuletzt aktualisiert: 16. Juli 2026
Zurück zum Odysseus AI Wiki