KI-Assistent¶

Ein Assistent im Editor, der den bereits installierten KI-Kommandozeilen-Agenten steuert — erklären, refaktorieren, korrigieren, Tests schreiben, zusammenfassen, übersetzen und chatten, wobei jede vorgeschlagene Änderung als prüfbarer Diff erscheint, den Sie bewusst anwenden.

Bringen Sie Ihren eigenen Agenten mit¶

Der Assistent fragt nicht nach einem API-Schlüssel und meldet Sie nirgends an. Stattdessen führt er einen lokal installierten KI-CLI-Agenten als Helfer aus und streamt dessen Ausgabe in den Editor. Authentifizierung, Ihr Abonnement und die Modellwahl gehören ganz diesem Werkzeug.

Heute: Claude Code (claude) und Codex CLI (codex). Installieren Sie einen davon und melden Sie sich einmal an (sodass claude oder codex im Terminal funktioniert); der Editor erkennt ihn automatisch. Gemini wird ebenfalls angeboten, seine Kommandozeilen-Integration ist aber noch nicht verifiziert.
Die Erkennung ist automatisch und blockiert nicht. Der Editor prüft den Agenten direkt nach dem Start im Hintergrund — das Fenster wartet nie darauf. Während der Prüfung ist Ansicht → KI-Chat kurz deaktiviert mit dem Tooltip KI-Engine wird erkannt…; wenige Sekunden später wird es entweder aktiv (Agent gefunden) oder bleibt ausgegraut mit einem Hinweis, was zu installieren ist.

Der Agent ist ein separates Programm, das Sie installieren

Der Editor bündelt oder lädt keinen KI-Agenten herunter und sendet Ihren Text nirgendwohin — die Anfrage stellt der von Ihnen installierte CLI-Agent mit seinem eigenen Konto und seiner eigenen Netzverbindung. Ist der Agent nicht installiert oder nicht angemeldet, bleiben die KI-Funktionen einfach deaktiviert, und nichts anderes im Editor ist betroffen.

Voraussetzungen¶

Der Assistent hat eine harte Voraussetzung: einen unterstützten KI-CLI-Agenten, installiert und angemeldet, im System-PATH.

Installieren Sie einen unterstützten Agenten. Heute ist das Claude Code (claude) oder Codex CLI (codex).
Melden Sie sich einmal an. Starten Sie den Agenten im Terminal und durchlaufen Sie dessen eigene Anmeldung, damit er danach ohne Rückfragen arbeitet. Der Editor fragt nie nach einem API-Schlüssel und speichert keinen — Abonnement und Anmeldung leben vollständig in diesem Werkzeug.
Stellen Sie sicher, dass er im PATH liegt. Kann der Editor ihn nicht starten, ist Ansicht → KI-Chat mit erklärendem Tooltip ausgegraut.

Das KI-Chat-Panel¶

Es gibt kein eigenes KI-Menü — alles lebt in einem unteren Panel, das über Ansicht → KI-Chat umgeschaltet wird. War das Panel beim letzten Schließen offen, öffnet es sich beim nächsten Start wieder (sobald die Engine erkannt ist).

Von oben nach unten zeigt das Panel:

eine Engine-Auswahl (Ihre Wahl wird zwischen Sitzungen gemerkt) und das Kontrollkästchen Dateibearbeitung erlauben (siehe unten);
eine Statuszeile — erkannte Engine und Version, eine Prüf-/Fortschrittsnotiz oder den Hinweis „installieren und anmelden“. Nach der ersten Antwort nennt sie auch das Modell, das der Agent tatsächlich verwendet hat, z. B. Engine: Claude (2.1.200) · claude-sonnet-5 — ein Blick lohnt sich, denn das Modell bestimmt die Kosten eines Laufs (siehe Das Modell wählen);
eine dünne Beschäftigt-Leiste mit Stopp-Knopf, während der Agent arbeitet;
die Konsole — das ganze Gespräch in einer Ansicht;
eine Hinweiszeile mit den verfügbaren Befehlen als klickbare Links.

Die Konsole¶

