Skip to main content
PromptQuorum
Startseite/Lokale LLMs Pro/Open Interpreter 2026 im Test: Rust-Kern statt Python, Apache statt AGPL
Local AI Agents & Tool Use

Open Interpreter 2026 im Test: Rust-Kern statt Python, Apache statt AGPL

·11 Min. Lesezeit·Von Hans Kuepper · Gründer von PromptQuorum, Multi-Model-AI-Dispatch-Tool · PromptQuorum

Open Interpreter ist ein Coding-Agent, der offene Modelle wie Kimi K3 über eine Rust-basierte, Codex-kompatible Terminal-Oberfläche ausführt. Das Projekt begann 2023 als Python-Tool, mit dem ein lokales Modell Code auf dem eigenen Rechner ausführen konnte; 2026 wurde es komplett neu geschrieben und unter Apache 2.0 neu lizenziert.

Open Interpreter war ursprünglich ein Python-Tool, mit dem ein Sprachmodell Code auf dem eigenen Rechner schreiben und ausführen konnte — eine lokale, uneingeschränkte Alternative zu OpenAIs gehostetem Code Interpreter. 2026 wurde das Projekt vollständig in Rust neu geschrieben, von OpenAIs eigenem Open-Source-Codex abgeleitet, und bezeichnet sich jetzt als Coding-Agent für offene Modelle wie Kimi K3. Auch die Lizenz hat sich geändert: AGPL 3.0 ist Geschichte, ersetzt durch Apache 2.0.

Wichtigste Erkenntnisse

  • Lizenz geändert von AGPL 3.0 zu Apache 2.0 — bestätigt über die GitHub-API und die LICENSE-Datei des Repositorys
  • Vollständig in Rust neu geschrieben als Fork von OpenAIs Open-Source-Codex-Projekt
  • Aktuelle GitHub-Beschreibung: „A coding agent for open models like Kimi K3"
  • Genannte Modell-Integrationsziele: Kimi K3, DeepSeek, Qwen, GLM/Z.AI
  • 68.227 Sterne, 5.871 Forks, nur 10 offene Issues, letzter Push am 2026-08-20
  • Nach Veröffentlichung des Kimi-K3-Harness zum meistdiskutierten Rust-Repository auf GitHub aufgestiegen
  • Das ursprüngliche Python/AGPL-Tool „Computer steuern" lebt als Community-Fork unter endolith/open-interpreter weiter

📍 In einem Satz

Open Interpreter ist jetzt ein Rust-basierter, Apache-2.0-lizenzierter Coding-Agent, abgeleitet von OpenAIs Open-Source-Codex und gebaut, um offene Modelle wie Kimi K3 auszuführen — als Ersatz für das ursprüngliche Python/AGPL-Design „Modell führt Code auf Ihrem Rechner aus".

💬 In einfachen Worten

Das Tool war früher ein Weg, ChatGPT-artige Code-Ausführung lokal statt in OpenAIs Cloud-Sandbox laufen zu lassen. Es tut im Geiste noch etwas Ähnliches, aber Code, Lizenz und Zielgruppe — Nutzer offener Modelle statt der API eines einzelnen Anbieters — haben sich alle geändert.

📌Hinweis: Dieser Test behandelt die aktuelle Rust/Codex-Fork-Version von Open Interpreter. Wer das ursprüngliche Python-Tool aus 2023 sucht, das per natürlicher Sprache im Web browst und Dateien bearbeitet, findet es im Community-Fork, nicht im Haupt-Repository.

Was ist Open Interpreter 2026?

Open Interpreter (github.com/openinterpreter/openinterpreter, oft als github.com/OpenInterpreter/open-interpreter verlinkt, was auf die kanonische kleingeschriebene Organisation weiterleitet) ist ein terminalbasierter Coding-Agent. Die aktuelle GitHub-Beschreibung sagt es unverblümt: „A coding agent for open models like Kimi K3." Das ist ein anderes Projekt, in einer anderen Sprache, unter einer anderen Lizenz, als das Tool, das den Namen 2023 bekannt machte.

  • Rust-Kern, ersetzt die ursprüngliche Python-Codebasis vollständig
  • Fork von OpenAIs Open-Source-Codex-Projekt, kompatibel mit dem Agent Client Protocol (ACP)
  • Implementiert den vom Anbieter empfohlenen „Kimi Code"-Harness in Rust neu, optimiert für offene und günstige Modelle statt für eine einzelne gehostete API
  • Repository-Topics auf GitHub umfassen acp, coding-agent, deepseek, kimi, qwen und rust
  • Homepage: openinterpreter.com
  • Gegründet von Killian Lucas, der als CEO und Lead Developer Open Interpreter Inc. leitet

