Telemetrie

Offizielle Builds von MXterm Pro senden anonyme Nutzungsberichte, und zwar standardmäßig. Sie zeigen uns, wie viele Menschen die App nutzen, welche Versionen im Einsatz sind und welche Fehler am häufigsten auftreten. So wissen wir, was wir als Nächstes beheben.

Die Berichte enthalten nie Terminal-Ausgaben, Befehle, Dateiinhalte, Dateipfade, SSH-Hosts oder Anmeldenamen und keine Lizenzschlüssel. Sie können die Berichte unter Einstellungen → Datenschutz oder per Umgebungsvariable ausschalten. Builds, die Sie selbst kompilieren, senden nichts.

Ab Version 1.1.12 enthalten sie außerdem Zählwerte und grobe Wertebereiche zur Nutzung der Funktionen, nie aber, was Sie getippt oder geöffnet haben. Der Block Nutzungszähler weiter unten listet jedes Feld auf.

Mit MXterm Pro 1.1.11 gibt es drei Berichte, und diese Liste nennt jedes Feld darin. Ab Version 1.1.12 wird ein vierter Block, die Nutzungszähler, mit dem täglichen Check-in gesendet und steht zuletzt in der Liste.

Die Fehlerereignisse

• Terminal-Ausgaben oder Scrollback
• Die Befehle, die Sie ausführen
• Dateiinhalte oder Dateipfade
• SSH-Hostnamen, Anmeldenamen, Passwörter oder Schlüssel
• Lizenzschlüssel
• Alles aus Ihrer Zwischenablage oder von Ihrem Bildschirm

Alle drei Berichte werden unmittelbar vor dem Senden geprüft: Enthält ein Bericht eine Zeichenfolge, die wie ein Pfad zum Home-Ordner, ein SSH-Schlüssel, ein Lizenzschlüssel, ein Passwort, ein Token oder ein Secret aussieht, wird der gesamte Bericht verworfen statt gesendet.

Ab Version 1.1.12 enthalten die Nutzungszähler nie Pfade, Hostnamen, Befehle, Datei- oder Repository-Namen, Branch-Namen, Schlüssel, Prompts oder Terminal-Ausgaben. Sieht etwas darin nach einem Pfad, Schlüssel oder Token aus, wird der gesamte Bericht verworfen.

Seit MXterm Pro 1.0.22 durchläuft auch der Nutzungs-Ping an Google Analytics dieselbe Prüfung. Er besteht nur aus den sechs oben aufgeführten Feldern, und keines davon kann Ihre Daten enthalten. Sollte das doch einmal passieren, würde er verworfen statt gesendet.

Fehler werden außerdem in eine Liste geschrieben, die nur auf Ihrem Mac liegt: höchstens die 200 neuesten Einträge, keiner älter als 14 Tage. Das gilt unabhängig davon, ob die Berichte ein- oder ausgeschaltet sind. Diese Liste ist eine eigene Datei, getrennt von der Sendewarteschlange, und wird nie hochgeladen. Es gibt sie, damit eine Diagnosedatei beschreiben kann, was schiefgelaufen ist.

MXterm Pro führt außerdem eine zweite lokale Datei, war-room-delivery.jsonl, in seinem App-Datenordner. Zu jeder Nachricht im Control Room (früher War Room) hält sie fest, warum die Nachricht zurückgehalten, freigegeben oder verworfen wurde, bevor sie in ein Pane getippt wurde: die Uhrzeit, das Ereignis, die Ursache, wie viele Nachrichten warteten, wie lange sie warteten, und einen kurzen Code für das Pane (ein Hash, nicht die Terminal-ID, dargestellt als der Name peer-…, den der Control Room verwendet). Sie enthält keine Namen, Pfade, Nachrichtentexte oder Terminal-IDs. Sie umfasst höchstens 500 Zeilen und keine Einträge, die älter als 30 Tage sind, wird nie hochgeladen und gehört nicht zur Diagnosedatei.