Das Gespräch funktioniert wie ein Terminal: Verlauf oben, und Sie tippen am Ende, hinter der Eingabeaufforderung ›.

Enter sendet; Shift+Enter fügt einen Zeilenumbruch ein, mehrzeilige Prompts funktionieren also.
Klicken oder Tippen irgendwo im Verlauf bewegt den Cursor zurück zur Eingabeaufforderung — der Verlauf ist auswähl- und kopierbar, aber nie bearbeitbar.
Esc bricht die laufende Anfrage ab; läuft nichts, löscht es das nach › Getippte. Esc funktioniert mit Fokus überall im Panel.
Ctrl+A wählt nur die Frage aus, die Sie gerade verfassen, das nächste getippte Zeichen ersetzt sie also; ist nichts getippt, wird stattdessen das ganze Gesprächsprotokoll ausgewählt, bereit zum Kopieren.
Auf und Ab rufen frühere Fragen zurück, wie in einer Shell. Auf in der ersten Zeile Ihrer Eingabe geht Schritt für Schritt zurück durch Ihre früheren Fragen; Ab wieder vorwärts, und ein Schritt über die neueste hinaus gibt Ihnen die halb getippte Zeile zurück, mit der Sie begonnen hatten. In einem mehrzeiligen Prompt bewegen die Tasten schlicht den Cursor zwischen dessen Zeilen, und sobald Sie eine zurückgeholte Frage bearbeiten, wird sie zu Ihrem neuen Entwurf. Der Verlauf gehört zum Panel und wird nicht über Sitzungen hinweg behalten.
Während eine Antwort einläuft, folgt die Ansicht, solange Sie unten sind; scrollen Sie zum Lesen nach oben, bleibt sie stehen. Ist die Antwort vollständig, platziert die Ansicht sie bewusst: eine kurze Antwort scrollt nach unten, damit Sie sie und die Eingabeaufforderung darunter sehen, eine lange richtet ihre Überschrift Assistent am oberen Rand des Panels aus, damit Sie von vorn lesen können.
Das Markdown jeder Antwort wird für sich gerendert, nummerierte Listen beginnen also jedes Mal bei 1, statt die Nummerierung der vorigen Antwort fortzusetzen.

Befehle¶

Tippen Sie einen Befehl an der Eingabeaufforderung oder klicken Sie ihn in der Hinweiszeile (Befehle mit Argument erhalten ein Leerzeichen und warten, bis Sie die Zeile beenden):

Befehl	Wirkung	Ergebnis
`.explain`	Den ausgewählten Code erklären	Antwort im Chat
`.summarize`	Den ausgewählten Text zusammenfassen	Antwort im Chat
`.refactor <how>`	Nach Anweisung refaktorieren (z. B. `.refactor extract a helper`)	prüfbare Änderung
`.fix`	Den ausgewählten Code korrigieren	prüfbare Änderung
`.tests`	Unit-Tests für die Auswahl schreiben	prüfbare Änderung
`.translate <language>`	Die Auswahl übersetzen (z. B. `.translate German`)	prüfbare Änderung
`.model <id>`	Das Modell festlegen, das dieser Editor anfordert (siehe Das Modell wählen)	sofortige Antwort, ohne Agentenlauf

Alles andere wird natürlich behandelt:

Normaler Text ist eine freie Frage an den Agenten, zusammen mit dem gesendet, was Sie auf dem Bildschirm haben (siehe unten).
Eine mit / beginnende Zeile ist einer der eigenen Befehle des Agenten (wie Claudes /help) und geht genau so, wie Sie sie getippt haben, an ihn — nichts vom Editor wird ergänzt, und es braucht keine Zustimmung, weil nichts von Ihnen gesendet wird. Das gilt für Engines mit geprüftem Befehlssatz — heute Claude; bei den übrigen wird eine /-Zeile wie eine gewöhnliche Frage behandelt.
Ein unbekanntes .wort ist kein Fehler; es wird als Prompt durchgereicht.