Vom AGPL-Nebenprojekt 2023 zur Rust-Neuschreibung 2026

Das Open-Interpreter-Repository wurde am 2023-07-14 angelegt und im September 2023 öffentlich vorgestellt, auf dem Höhepunkt des Interesses daran, Sprachmodellen direkten Zugriff auf ein Terminal zu geben. Gründer Killian Lucas — ansässig in Bellingham, Washington — baute es, um Menschen dieselbe „das Modell führt einfach den Code aus"-Fähigkeit wie OpenAIs gehosteten Code Interpreter zu geben, aber lokal oder gegen ein Modell der eigenen Wahl statt in einer eingeschränkten Cloud-Sandbox: keine Internetzugriffsgrenzen, keine Dateigrößenbeschränkungen und volle Kontrolle über die Ausführungsumgebung. Lucas gründete anschließend Open Interpreter Inc., wo er CEO und Lead Developer ist.

Dieses ursprüngliche Tool wurde unter der AGPL-3.0-Lizenz veröffentlicht und beschrieb sich selbst als natürlichsprachliche Schnittstelle, die einem LLM erlaubte, Dateien zu bearbeiten, im Web zu browsen und Datensätze aus einer chatartigen Terminal-Sitzung zu analysieren — näher an einem allgemeinen Computer-Steuerungs-Agenten als an einem Coding-spezifischen Tool.

Bis 2026 hatte das Projekt die Richtung vollständig geändert. Das Team schrieb die Codebasis vollständig in Rust neu, forkte sie von OpenAIs eigenem Open-Source-Codex-Projekt und positionierte sie als Coding-Agent, der speziell für offene und günstige Modelle gebaut ist, statt als allgemeiner „Computer steuern"-Assistent. Die Lizenz wechselte im selben Zeitraum von AGPL 3.0 zu Apache 2.0.

Wie Open Interpreter heute funktioniert

Open Interpreters aktuelle Architektur ist eine Rust-Neuimplementierung des vom Anbieter empfohlenen „Kimi Code"-Harness, verpackt in einer Codex-kompatiblen Terminal-Oberfläche. Es spricht das Agent Client Protocol (ACP), wodurch es sich in ACP-kompatible Editoren und Tools einklinken kann, statt nur als eigenständiges CLI zu laufen.

  • Rust-Kern für die Agent-Schleife und die Terminal-Oberfläche
  • Fork von OpenAIs Open-Source-Codex-CLI, strukturell kompatibel dazu
  • ACP-kompatibel (Agent Client Protocol), lässt sich also in andere ACP-fähige Tools integrieren, nicht nur eigenständig ausführen
  • Genannte Integrationsziele: Kimi K3, DeepSeek, Qwen und GLM/Z.AI
  • Liefert weiterhin ein Python-SDK und eine Runtime-Komponente neben dem Rust-Kern (siehe die Workflows python-runtime-build.yml und python-sdk-release.yml) — also kein durchgängiges Rust-only-Projekt
  1. 1
    macOS oder Linux: curl -fsSL https://www.openinterpreter.com/install | sh in einem Terminal ausführen.
  2. 2
    Windows: `irm www.openinterpreter.com/install.ps1 | iex` in PowerShell ausführen.
  3. 3
    Den Agenten mit i oder interpreter aus einem Terminal starten.
  4. 4
    Auf ein offenes Modell wie Kimi K3, DeepSeek, Qwen oder GLM/Z.AI verweisen, gemäß dessen Setup-Anleitung — das Projekt dokumentiert kein einzelnes zwingendes Backend.
  5. 5
    Direkt im Terminal nutzen oder über einen ACP-kompatiblen Editor anbinden, wer lieber in einer IDE als in einem eigenständigen CLI arbeitet.

Der Lizenzwechsel: AGPL 3.0 zu Apache 2.0

Open Interpreters ursprüngliche Python-Codebasis wurde unter AGPL 3.0 veröffentlicht, einer Copyleft-Lizenz, die jeden, der den Code modifiziert und als Netzwerkdienst betreibt, zur Freigabe des modifizierten Quellcodes verpflichtet. Die aktuelle Rust-Codebasis steht unter Apache 2.0, bestätigt sowohl über das Lizenzfeld der GitHub-API als auch über die rohe LICENSE-Datei im Repository-Stamm.