Öffnen Sie Einstellungen → Datenschutz und schalten Sie Anonyme Nutzungsdaten teilen aus. Das Ausschalten wirkt sofort für alle drei Berichte: Der Schalter wird unmittelbar vor jedem Senden neu gelesen, nicht beim Start.

Ab Version 1.1.12 steuert derselbe Schalter auch die Nutzungszähler: Ist er aus, werden keine neuen Nutzungsberichte gesendet. Beim ersten Start dieser Version informiert Sie ein einzeiliger Hinweis über die Nutzungszähler und sagt Ihnen, wo Sie sie ausschalten.

Sie können die Berichte auch mit einer Umgebungsvariable ausschalten: DO_NOT_TRACK oder MXTERM_TELEMETRY_DISABLED. Jeder Wert gilt als ausgeschaltet, außer 0, false oder no, in beliebiger Groß- und Kleinschreibung. Beide Variablen werden vor jedem Senden gelesen. Solange eine von ihnen gesetzt ist, ist der Schalter in den Einstellungen deaktiviert und nennt die Variable, die die Berichte ausgeschaltet hat.

Das Wiedereinschalten wirkt ohne Neustart der App. Zuvor zurückgehaltene Fehlerereignisse und ein fälliger täglicher Check-in werden sofort gesendet, und der Nutzungs-Ping setzt innerhalb von etwa fünfzehn Sekunden wieder ein. Solange die Berichte ausgeschaltet sind, wird nichts zum Senden in die Warteschlange gestellt, ein Fehler aus dieser Zeit wird also nie gesendet.

Um mit neuen zufälligen IDs neu zu beginnen, beenden Sie MXterm Pro und löschen Sie telemetry-id und telemetry-install-id aus ~/Library/Application Support/com.mxterm.desktop/.

Builds, die Sie aus dem Quellcode kompilieren, enthalten nichts von diesen Berichten: Die dafür nötigen Schlüssel werden nur beim Bau der offiziellen Releases hinzugefügt.

Der Nutzungs-Ping geht an Google Analytics und wird von Google verarbeitet, auch in den USA.

Der tägliche Check-in und die Fehlerereignisse gehen an mxterm.net, das auf unserem eigenen Server in Frankreich läuft, bei Contabo gehostet und über Cloudflare ausgeliefert. Für jede Installation speichern wir einen Datensatz mit den oben genannten Feldern und dem Land, aus dem die Anfrage kam. Die IP-Adresse speichern wir nicht. Fehlerereignisse werden ebenfalls mit dem Land gespeichert. Diese Datensätze werden derzeit nicht automatisch gelöscht.

Ab Version 1.1.12 gehen auch die Nutzungszähler an mxterm.net, innerhalb des täglichen Check-ins, und werden 400 Tage lang gespeichert. In Auswertungen weisen wir nur Gruppen mit mindestens 10 Installationen aus.

Die Diagnosedatei geht von selbst nirgendwohin. Unter Einstellungen → Datenschutz → Diagnosedatei für den Support erstellt die Schaltfläche Datei speichern… eine Datei namens mxterm-diagnostics-YYYY-MM-DD.json und fragt Sie, wo sie gespeichert werden soll. Sie enthält die App-Version, ob es ein offizieller Build ist, wie lange dieser Lauf schon dauert, Free oder Pro, das Betriebssystem, seine Version und den Prozessortyp, ob die Berichte eingeschaltet sind, die Sprache der Oberfläche, ob der vorherige Lauf abgestürzt ist, Zahlen zu gespeicherten SSH-Hosts, geöffneten Tabs und geöffneten Panes, welche Agent-Vorlagen in Gebrauch sind, für welche Anbieter im Token Meter ein Schlüssel eingerichtet ist, und die lokale Liste der letzten Fehler. Ihr Home-Ordner wird vor dem Schreiben zu ~ gekürzt, die gesamte Datei durchläuft dieselbe Prüfung wie ein Bericht und wird bei einem Treffer komplett abgelehnt, und es wird nichts hochgeladen: Sie lesen die Datei und entscheiden, ob Sie sie per E-Mail an den Support schicken.

