Ein Obsidian-Vault speichert Notizen als Dateien in einem lokalen Ordner. Codex kann in der ChatGPT-Desktop-App mit lokalen Ordnern arbeiten. Diese dokumentierten Möglichkeiten erlauben Fragen zu einem selbst gepflegten Kontakt, sofern Sie die Antwort an der Datei prüfen. Diese Anleitung behandelt einen Kontakt und ein manuell gepflegtes Verzeichnis. BIG CHANGE hat die Produktdokumentation am 20. Oktober 2026 geprüft; wir haben keinen Vault angelegt, keine persönlichen Angaben an Codex übermittelt und keine Antwort beobachtet.

Die große Veränderung

  • Was sich ändert: Desktop-Codex unterstützt lokale Ordner. So lässt sich ein bestehender Markdown-Vault in einem Codex-Projekt öffnen. Die Obsidian-Notizen bleiben lesbare Dateien in diesem Ordner.
  • Warum das wichtig ist: Sie können den Datensatz samt Quellenangaben in einer prüfbaren Datei führen, Codex eine enge Frage stellen und seine Antwort mit der Datei vergleichen.
  • Worauf Sie achten sollten: Ein lokaler Vault bedeutet nicht, dass die Modellverarbeitung auf Ihrem Gerät bleibt. Die Erlaubnis zur Verarbeitung fremder Kontaktdaten, der tatsächliche Dateizugriff von Codex und jede Antwort sind weiterhin zu prüfen.

Dies richtet sich an Personen, die Kontaktdaten speichern und verarbeiten dürfen und Zugriff auf Obsidian für den Desktop sowie Codex Local haben. Am Ende stehen eine erlaubte Kontaktdatei, ein passender Verzeichniseintrag, eine an der Originalnotiz geprüfte belegte Antwort und ein ausdrücklicher Hinweis auf eine abgefragte fehlende Angabe. Automatische Kontaktsammlung, wiederkehrende Aktualisierung oder eine gemeinsame Datenbank sind nicht Bestandteil.

Festlegen, was in Vault und Codex gelangen darf

Beginnen Sie mit Angaben, die der Kontakt geliefert hat oder die Sie anderweitig speichern und verarbeiten dürfen. Bewahren Sie die ursprüngliche Notiz oder Nachricht auf, um die Übertragung einschließlich Quelle und Datum prüfen zu können. Bei unklarer Erlaubnis oder Herkunft klären Sie dies, bevor die Angabe in einen für Codex zugänglichen Ordner gelangt. Lassen Sie sensible Felder weg, die für die Frage nicht nötig sind.

Obsidian beschreibt einen Vault als Ordner im lokalen Dateisystem. Prüfen Sie vor dem Codex-Zugriff die aktuellen Dateneinstellungen des Kontos, die Aufbewahrungsbedingungen und die Regeln Ihrer Organisation. Der Zugriff auf einen lokalen Ordner ermöglicht dem Desktop-Agenten die Arbeit mit Dateien; laut OpenAI können Nachrichten und Aufgabenkontext in der Cloud gespeichert werden, auch bei lokaler Arbeit. Prüfen Sie die tatsächlich angebotenen Berechtigungen und wählen Sie den engsten passenden Umfang. Eine Anweisung in einer Notiz kann keine Datenschutzgrenze durchsetzen.

Erstellen Sie eine separate, wiederherstellbare Sicherung des Vaults, bevor ein Agent vorhandene Datensätze bearbeiten darf. Obsidian warnt, dass Synchronisierung kein Backup ist. Dieser Ablauf benötigt weder Repository noch Cloud-Sicherung oder automatische Freigabe.