Nicht jeder CLI-Befehl bedeutet hier dasselbe wie im eigenen Terminal des Agenten: manche brauchen eine interaktive Sitzung, die die Läufe des Editors nicht haben, manche betreffen Gespräche, die der Editor ohnehin selbst verwaltet, und manche — wie /model — überdauern schlicht keine einzelne Anfrage. Senden Sie einen davon, leitet der Editor ihn trotzdem weiter und fügt eine kurze Notiz hinzu, warum er womöglich nicht das tut, was Sie erwarten. Jede Notiz erscheint einmal pro Sitzung.

Das eigene /model des Agenten bleibt nicht — nutzen Sie .model

Jede Frage startet den Agenten neu, und ein neuer Lauf beginnt stets mit dem Modell, auf das Ihre CLI konfiguriert ist. /model … antwortet „Set model to … for this session only“, doch diese Sitzung endet mit der Antwort: Die nächste Frage — selbst eine, die dasselbe Gespräch fortsetzt — läuft wieder auf dem konfigurierten Modell. Nutzen Sie stattdessen .model <id>; das ist der eigene Befehl des Editors und legt das Modell für alle weiteren Fragen fest. Siehe Das Modell wählen.

Der Abgleich ignoriert Groß-/Kleinschreibung, und die Hinweiszeile engt sich beim Tippen ein (.r → .refactor …).

Auswahl oder ganzes Dokument¶

Befehle arbeiten auf der aktuellen Auswahl. Ohne Auswahl wirken sie auf das ganze Dokument — und weil das die gesamte Datei an den Agenten sendet, fragt der Editor zuerst: Keine Auswahl. Das gesamte Dokument „…“ an Claude senden? Gefragt wird einmal pro Dokument und Editor-Sitzung; Ablehnen bricht das Senden ab und behält Ihre Eingabe. Die Rückfrage lässt sich unter Einstellungen → KI-Assistent mit der Option Vor dem Senden eines ganzen Dokuments an die KI-Engine fragen abschalten; ist sie aus, wird das ganze Dokument ohne Rückfrage gesendet.

Was der Assistent über Ihr Dokument weiß¶

Der Agent liest Dateien von der Festplatte. Sich selbst überlassen würde er Fragen zu einer Datei, die Sie geändert, aber nicht gespeichert haben, also anhand des alten Textes beantworten — und ein nie gespeichertes Dokument gar nicht sehen. Deshalb teilt ihm eine freie Frage mit, was Sie wirklich offen haben:

Gespeichert, ohne ungespeicherte Änderungen — der Assistent nennt einfach die Datei und lässt den Agenten sie lesen. Nichts verlässt den Editor, also wird auch nichts gefragt.
Ungespeicherte Änderungen oder ein nie gespeichertes Dokument — der aktuelle Text geht mit Ihrer Frage hinaus. Kleine Dokumente reisen in der Frage selbst; größere werden in eine temporäre Kopie geschrieben, auf die der Agent verwiesen wird. Die Kopie wird gelöscht, sobald der Austausch endet.
Bei geöffnetem Ordner — jedes andere offene Dokument mit ungespeicherten Änderungen kommt auf dieselbe Weise mit, damit der Agent das Projekt so sieht wie Sie und nicht so, wie es zuletzt gespeichert wurde.

Weil dabei Text hinausgeht, fragt der Editor zuerst — einmal pro Dokument und Editor-Sitzung und einmal für die ganze Anfrage, auch wenn mehrere Dokumente betroffen sind: Der aktuelle, ungespeicherte Inhalt dieser Dokumente wird an Claude gesendet: …. Fortfahren? Ablehnen bricht die Anfrage ab und behält Ihre Eingabe.

Eine Auswahl hat weiterhin Vorrang als das, worauf Sie zeigen: Sie wird als Relevant selection neben dem Dokument gesendet, nicht an dessen Stelle.

Im standardmäßigen Nur-Lese-Modus wird dem Agenten außerdem gesagt, dass er Ihr Dokument nicht ändern kann und eine Änderung über die Befehle .refactor, .fix, .tests und .translate vorschlagen soll — die zeigen Ihnen einen Diff.

Änderungen prüfen und anwenden¶