Wird Open Interpreter noch gepflegt?

Jedes am Repository verfügbare Signal deutet auf aktive, laufende Pflege hin, nicht auf ein Projekt, das von vergangener Popularität zehrt. Der letzte Push erfolgte am 2026-08-20 — etwa zwei Wochen vor diesem Test — bei nur 10 offenen Issues gegenüber 68.227 Sternen und 5.871 Forks, ein niedriges Verhältnis für ein Repository dieser Größe.

Das Projekt betreibt zudem ein umfangreiches automatisiertes CI-Setup, belegt durch die Workflow-Dateien im Verzeichnis .github/workflows/: rust-ci.yml, rust-ci-full.yml und rust-ci-full-nextest-platform.yml führen die Rust-Testsuite über cargo nextest auf mehreren Betriebssystem-Plattformen aus; cargo-ci.yml und cargo-deny.yml decken Abhängigkeits- und Sicherheitsprüfungen ab; blocking-ci.yml ist ein Pflicht-Check, der Merges blockiert; postmerge-ci.yml und public-ci.yml führen weitere Validierungen aus; python-runtime-build.yml und python-sdk-release.yml bauen und veröffentlichen die Python-SDK-Komponente; repo-checks.yml und codespell.yml kümmern sich um Repository-Hygiene.

Repository-Aktivität

What it shows:
Letzter Push 2026-08-20, nicht archiviert

Sterne-zu-Issue-Verhältnis

What it shows:
68.227 Sterne gegenüber 10 offenen Issues — kleiner Rückstand

Fork-Anzahl

What it shows:
5.871 Forks

CI-Abdeckung

What it shows:
9+ Workflow-Dateien für Rust-Tests, Abhängigkeitsprüfungen und Pflicht-Merge-Checks

📌Hinweis: Wir haben für diesen Test keine eigene Testsuite gegen Open Interpreter laufen lassen. Die obigen Pflege-Signale stammen aus der öffentlichen Commit-Historie des Repositorys, der Issue-Zahl und dessen eigenen veröffentlichten CI-Workflow-Dateien, nicht aus von PromptQuorum erzeugten Benchmarks. Aktuellen Status vor größerem Zeitaufwand direkt im Repository prüfen.

Für wen eignet sich Open Interpreter?

Die richtige Wahl hängt davon ab, ob Sie gezielt einen auf offene Modelle abgestimmten Coding-Agenten wollen oder das ursprüngliche allgemeine „Computer steuern"-Tool.

Open Interpreter vs. Alternativen

Open Interpreters aktuelle Positionierung — ein Codex-kompatibler Terminal-Coding-Agent für offene Modelle — stellt es neben mehrere Tool-Kategorien: andere Terminal-Coding-Agenten, IDE-native Agenten, proprietäre Herstelleragenten und seine eigenen historischen Pendants aus der „LLM erhält Handlungsmacht über Ihren Rechner"-Welle von 2023.

ToolLinkInterfaceLizenzAm besten für
Open Interpretergithub.com/OpenInterpreter/open-interpreterTerminal, ACP-kompatibelApache 2.0Coding-Agent für offene Modelle
Aideraider.chatTerminalApache 2.0Git-natives Pair-Programming per Diff
Clinecline.botVS-Code-ErweiterungApache 2.0Autonomer IDE-Agent
OpenHandsgithub.com/All-Hands-AI/OpenHandsSandbox-Agent-RuntimeMITAutonome SWE-Agent-Aufgaben
Continue.devcontinue.devIDE-ErweiterungApache 2.0Autovervollständigung + Chat, IDE-gebunden
OpenAI Codex CLIgithub.com/openai/codexTerminalProprietärHerstellergehosteter Terminal-Coding-Agent
Claude Codeclaude.com/product/claude-codeTerminalProprietärHerstellergehosteter Terminal-Coding-Agent
AutoGPT (classic)github.com/Significant-Gravitas/AutoGPTCLI, autonome SchleifeMITUngebundene Autonomie-Experimente
BabyAGIgithub.com/yoheinakajima/babyagiCLI, autonome SchleifeMITMinimale autonome Aufgaben-Schleife

Häufige Fehler bei der Bewertung von Open Interpreter

Die meiste Verwirrung um Open Interpreter 2026 entsteht, weil man das Tool aus 2023 erwartet statt die aktuelle Rust-Neuschreibung.