Das sind keine Nutzungsberichte, der Nutzungsschalter oben hat darauf also keinen Einfluss. Was sich abschalten lässt, hat einen eigenen Schalter, der im Eintrag genannt wird; die Update-Prüfung, die Prüfung der Free-Limits und die Lizenzprüfungen haben keinen Schalter.

Update-Prüfungen

Kurz nach dem Start und danach alle vier Stunden fragt die App bei mxterm.net an, ob es eine neuere Version gibt, und sendet dabei ihre aktuelle Version, Ihr Betriebssystem und die Sprache der Oberfläche. Das geschieht in jedem Build, auch in selbst kompilierten. Wenn die Nutzungsberichte ausgeschaltet sind, kann eine Prüfung trotzdem einen anonymen Datensatz auf unserem Server hinterlassen: die App-Version, das Land, ob ein Update verfügbar war und ob die App Free oder Pro ist, ohne IP-Adresse und ohne Installations-ID. Jede Update-Prüfung wird außerdem nach App-Version und Land gezählt, ohne Kennung, um zu zeigen, wie viele Kopien laufen.

Lizenzaktivierung

Wenn Sie einen Lizenzschlüssel eingeben, sendet die App den Schlüssel, einen Geräte-Fingerabdruck aus einem Teil eines Hashs der Hardware-UUID Ihres Computers, den Hostnamen Ihres Computers, die App-Version und die Plattform. Wenn die Nutzungsberichte eingeschaltet sind, sendet die App beim Aktivieren einer Lizenz (mit Schlüssel oder über Ihr MXterm-Konto) zusätzlich ihre zufällige Installations-ID (dieselbe wie im täglichen Check-in), damit wir eine bezahlte Lizenz den Nutzungsdaten dieser Installation zuordnen können. Sind sie ausgeschaltet, wird keine Installations-ID gesendet.

Lizenzprüfung

Beim Start (höchstens einmal pro Stunde) und danach etwa einmal am Tag, solange Sie online sind, sendet die App den Lizenzschlüssel, den Geräte-Fingerabdruck und die App-Version, um zu fragen, ob dieser Rechner noch lizenziert ist. Wenn Sie statt mit einem Schlüssel über Ihr MXterm-Konto aktiviert haben, sendet sie mit Ihrer Kontositzung den Geräte-Fingerabdruck, den Namen des Rechners, die Plattform und die App-Version. Schlägt eine Prüfung fehl oder sind Sie offline, ändert sich nichts; nur wenn der Server zweimal hintereinander eindeutig antwortet, dass die Lizenz oder der Platz nicht mehr besteht, wird Pro in der App entfernt. Der Server speichert pro Rechner den Zeitpunkt des letzten Kontakts und die App-Version, keinen Verlauf der Prüfungen.

Free-Limits

Kurz nach dem Start und danach alle vier Stunden fragt die App bei mxterm.net die aktuellen Limits des Free-Tarifs ab. Die Anfrage enthält keine Installations-ID und keine Daten über Sie, nur das, was jede Anfrage verrät, etwa Ihre IP-Adresse. Das passiert in jedem Build.

MXterm-Konto und Meine Geräte

Nur wenn Sie sich mit einem MXterm-Konto anmelden. Die App legt ein Anmelde-Token in Ihrer Keychain ab und sendet für Meine Geräte an mxterm.net eine Geräte-ID sowie den Namen und die öffentlichen Schlüssel dieses Computers; außerdem fragt sie etwa alle fünf Minuten Ihre Geräteliste ab. Etwa einmal pro Minute sendet sie auch eine Präsenzmeldung, verschlüsselt für Ihre anderen Geräte, sodass mxterm.net sie nicht lesen kann: die Netzwerkadresse, unter der der Host-Server dieses Computers erreichbar ist. mxterm.net sieht die Geräte-ID, die Uhrzeit und die IP-Adresse der Anfrage. Das Abmelden beendet diese Anfragen. Was der Server speichert, steht in der Datenschutzerklärung.