Bearbeitungsbefehle schreiben Ihren Text nie stillschweigend um. Wenn der Agent fertig ist, öffnet sich ein Prüfdialog mit einer abhakbaren, eingefärbten Änderungsgruppe pro Modifikation — entfernte Zeilen rot, hinzugefügte grün:

haken Sie unerwünschte Änderungen ab;
Anwenden ersetzt die Auswahl (oder, im Fall ohne Auswahl, das ganze Dokument) durch genau die akzeptierten Änderungen;
Verwerfen lässt den Puffer exakt wie er war.

Angewendete Änderungen sind gewöhnliche Bearbeitungen, Ctrl+Z macht sie wie alles andere rückgängig. Der Zeilenende-Stil Ihrer Datei (CRLF/LF) bleibt erhalten. Lehnt der Agent eine Bearbeitung ab, erscheint seine Erklärung als normale Chat-Antwort statt eines falschen Diffs.

Haben Sie weitergearbeitet, während der Agent lief, legt der Editor nie eine veraltete Änderung über Ihren neueren Text. Was er stattdessen tut, hängt davon ab, was sich noch sicher sagen lässt:

Ihr Tippen hat das Ziel verschoben, aber unversehrt gelassen → die Änderung wird dort angewendet, wo der Text jetzt steht;
der Befehl betraf das ganze Dokument und das Dokument hat sich seither geändert → der Vorschlag wird mit Ihrem aktuellen Text verglichen und Sie prüfen diesen Diff, die Antwort ist also nicht verloren;
der ursprüngliche Text ist verschwunden oder kommt jetzt mehrfach vor → der Editor verweigert das Anwenden, statt zu raten, und bittet Sie, den Befehl erneut auszuführen.

Die Diff-Farben folgen Ihrem Farb-Theme: Themes können eigene Farben für Hinzugefügter Text (Diff) / Entfernter Text (Diff) definieren (editierbar unter Einstellungen → Syntaxhervorhebung → Themes); ohne sie wählt der Editor gut lesbare Standards für helle und dunkle Oberflächen.

Gespräche¶

Freie Fragen bilden ein fortlaufendes Gespräch: Der Agent erinnert sich an Ihre früheren Fragen und Antworten. Pro geöffnetem Ordner gibt es ein Gespräch (bzw. pro Datei, wenn kein Ordner offen ist), sodass fremde Projekte keinen Kontext teilen. Bearbeitungsbefehle (.refactor, .fix, …) laufen bewusst einmalig und verschmutzen den Chat-Kontext nicht. Gespräche werden nicht gespeichert — ein Neustart des Editors beginnt frische.

Claude und Codex setzen Gespräche beide fort. Codex benennt jedes Gespräch selbst und meldet den Namen, wenn es beginnt; spätere Fragen knüpfen dort an. Endet ein Lauf von Codex, ohne einen Namen zu melden, zeigt der Chat [das Gespräch konnte nicht fortgesetzt werden — die Engine hat keine Sitzungs-ID gemeldet; die nächste Nachricht beginnt ein neues] — die erhaltene Antwort bleibt gültig, aber Ihre nächste Frage beginnt ein neues Gespräch ohne den bisherigen Kontext.

Ein Gespräch übersteht auch, was schiefgeht. Das Stoppen einer Antwort bewahrt es, eine unterbrochene Frage lässt sich also einfach wieder aufnehmen — bitten Sie um „mach mit der letzten Aufgabe weiter“, und der Agent weiß noch, woran er war, selbst wenn Sie ihn gestoppt haben, bevor er ein Wort gesagt hat. Auch ein einmaliger Fehlschlag (ein Ratenlimit, eine abgerissene Verbindung) wirft den Verlauf nicht weg; erst ein zweiter Fehlschlag in Folge beginnt ein neues Gespräch.

Einen Lauf stoppen¶

Während der Agent arbeitet, erscheint eine Beschäftigt-Leiste mit Stopp-Knopf — klicken Sie ihn (oder drücken Sie Esc irgendwo im Panel), um abzubrechen. Was bis dahin eingelaufen ist, bleibt im Gesprächsverlauf, der Lauf wird als [Abgebrochen] markiert, und keine Änderung wird angewendet. Das Gespräch bleibt erhalten, Ihre nächste Frage setzt es also fort (siehe Gespräche). Enter mitten im Lauf stellt nichts in eine Warteschlange; die Statuszeile erinnert daran, dass der Agent noch arbeitet.

