note.md + Codex

Warum das Paar funktioniert

Codex liest AGENTS.md aus dem Verzeichnis, in dem es läuft — das ist seine native Konvention, keine Konfiguration nötig. Ein note.md-Vault veröffentlicht seine Dateiregeln (Sidecar-Pairing, Outline-Format, Datumslinks, Block-Zitate) in genau dieser Datei. Die Integration lautet also: cd vault && codex. Fertig.

Codex ist am stärksten als Arbeits-Agent: Lass es entwerfen, Dokumente refactoren, Notizen batch-verarbeiten oder die kleinen Skripte bauen, die sich in deinem Vault ansammeln (Importer, Link-Checker, Report-Generatoren). Alles, was es schreibt, ist Markdown im Vault — und damit fließt alles, was es schreibt, in deinen Lese-Annotations-Loop.

Setup

1. Kopiere die Konventions-Zusammenfassung aus llms-full.txt in eine AGENTS.md in deiner Vault-Wurzel.
2. Ergänze vault-spezifische Regeln — z. B. "*.note.md gehört dem Menschen, außer Smart Lookups abgegrenzter Antwort", "neue Recherchen kommen mit Datums-Präfix unter research/".
3. Starte codex im Vault-Verzeichnis. Es nimmt die Regeln automatisch auf.
4. Prüfe seinen Output in note.md; annotiere; sag dem nächsten Lauf, er soll die Sidecar-Dateien lesen.

FAQ

Braucht Codex einen MCP-Server für den Vault?

Nein. Der Vault ist reine Dateien im Arbeitsverzeichnis — Codex' Heimspiel. Für ein Tool-Interface liefert der veröffentlichte lokale, schreibgeschützte Vault-MCP search und vault_info; der MCP des Share-Workers ist eine getrennte Publishing-Schnittstelle.

Was sollte ich in der AGENTS.md verbieten?

.note.md gehört dem Menschen. Smart Lookups abgegrenzte Antwort ist die enge Ausnahme; allgemeine Agents ändern weder Markierungen noch Fragen oder übernommene Schlüsse. Alles andere ist Hauspräferenz.