Experimentelle Netzwerkfunktion

Nur wenn Sie die experimentelle Netzwerkfunktion einschalten (macOS, eingeladene Tester). Der Helfer der App verbindet sich mit mesh.mxterm.net, das Ihre Geräte einander vorstellt, und mit dem Relay sg.relay.mxterm.net. Beide laufen auf AWS in Singapur. Das Relay sieht die öffentlichen Schlüssel der Geräte und die Quell-IP-Adressen, nicht aber Terminal-Inhalte, die zwischen Ihren Geräten verschlüsselt sind. Geräte im selben Netzwerk sehen gegenseitig Gerätenamen, Betriebssystem und Adressen. Wenn Sie angemeldet sind, fragt die App bei mxterm.net außerdem einen einmal nutzbaren Registrierungsschlüssel an. Einzelheiten stehen in der Datenschutzerklärung.

Claude-Tarif-Limits

Standardmäßig aus. Wenn Sie Tarif-Limits unter Einstellungen → Token Meter einschalten, liest die App die gespeicherte Anmeldung von Claude Code über das macOS-Tool security aus Ihrer Keychain (macOS zeigt dafür normalerweise keine Rückfrage an) und ruft damit höchstens alle fünf Minuten Ihre Nutzungslimits von api.anthropic.com ab.

Live-Codex-Limits

Standardmäßig aus. Wenn Sie Live-Limits von Codex unter Einstellungen → Token Meter einschalten, liest die App die Anmeldung von Codex aus ~/.codex/auth.json und sendet sie nur an chatgpt.com, um Ihre aktuellen 5-Stunden- und Wochenlimits zu lesen, höchstens alle fünf Minuten. Sie ändert oder erneuert diese Anmeldung nie, und eine Anmeldung, die Codex in der System-Keychain ablegt, wird nicht gelesen.

Guthaben bei Anbietern mit Konto

Aus, bis Sie einen Schlüssel hinzufügen. Unter Einstellungen → Token Meter können Sie einen API-Schlüssel für DeepSeek, Moonshot, Kimi, MiniMax, OpenRouter oder Z.ai einfügen. Die Schlüssel liegen in der macOS Keychain, in Einträgen, die MXterm Pro selbst unter dem Dienstnamen MXterm Pro anlegt, und jeder Schlüssel wird nur an seinen eigenen Anbieter gesendet: api.deepseek.com, api.moonshot.ai oder api.moonshot.cn, api.kimi.com, api.minimax.io oder api.minimaxi.com, openrouter.ai und api.z.ai oder open.bigmodel.cn. Die Anfrage liest nur Ihr Guthaben oder Ihr Kontingent und enthält nichts außer dem Schlüssel: keine Prompts, keine Transkripte, keine Dateinamen. Jeder Anbieter wird höchstens alle fünf Minuten gefragt, und es wird gar nichts abgefragt, solange nicht mindestens ein Anbieter eingerichtet ist. Nur bei Kimi gilt: Ist kein Schlüssel gespeichert und die Kimi Code CLI auf diesem Mac angemeldet, liest die App das Token dieser CLI und die daneben gespeicherte Geräte-ID aus ~/.kimi-code und sendet sie auf dieselbe Weise an api.kimi.com. In dieses Verzeichnis schreibt sie nie, und das Token erneuert sie nie.

Token Meter

Die Token-Zahlen von Claude Code, Codex, Gemini CLI und omp sowie die Tarif-Prozentwerte, die Codex selbst in seine Sitzungsdateien schreibt, werden aus Dateien gelesen, die diese Tools auf Ihrem Mac ablegen. Es wird nichts gesendet.