Dem Agenten Dateibearbeitung erlauben¶

Standardmäßig ist der Assistent schreibgeschützt: Jeder Lauf startet den Agenten mit deaktivierten Dateibearbeitungswerkzeugen, Shell-Zugriff und Unteragenten, sodass Änderungen Sie nur als prüfbare Vorschläge erreichen. Bei Engines mit verifizierten Berechtigungs-Flags ist das eine harte Sperre, die der Agent selbst durchsetzt — unabhängig von der Konfiguration Ihrer CLI:

Claude läuft mit abgeschalteten Dateibearbeitungswerkzeugen, Shell-Zugriff und Unteragenten.
Codex läuft in seiner schreibgeschützten Sandbox (-s read-only). Die Sandbox arbeitet anders: Sie schaltet Shell-Befehle nicht ab, sondern sperrt sie ein — Codex darf weiterhin Befehle ausführen, um sich umzusehen, aber sie können nichts schreiben. Vorerst bittet der Editor Codex zusätzlich ausdrücklich, lesend zu bleiben.

Schreibschutz ist nicht bei jeder Engine garantiert

Die harte Sperre stützt sich auf die Berechtigungs-Flags der Engine. Gemini hat noch keine verifizierten Flags; der Editor kann es nur — als Best-Effort-Anweisung — bitten, lesend zu bleiben, es aber nicht erzwingen. Betrachten Sie den Schreibschutz bei Gemini als nicht garantiert: Es kann trotzdem auf die Festplatte schreiben, und sein Verhalten bestimmt letztlich die Konfiguration Ihrer CLI. Halten Sie solche Arbeit in einem versionierten Ordner, wenn Ihnen das wichtig ist.

Das Kontrollkästchen Dateibearbeitung erlauben (neben der Engine-Auswahl, standardmäßig aus, zwischen Sitzungen gemerkt) schaltet die agentenseitige Bearbeitung frei:

die Dateiänderungen des Agenten werden automatisch akzeptiert, und er darf während eines Laufs Dateien im geöffneten Ordner ändern;
jeder Schreibvorgang wird im Gespräch gemeldet als [the agent modified a file: …], und offene Dokumente übernehmen die Änderungen über die normale Dateiüberwachung des Editors;
am Ende des Laufs listet eine einzelne Zusammenfassungszeile alle berührten Dateien mit Zähler, z. B. [modified files (3): …];
Shell-Zugriff und Unteragenten von Claude bleiben auch mit aktivierter Option gesperrt.

Bei Codex schaltet die Option seine Sandbox auf -s workspace-write: Codex darf dann im geöffneten Ordner und im temporären Verzeichnis Dateien bearbeiten und Shell-Befehle ausführen. Codex meldet seine Änderungen dem Editor nicht, daher listet der Chat die von ihm geänderten Dateien nicht auf, und es gibt keine Zusammenfassungszeile; offene Dokumente übernehmen die Änderungen trotzdem über die Dateiüberwachung. Die Schreibvorgänge selbst führt die eigene Sandbox von Codex aus: Antwortet Codex, es habe seinen Befehls-Runner nicht starten können, funktioniert diese Sandbox auf Ihrem Rechner nicht — prüfen Sie deren eigene Diagnose (codex doctor), nicht den Editor.

Derselbe Schalter steht auch unter Einstellungen → KI-Assistent, als Der KI-Engine das Bearbeiten von Dateien erlauben. Es ist eine Einstellung, nicht zwei: wird sie in den Einstellungen angewendet, setzt oder entfernt das sofort den Haken im Panel, und was Sie im Panel einstellen, zeigen die Einstellungen beim nächsten Öffnen an.