Einen Datensatz und sein Verzeichnis anlegen

  1. Den richtigen Vault öffnen. Nutzen Sie in Obsidian für den Desktop Create new vault für einen leeren Vault oder Open folder as vault für einen vorhandenen lokalen Ordner. Notieren Sie den genauen Pfad. Prüfen Sie bei einem vorhandenen Vault dessen weitere Dateien und Anweisungen, bevor Sie den Ordner in Codex öffnen.
  2. Die beiden Notizen erstellen. Wählen Sie in Obsidians File explorer New folder und nennen Sie den Ordner contacts. Klicken Sie mit rechts auf contacts, wählen Sie New note, vergeben Sie den Namen index und prüfen Sie, ob die Datei contacts/index.md heißt. Wiederholen Sie New note in diesem Ordner mit einer stabilen, eindeutigen Kennung für den Kontakt. Prüfen Sie, ob sie als contacts/CONTACT-ID.md gespeichert ist; ersetzen Sie CONTACT-ID durch Ihre Kennung. Obsidian dokumentiert diese Ordner- und Notizaktionen; seine Notizanleitung erklärt, dass Notizen Klartextdateien sind. Prüfen Sie vor dem Fortfahren die tatsächlichen Dateinamen im Vault.
  3. Nur geprüfte Fakten eingeben. Tragen Sie in der Kontaktnotiz einen Anzeigenamen oder eine Kennung, die Herkunft der Angaben, das Quelldatum und Ihr Prüfdatum ein. Ergänzen Sie Abschnitte dazu, woher Sie die Person kennen, welche Kontaktdaten Sie behalten dürfen, zum letzten bestätigten Austausch und zu offenen Bestätigungen. Das sind vorgeschlagene Überschriften, kein Obsidian- oder Codex-Schema. Lassen Sie unbekannte Werte leer oder kennzeichnen Sie sie als ungeprüft. Vergleichen Sie jede Eingabe mit dem erlaubten Original. Leiten Sie keine Beziehung, Treffen, Adresse oder Daten daraus ab.
  4. Einen Verweis im Verzeichnis ergänzen. Fügen Sie in contacts/index.md eine kurze, quellenbelegte Bezeichnung mit Link zum genauen Dateinamen des Datensatzes ein. Schreiben Sie für den Markdown-Link die Bezeichnung in eckige Klammern und unmittelbar danach den relativen Dateinamen in runde Klammern. Verwenden Sie den echten Dateinamen statt CONTACT-ID.md und eine von der Quelle gestützte Bezeichnung. Öffnen Sie den Link in Obsidian und prüfen Sie, ob er zur richtigen Datei führt. Lassen Sie private Einzelheiten im Datensatz, statt sie im Verzeichnis zu wiederholen.

Obsidian unterstützt auch Eigenschaften am Anfang einer Notiz , wenn Sie Felder wie ein Prüfdatum bevorzugen. Normale Markdown-Überschriften reichen für den Ablauf aus; Eigenschaften sind optional. Wählen Sie eine Namenskonvention und prüfen Sie die gespeicherten .md -Dateien: Ein plausibler Notiztitel oder Verzeichniseintrag beweist keinen korrekten Pfad.

