Lokale Modelle

Manchen Code darfst du nicht an einen Cloud-Anbieter schicken — etwa Kundenprojekte mit strengen Vorgaben. Dafür gibt es Workspaces mit „Nur lokale Modelle“: Dort arbeitet Codex mit einem Modell auf deinem Rechner, und alle Cloud-CLIs sind gesperrt.

Voraussetzungen

1. Ollama installieren und starten (LM Studio geht auch).
2. Ein Modell laden, z. B. ollama pull gpt-oss:20b oder ollama pull qwen3-coder:30b.
3. Die Codex CLI ist installiert — sie spricht über --oss mit dem lokalen Modell.

Einschalten

• Im Plus-Menü eines Workspace: Schalter Nur lokale Modelle. Darüber zeigt OpenCognit, ob Ollama läuft und wie viele Modelle da sind.
• Beim Einrichten („Neue Sessions“): Option Nur lokale Modelle (Ollama) anhaken und darunter das Modell wählen (oder „Codex wählt selbst“). Beim Start wird der Workspace auf „Nur lokal“ gestellt.

In der Seitenleiste trägt der Workspace dann das Abzeichen lokal.

Was dann gilt

• Codex startet als Codex lokal (Ollama) — mit --oss und dem gewählten Modell. Je Modell legt OpenCognit einen eigenen lokalen Codex an; der normale Codex in anderen Workspaces bleibt.
• Gesperrt sind Claude Code, Gemini CLI, Kimi Code, Hermes, Codex ohne Ollama, Threads und der Orchestrator — an jedem Startweg: Plus-Menü, „Neue Sessions“, Varianten, Übergabe, Board und die Wiederherstellung nach einem Neustart.
• Erlaubt bleibt die reine Shell („Nur Terminal“) — sie ist kein KI-Agent.
• Im Verbrauch zählen lokale Modelle mit 0 € und erscheinen als lokal verarbeitet.

Ausschalten geht jederzeit über denselben Schalter.

Gut zu wissen

„Nur lokal“ betrifft das Modell: Dein Code geht an kein Cloud-Modell. Befehle, die ein Agent in der Shell ausführt (z. B. npm install), dürfen weiterhin ins Netz — die Guardrails und der Paket-Schutz prüfen sie wie überall.

Lokale Modelle sind langsamer und weniger stark als die großen Cloud-Modelle; für klar umrissene Aufgaben reichen sie oft gut.