Dokumente mit ungespeicherten Änderungen sind für Sie mitgedacht. Der Agent darf die Datei auf der Festplatte für ein Dokument, das Sie geändert, aber nicht gespeichert haben, nicht bearbeiten — diese Kopie ist veraltet, und ein Schreibvorgang darauf würde Datei und Editor auseinanderlaufen lassen. Deshalb bekommt der Agent die temporäre Kopie Ihres aktuellen Textes zum Bearbeiten, und am Ende des Laufs bringt der Editor das Ergebnis als gewöhnliche, rückgängig zu machende Bearbeitung in Ihr offenes Dokument zurück. Nie gespeicherte Dokumente funktionieren genauso, obwohl sie gar keine Datei haben. Haben Sie das Dokument zufällig selbst bearbeitet, während der Agent lief, überschreibt der Editor Sie nicht: Er öffnet den üblichen Prüfdialog gegen Ihren aktuellen Text, damit Sie Änderung für Änderung entscheiden. Schließen Sie das Dokument während des Laufs, wird die Arbeit des Agenten schlicht verworfen, mit einer Notiz im Gespräch.

„Dateibearbeitung erlauben“ kann Ihre Arbeit überschreiben oder löschen

Mit aktivierter Option schreibt der Agent direkt auf die Festplatte, und diese Schreibvorgänge werden automatisch akzeptiert — es gibt keinen Prüfdialog pro Änderung. Der Agent kann Dateien im geöffneten Ordner überschreiben, löschen oder beschädigen, und Änderungen an nicht geöffneten Dateien sehen Sie nicht als Diffs. Aktivieren Sie das nur für einen versionierten Ordner (Git, SVN, …): committen oder stashen Sie Ihre Arbeit zuerst, prüfen Sie dann jede Änderung im VCS-Diff und machen Sie Unerwünschtes rückgängig — betrachten Sie die Versionskontrolle als Ihr Rückgängig für Agenten-Änderungen. Gemini, dessen Berechtigungs-Flags noch nicht verifiziert sind, ignoriert diese Option vollständig; seine Änderungen regelt allein die Konfiguration Ihrer CLI.

Engines wechseln¶

Beim Start sucht der Editor nach jeder Engine, die er kennt, und die Engine-Auswahl listet nur die auf diesem Rechner installierten. Ist die zuletzt gewählte Engine nicht mehr vorhanden, tritt automatisch die erste installierte an ihre Stelle. Eine Engine, die Sie installieren, während der Editor läuft, erscheint nach einem Neustart. Ist gar keine Engine installiert, listet die Auswahl jede Engine, die der Editor kennt, und das Panel bleibt mit dem Hinweis zum Installieren und Anmelden ausgegraut.

Wählen Sie jederzeit einen anderen Agenten aus der Engine-Auswahl (sie ist während eines aktiven Laufs deaktiviert). Der Wechsel bricht die Erkennung der vorherigen Engine ab, prüft die neue im Hintergrund und beginnt frische Gespräche — ein mit einer Engine begonnener Chat kann nicht von einer anderen fortgesetzt werden. Der Wechsel leert außerdem den Gesprächsverlauf, denn dieses Gespräch gehörte zur anderen Engine; was Sie in die Eingabezeile getippt haben, bleibt erhalten.

Das Modell wählen¶

Standardmäßig verlangt der Editor kein bestimmtes Modell, jeder Lauf nutzt also das, worauf Ihr CLI-Agent konfiguriert ist — bei Claude Code das model in Ihrer persönlichen ~/.claude/settings.json. Für den Editor ist das oft nicht das Gewünschte: Es ist eine globale Vorgabe, sie kann sich unbemerkt ändern, und das Modell bestimmt, was jede Anfrage kostet.

Die Statuszeile sagt Ihnen, was tatsächlich verwendet wurde, Sie können es also jederzeit prüfen. Um ein Modell für den Editor selbst festzulegen, tippen Sie es im Chat:

Sie tippen	Was passiert
`.model claude-sonnet-5`	jede weitere Frage fordert dieses Modell an
`.model`	meldet das festgelegte Modell und das zuletzt tatsächlich verwendete
`.model default`	hebt die Festlegung auf; wieder gilt das Standardmodell des Agenten