Häufig gestellte Fragen

Unter welcher Lizenz steht Open Interpreter?

Apache 2.0, bestätigt über das Lizenzfeld der GitHub-API und die LICENSE-Datei des Repositorys. Das ist eine Änderung gegenüber der ursprünglichen AGPL-3.0-Lizenz der früheren Python-Codebasis.

Wird Open Interpreter noch gepflegt?

Ja. Der letzte Push erfolgte am 2026-08-20, es gibt nur 10 offene Issues bei 68.227 Sternen, und es läuft ein mehrteiliges CI-Setup mit Rust-Tests, Abhängigkeitsprüfungen und Pflicht-Merge-Checks.

Was ist aus dem ursprünglichen Open Interpreter geworden?

Das ursprüngliche Python-Tool — mit dem ein lokales oder entferntes Modell Dateien bearbeiten, im Web browsen und Code aus einer natürlichsprachlichen Terminal-Sitzung ausführen konnte — wurde 2026 vollständig in Rust neu geschrieben und von OpenAIs Open-Source-Codex-Projekt geforkt. Die ursprüngliche Python-/AGPL-Version lebt als Community-Fork unter github.com/endolith/open-interpreter weiter.

Welche Modelle unterstützt Open Interpreter?

Das Projekt nennt Kimi K3, DeepSeek, Qwen und GLM/Z.AI als Integrationsziele in seinen Repository-Topics und der Beschreibung und implementiert den „Kimi Code"-Harness in Rust neu. Ein einzelnes zwingendes Modell-Backend wird nicht dokumentiert.

Wie installiere ich Open Interpreter?

Unter macOS oder Linux: curl -fsSL https://www.openinterpreter.com/install | sh ausführen. Unter Windows: irm https://www.openinterpreter.com/install.ps1 | iex in PowerShell ausführen. Danach den Agenten mit i oder interpreter starten.

Ist Open Interpreter kostenlos nutzbar?

Ja. Es steht unter der Apache-2.0-Lizenz, die kostenlose Nutzung, Modifikation und Weiterverteilung erlaubt, auch in einem kommerziellen Produkt, ohne Pflicht zur Offenlegung des eigenen Quellcodes.

Ist Open Interpreter mit Codex oder Claude Code kompatibel?

Open Interpreter ist ein Fork von OpenAIs Open-Source-Codex-Projekt und auf Codex-Kompatibilität ausgelegt, unterstützt zudem das Agent Client Protocol (ACP) zur Integration mit anderen ACP-fähigen Tools. Es ist ein separates, unabhängig gepflegtes Projekt, keine offizielle Erweiterung von OpenAIs Codex CLI oder Anthropics Claude Code.

Lässt Open Interpreter ein Modell noch meinen ganzen Computer steuern?

Das aktuelle Rust-Projekt ist als Coding-Agent gefasst, kein allgemeines „Computer steuern"-Tool. Das ursprüngliche breiter gefasste Python-Tool — Datei-Editierung, Web-Browsing, Datensatzanalyse — lebt getrennt im Community-Fork unter endolith/open-interpreter weiter.

Wie schneidet Open Interpreter im Vergleich zu Aider oder Cline ab?

Alle drei sind Terminal- oder IDE-basierte Coding-Agenten. Aider ist git-nativ und strukturiert seine Ausgabe als prüfbare Diffs; Cline läuft als VS-Code-Erweiterung; Open Interpreter ist ein eigenständiger, Codex-kompatibler Terminal-Agent, speziell auf offene Modelle abgestimmt. Welches Tool passt, hängt davon ab, ob Sie Git-Diff-Prüfung, IDE-Integration oder Offene-Modelle-first-Abstimmung wollen.

Warum wechselte Open Interpreter von AGPL 3.0 zu Apache 2.0?

Das Projekt veröffentlicht in seinem README keinen ausdrücklichen Grund für den spezifischen Lizenzwechsel im Zuge der Neuschreibung 2026. Apache 2.0 ist permissiver als AGPL 3.0: Es entfällt die Copyleft-„Netzwerknutzungs"-Offenlegungspflicht, hinzu kommt eine explizite Patent-Gewährung — das erleichtert den Aufbau kommerzieller Produkte auf dem Code. Vor einer darauf gestützten Entscheidung die LICENSE-Datei direkt prüfen.

Quellen

← Zurück zu Lokale LLMs Pro