Feedback

Ab 1.1.57 auf dem Mac (1.1.58 unter Windows und Linux) sendet Einstellungen → Feedback Ihren Namen, Ihre E-Mail-Adresse, Nachricht, Art, App-Version, System und Sprache an mxterm.net, wenn Sie auf Senden drücken, dazu die Diagnosedatei nur, wenn Sie sie ankreuzen (90 Tage aufbewahrt). Unser E-Mail-Anbieter verarbeitet sie. Ältere Versionen öffnen stattdessen Ihre Mail-App und stellen keine Anfrage an mxterm.net.

Fernzugriff

Aus, bis Sie ihn nutzen. Der Host-Server läuft erst, wenn Sie unter Einstellungen → Fernzugriff & Geräte auf Server starten klicken, es sei denn, Sie schalten „Host-Server starten, wenn MXterm geöffnet wird“ ein (standardmäßig aus). Er lauscht dann auf Port 6868 (oder dem nächsten freien Port bis 6877) an Ihrer Tailscale-Adresse, falls es eine gibt, dazu an Ihren Adressen im privaten Netzwerk, wenn Sie „Geräte in meinem lokalen Netzwerk zulassen“ eingeschaltet haben, und sonst nur auf diesem Mac. Nie an einer öffentlichen Adresse. In einem privaten Netzwerk ist der Datenverkehr nicht verschlüsselt. Gekoppelte Geräte erreichen nur die Panes, die Sie freigeben. Ein Pane wird im Modus „Nur ansehen“ oder im Modus „Steuern“ freigegeben, und ein Gerät kann nur in einem Pane tippen, das mit „Steuern“ freigegeben ist. Ein neues Gerät wird mit einem sechsstelligen Code gekoppelt oder mit einem Zugangspasswort, das Sie einschalten. Das Passwort selbst wird bei späteren Verbindungen nie gesendet, und wenn es gesendet wird, geht es an eine Tailscale-Adresse, an den lokalen Proxy eines Peers in diesem experimentellen Netzwerk oder, wenn Sie den Zugriff im lokalen Netz erlauben, an eine Adresse im lokalen Netz, wo es nicht verschlüsselt ist. Solange der Server läuft und ein Pane freigegeben ist, verhindert MXterm Pro, dass der Computer von selbst in den Ruhezustand wechselt (umgesetzt für macOS und Windows; unter Windows nicht verifiziert), es sei denn, Sie schalten das aus. Wenn Sie unter MXterm Hosts einen Host hinzufügen, verbindet sich die App mit der Adresse dieses Hosts und nutzt dafür ein Token aus der macOS Keychain. Beim Koppeln mit dem Passwort für diesen Host wird das Passwort an eine Tailscale-Adresse, an den lokalen Proxy eines Peers in diesem experimentellen Netzwerk oder, wenn Sie den Zugriff im lokalen Netz erlauben, an eine Adresse im lokalen Netz gesendet, wo es nicht verschlüsselt ist. Terminal-Inhalte laufen nie über mxterm.net. Wenn Sie Meine Geräte nutzen, verarbeitet mxterm.net nur die Geräteliste und die Präsenz, die unter „MXterm-Konto und Meine Geräte“ beschrieben sind.

Tailscale-Anleitungsvideo

Nur wenn Sie in der Tailscale-Anleitung unter Einstellungen auf Play drücken: Dann wird das Video von YouTube (youtube-nocookie.com) geladen. Wenn Sie nicht auf Play drücken, stellt die App dafür keine Verbindung her.

Ihre eigenen Verbindungen

SSH, SFTP und alles, was Sie in einem Terminal ausführen, verbinden sich mit dem Ziel, das Sie angeben. Tools, die Sie in MXterm Pro ausführen, etwa Claude Code oder Codex, stellen eigene Netzwerkanfragen. Diese gehören zu diesen Tools, nicht zu MXterm Pro.