.model erledigt der Editor selbst — er startet dafür nie den Agenten, die Antwort kommt also sofort und kostet nichts. Eine Festlegung wirkt ab Ihrer nächsten Frage, und die Statuszeile bestätigt sie, sobald die Antwort da ist.

Dasselbe lässt sich je Engine von Hand in der Einstellungsdatei von OctoEdit eintragen:

Schlüssel	Wert	Wirkung
`ai/model/<engine>`	eine Modell-ID, z. B. `claude-sonnet-5`	jeder Lauf nutzt dieses Modell
`ai/model/<engine>`	leer / nicht vorhanden (Standard)	die Vorgabe des CLI-Agenten

<engine> ist die Id der Engine wie in der Auswahlliste, kleingeschrieben — z. B. ai/model/claude oder ai/model/codex. Wirksam ab der nächsten Anfrage des Panels; prüfen Sie sie danach in der Statuszeile. Gemini, dessen Modell-Flag noch nicht verifiziert ist, ignoriert die Einstellung.

Verwandte erweiterte Einstellung

ai/programPath/<engine> tut dasselbe für die Programmdatei: Setzen Sie einen absoluten Pfad, wenn der Agent dort installiert ist, wo die PATH-Suche des Editors ihn nicht findet. Beide Schlüssel sind bewusst reine Datei-Notausgänge — ein falscher Wert scheitert laut, statt still ignoriert zu werden.

Wenn ein Lauf fehlschlägt¶

Beendet sich der Agent mit einem Fehler, zeigt der Chat [agent exited with code N, gefolgt von den eigenen Fehlerzeilen des Agenten und einer schließenden ] — bei Codex sein Start-Banner und seine ERROR: …-Zeilen, etwa das 401 Unauthorized, das Sie erhalten, wenn Sie nicht angemeldet sind. Das reicht meist, um zu erkennen, was schiefging; den Rest verrät ein einmaliger Start des Agenten im Terminal.

Das Protokoll des Editors (mte.log, siehe Protokollierung & Diagnose) hält jeden Lauf in Zeilen fest, die mit AI: beginnen — welche Engines gefunden wurden, Programm und Argumente jedes Laufs, sein Exit-Code und die letzten Fehlerzeilen des Agenten, wenn ein Lauf fehlschlägt; startet man den Editor mit --log=debug, kommt die übrige Diagnoseausgabe des Agenten hinzu. Ihre Frage und die Antwort erscheinen nie in der Fehlermeldung und werden nie ins Protokoll geschrieben: Das Protokoll nennt nur die Größe der Frage in Bytes.

Datenschutz und Kosten¶

Anfragen sendet der von Ihnen gewählte CLI-Agent mit seinem eigenen Konto und seiner eigenen Netzverbindung — der Editor fügt keine eigene Telemetrie und keine eigenen Endpunkte hinzu. (Codex wiederholt den gesamten Austausch in seiner Diagnoseausgabe; der Editor verwirft diese Kopie und schreibt sie nie in sein Protokoll.) Was gesendet wird (Ihre Anweisung, Ihre Auswahl oder Ihr Dokument sowie der ungespeicherte Text offener Dokumente, wenn eine Frage ihn braucht) und was es kostet, regelt das Abonnement bzw. der Tarif dieses Agenten. Nichts verlässt den Editor ohne die oben beschriebene Zustimmungsabfrage, und die Statuszeile nennt das Modell, das jede Anfrage tatsächlich verwendet hat.

Was heute ausgeliefert ist

Befehle arbeiten auf der aktuellen Auswahl (oder mit Zustimmung auf dem ganzen Dokument) und ersetzen sie nach Annahme. Es gibt zwei Berechtigungsstufen: den obigen schreibgeschützten Nur-Vorschlagen- Ablauf oder das ausdrückliche Opt-in Dateibearbeitung erlauben. Eine separate Prüfung der eigenen Festplattenänderungen des Agenten im Editor gibt es nicht — verlassen Sie sich mit aktivierter Dateibearbeitung erlauben auf Ihre Versionskontrolle; die einzige Ausnahme ist ein geöffnetes Dokument mit ungespeicherten Änderungen, dessen Bearbeitungen über den Editor zurückkommen.