Warum das Ganze?

Mir ging es vor allem um ein aufgeräumtes, zeitgemäßes Design: saubere Abstände, scharfe SVG-Icons, nahtloser Dark Mode und vor allem Layout-Elemente, die auch auf dem Smartphone sofort gut aussehen.

Was drinsteckt:

• Intelligente Blockquotes (Ctrl + Q): Markierter Text wird sauber zitiert – selbst über Absätze und Leerzeilen hinweg.
• Moderne Callout-Boxen: 9 vorgefertigte Styles (Info, Tipp, Warnung, etc.) direkt per Toolbar-Dropdown einfügbar.
• Responsive Spalten & Textfluss: Einfache Flexbox-Spalten, die sich auf Mobilgeräten automatisch sauber untereinander anordnen.
• Textmarker & Feinschliff: Schnelles Highlighting und bequemes Floaten ohne CSS-Kopfschmerzen.

Gut zu wissen: EditorPlus setzt auf die vertraute <WRAP>-Syntax und ersetzt bestehende Wrap-Plugins (wie Wrap oder AdHoc Wrap). Falls du diese nutzt, deaktiviere sie einfach vorher.

Ausprobieren & Mitmachen

Das Plugin ist Open Source unter der MIT-Lizenz. Du kannst es direkt über den DokuWiki Extension-Manager nach editorplus suchen oder dir den Code direkt bei mir im Git ansehen:

👉 Repository: git.zn80.net/cblte/dokuwiki-plugin-editorplus 📦 Download: archive/main.zip

Besonders eine Sache habe ich in der letzten Zeit im Arbeitsalltag extrem zu schätzen gelernt: die Assistenten-Funktion. Die Möglichkeit, sich spezifische Agenten für unterschiedliche Aufgabenbereiche (z. B. gezieltes Code-Review, Brainstorming oder als Refactoring-Helfer) mit eigenen System-Prompts vorzukonfigurieren, beschleunigt den Workflow enorm.

Anders als LM Studio (Closed-Source) oder Ollama (klarer Fokus auf CLI) bringt Jan eine aufgeräumte grafische Oberfläche mit echter Open-Source-Transparenz und einer eigenen Plugin-Architektur mit.

Warum Jan AI aktuell in meinem Werkzeugkasten liegt

• Offline-First: Einmal das Modell (z. B. als GGUF) geladen, bleibt der gesamte Traffic auf meiner Maschine. Keine Telemetrie, keine Überraschungen.
• Die Assistenten: Mein persönliches Highlight. Verschiedene “Personas” lassen sich sauber trennen und per Klick umschalten, ohne dass ich jedes Mal den Kontext neu definieren muss.
• Ressourcenschonend: Basiert auf llama.cpp und greift direkt auf die Hardware-Beschleunigung (Metal, CUDA, Vulkan) zu.
• Nahtlose Remote-Provider: Auch wenn mein Ansatz ganz klar “Local First” ist, gibt es komplexe Aufgaben, für die man doch mal auf die großen Modelle der KI-Unternehmen zurückgreifen muss. Jan macht das extrem flexibel: Neben Anbietern wie Gemini oder LM Studio f0rge lassen sich unzählige weitere Remote-APIs wie OpenAI, Anthropic, Mistral, Groq, xAI, MLX, Azure, Hugging Face, NVIDIA NIM oder OpenRouter zuschalten (wie auch in image_1567fe.png zu sehen). Das Geniale daran: Man bleibt in derselben UI und nutzt seine perfekt konfigurierten lokalen Assistenten einfach temporär mit einem Cloud-Modell.

Der Local API Server

Für Skripte und kleine Automatisierungen bringt Jan einen echten Vorteil mit: einen lokalen, OpenAI-kompatiblen API-Endpunkt.

1. In den Settings den Local API Server aktivieren.
2. Der Dienst lauscht standardmäßig auf http://localhost:1337.

Das lässt sich ganz simpel testen:

1curl http://localhost:1337/v1/chat/completions \
2  -H "Content-Type: application/json" \
3  -d '{
4    "model": "your-model-id",
5    "messages": [{"role": "user", "content": "Hello"}]
6  }'

Das funktioniert perfekt als lokales Drop-in-Replacement für IDE-Plugins oder Kommandozeilen-Tools, die eigentlich nach einem OpenAI-Key verlangen. Man verbiegt einfach die Base-URL auf localhost.

Jan vs. LM Studio vs. Ollama

Je nach Einsatzzweck haben alle Tools ihre Berechtigung. Hier meine aktuelle Einordnung:

Mein Fazit

Wer primär schnelle, leichtgewichtige API-Endpunkte für Skripte oder zentrale Deployments sucht, ist mit Ollama nach wie vor gut bedient. Würde ich jedoch in 2026 immer direkt zu llama.cpp greifen weil es einfach flexibler ist. Für den Desktop-Einsatz als täglicher Begleiter hat Jan bei mir mittlerweile aber einen festen Platz – gerade wegen der sauberen Open-Source-Natur, der starken Assistenten-Verwaltung und der Flexibilität, bei Bedarf unkompliziert die großen Cloud-Modelle einzubinden.