Verwendung von OpenAI Codex IDE mit lokalen Ollama-Modellen in VSCodium

Das OpenAI Codex IDE-Plugin für VSCodium kann so konfiguriert werden, dass es mit lokalen Ollama-Modellen arbeitet, obwohl es offiziell keine Profile oder Flags wie die CLI unterstützt. Durch das Bearbeiten der config.toml-Datei können Entwickler dieses Setup nutzen, um cloud-basierte KI-Lösungen zu vermeiden.
Wichtige Details
Um das OpenAI Codex IDE für die Verwendung mit lokalen Ollama-Modellen zu konfigurieren, müssen Sie auf die Einstellungen des Plugins in VSCodium zugreifen:
- Gehen Sie zum Codex-Tab und klicken Sie auf das Einstellungssymbol oben.
- Wählen Sie "Codex-Einstellungen" und dann "Open config.toml".
In der config.toml-Datei verwenden Sie die folgende Konfiguration:
model = "qwen3-coder-next:Q4_K_M"
model_provider = "ollama"
model_reasoning_effort = "medium"
[model_providers.ollama]
name = "Ollama"
base_url = "http://localhost:11434/v1"
[analytics]
enabled = falseBitte beachten Sie, dass es keine eingebaute Methode gibt, um die Modelle zu wechseln oder die Konfiguration ohne einen Neustart von VSCodium neu zu laden. Trotz dieses kleinen Rückschlags in der Implementierung des Plugins ermöglicht dieses Setup vollständig lokales KI-Coding mit einer vernünftigen Nutzung der Tools. Die Leistung, insbesondere bei einem Modell von etwa 50 GB Größe, ist jedoch langsamer als bei kostenpflichtigen Optionen, bleibt aber für viele Entwickler funktional und zufriedenstellend.
Das Setup kommt Entwicklern zugute, die es bevorzugen, offline zu arbeiten und Datenschutzbedenken gegenüber cloud-basierten KI-Diensten haben, auch wenn es einige Leistungseinbußen mit sich bringt. Im Vergleich zu anderen Plugins wie Kilocode und Roo zeigte das Codex-Plugin eine überlegene Leistung mit denselben Modellen.
📖 Lesen Sie die vollständige Quelle: r/LocalLLaMA
👀 Siehe auch

Claude Octopus v8.48: Multi-KI-Orchestrierungs-Plugin für Entwicklungs-Workflows
Claude Octopus v8.48 ist ein Open-Source-Plugin, das die KI-Modelle Claude, Codex und Gemini parallel mit unterschiedlichen Rollen über die Entwicklungsphasen hinweg orchestriert. Es beinhaltet eine 75%-Konsensschwelle zwischen den Phasen, frische Kontextfenster für komplexe Aufgaben und spezifische Befehle wie /octo:embrace für die vollständige Lebenszyklusentwicklung.

Qwen Meetup Entwurf: Function Calling Harness 2 steigert CoT-Compliance von 9,91% auf 100% durch strukturierte Schemata
Eine Fortsetzung des früheren Beitrags zum Funktionsaufruf-Harness erweitert das Muster auf Bereiche ohne Compiler (Investitionsmemoranden, Rechtsgutachten, klinische Diagramme). Das Schema erzwingt Pflichtfelder – die Einreichung wird abgelehnt, wenn sie unvollständig ist. Qwen3.6-27b erreicht 100% CoT-Compliance bei diesen Schemata.

Chapper: Native iOS-Client für LM Studio, Ollama und OpenAI-kompatible lokale Modelle
Chapper ist eine native SwiftUI iOS-App, die sich mit LM Studio, Ollama und OpenAI-kompatiblen lokalen Modellen verbindet, ohne Cloud-Dienste oder Konten zu benötigen. Sie bietet Echtzeit-Token-Streaming, umfassende Sampling-Kontrollen, Unterstützung für Reasoning-Modelle mit <think>-Tags und Export in 7 Formaten.

HomeButler: MCP-Server zur Verwaltung von Homelab-Servern über Claude ohne API-Schlüssel
HomeButler ist ein MCP-Server, der es Claude ermöglicht, selbst gehostete Apps auf Homelab-Servern zu installieren, zu überwachen und zu verwalten, ohne API-Schlüssel zu benötigen. Er läuft lokal, behält alles in Ihrem Netzwerk und wurde mit Claude Code erstellt.