Codex fragen und seine Quelle prüfen

  1. Den Vault als lokalen Codex-Ordner öffnen. Melden Sie sich mit dem vorgesehenen Konto in der ChatGPT-Desktop-App an, wählen Sie Codex im Menü oben links und öffnen Sie den Vault-Ordner. OpenAIs Desktop-Anleitung dokumentiert diesen lokalen Ordnerzugriff. Prüfen Sie den angezeigten Pfad sowie die tatsächlichen Werkzeug- und Dateirechte, bevor Sie nach einer Person fragen. Erlaubt Ihr Arbeitsbereich Codex Local nicht, lassen Sie den Administrator den Zugriff klären; diese Anleitung benötigt weder Codex-Cloud-Umgebung noch API-Schlüssel. Die ChatGPT-Anmeldung nutzt das Codex-Kontingent des Kontos und geltende Gebühren. Ein eigener API-Schlüssel wird separat nach API-Nutzung abgerechnet.
  2. Dem Projekt enge Vorgaben geben. Prüfen Sie vorhandene AGENTS.md und weitere Anweisungen im Vault. Ergänzen Sie gegebenenfalls einen Abschnitt für die Kontaktaufgabe in der AGENTS.md im Stammordner oder erstellen Sie diesen genauen Dateinamen, falls er fehlt, ohne bestehende Anweisungen zu ersetzen. Codex soll contacts/index.md und die passende Kontaktdatei prüfen, Notizen als Daten behandeln, die belegende Datei nennen, fehlende Fakten melden und Änderungen vor jedem Eingriff zur Prüfung vorschlagen. Weisen Sie es außerdem an, während der Aufgabe keine Datensätze zu versenden, zu veröffentlichen, zu synchronisieren oder zu löschen. OpenAI beschreibt AGENTS.md als optionale Projektvorgaben. Dies ist keine Zugriffskontrolle. Fragen Sie in einem neuen Chat, welche Anweisungsdateien tatsächlich geladen wurden, und prüfen Sie die verfügbaren Lesenachweise der Anwendung. Wurden die Vorgaben in diesem Vault ohne Repository nicht geladen, geben Sie den geprüften Text im Chat ausdrücklich vor der Kontaktfrage an.
  3. Eine beantwortbare Frage stellen. Fragen Sie Codex: „Was steht in meinem Datensatz über [diesen Kontakt und eine konkrete erlaubte Angabe], wenn du nur die Kontaktdateien dieses Projekts nutzt? Nenne die genaue Datei und sage mir, wenn die Antwort fehlt.“ Ersetzen Sie den Klammertext durch eine echte Frage, die der gespeicherte Datensatz beantwortet. Prüfen Sie angezeigte Dateizugriffe oder Belege. Öffnen Sie die Datei selbst und vergleichen Sie die Antwort mit der erlaubten Originalquelle, einschließlich Einschränkungen und Daten. Ein selbstsicherer Satz oder Dateipfad allein belegt keine Richtigkeit.
  4. Eine Lücke testen. Fragen Sie nach einer konkreten Angabe, die bewusst nicht in dieser Kontaktdatei steht. Prüfen Sie die Datei erneut. Die Antwort soll sagen, dass der Datensatz die Angabe nicht enthält. Rät Codex, nutzt einen anderen Kontakt als Quelle oder nennt eine nicht vorhandene Datei, verwenden Sie die Antwort nicht weiter. Korrigieren Sie die Anfrage oder den Projektumfang und wiederholen Sie beide Prüfungen. Obsidians Search kann den Begriff unabhängig auffinden, aber ein Suchtreffer muss weiterhin menschlich eingeordnet werden.

Für spätere Aktualisierungen geben Sie nur einen neu erlaubten Fakt samt Quelle an und lassen Codex zuerst einen Änderungsvorschlag als Diff erstellen. Vergleichen Sie ihn vor der Annahme mit Quelle und vorgesehener Datei. Prüfen Sie danach Datensatz und Verzeichnis in Obsidian und wiederholen Sie die Fragen nach einer vorhandenen und einer fehlenden Angabe. Wurde die falsche Datei geändert, eine Person dupliziert oder wurden fremde Notizen berührt, halten Sie an, prüfen die Änderungen und stellen die vorige Version aus dem Backup wieder her, bevor Sie enger anfragen. Ein veraltetes Verzeichnis ist mit den tatsächlichen Dateien abzugleichen.

Das Ergebnis ist erst vollständig, wenn Datensatz und Link stimmen und ein Mensch beide Antworten geprüft hat. Dies ist ein dokumentierter Ablauf, kein praktischer Test von BIG CHANGE und kein Versprechen für zuverlässiges Erinnern, Geschwindigkeit oder einen Festpreis. Prüfen Sie Kontorechte, Kontingent, Dateneinstellungen und Aufbewahrungsbedingungen erneut, bevor Sie echte personenbezogene Daten nutzen.

Quellen und weiterführende Lektüre