Kurzantwort
AGENTS.md ist eine Projekt-Anweisungsdatei für Codex. Sie informiert Codex über Repository-Struktur, Befehle, Tests, Coding-Stil, Commit-Regeln und Präferenzen für die Zusammenarbeit.
Sie ist für stabile Projektregeln und nicht für einmalige Aufgaben gedacht. Lege einmalige Anforderungen in der aktuellen Unterhaltung ab.
Was du aufnehmen solltest
- Wie Abhängigkeiten installiert, das Projekt gestartet und Tests ausgeführt werden
- Gängige Validierungsbefehle
- Coding-Stil und Benennungskonventionen
- Verzeichnisse, die nicht leichtfertig geändert werden sollten
- Erforderliche Prüfungen vor dem Abschluss
- Teampräferenzen für Kommunikation und Ausgabe
Was du nicht aufnehmen solltest
- API Keys, Tokens, Passwörter oder private Zugangsdaten
- Temporäre Aufgabenanweisungen
- Lange Hintergrundgeschichten zum Produkt
- Allgemeine Prompts ohne Bezug zum Repository
- Überholte Befehle und Pfade
Geltungsbereich und Priorität
Codex erstellt die anfängliche Anweisungskette beim Start eines Laufs. Das Startverzeichnis ist dabei entscheidend:- Zuerst liest Codex globale Regeln aus
CODEX_HOME, standardmäßig~/.codex: die erste nicht leereAGENTS.override.md, andernfallsAGENTS.md. - Anschließend prüft es jedes Verzeichnis von der Projektwurzel, üblicherweise der Git-Wurzel, bis zum aktuellen Arbeitsverzeichnis. Ohne Projektwurzel prüft es für Projektregeln nur das aktuelle Verzeichnis.
- Pro Projektverzeichnis wird höchstens eine nicht leere Datei verwendet: zuerst
AGENTS.override.md, dannAGENTS.md, danach Namen ausproject_doc_fallback_filenames.
Ein Verzeichnisbeispiel
npm test, die Repository-Datei verlangt Linting und das Payments-Override ersetzt den Testbefehl durch make test-payments. Beim Start aus repo/services/payments lädt Codex die globale Datei, die Repository-Datei und das Payments-Override. Die Lint-Regel bleibt bestehen, der Payments-Testbefehl gilt und die normale Payments-Datei wird übersprungen. Die benachbarte Search-Datei gehört nicht zu dieser Startkette.
Vorgeschlagene Struktur
Halte die folgende Vorlage kurz und ersetze die Befehle durch solche, die tatsächlich in deinem Repository existieren. Eine Regel sollte ihren Geltungsfall und die Prüfung des Ergebnisses nennen.Fehlende oder widersprüchliche Regeln prüfen
Starte nach Änderungen eine neue Sitzung im Zielverzeichnis und bitte Codex, die geladenen Quellen und geltenden Befehle aufzulisten:- Prüfe Arbeitsverzeichnis und
CODEX_HOME. Ein Start aus der Repository-Wurzel lädt nicht vorab alle Regeln der Unterverzeichnisse. - Prüfe exakten Dateinamen, nicht leeren Inhalt und eine mögliche
AGENTS.override.mdauf derselben Ebene. Ein alternativer Dateiname muss inproject_doc_fallback_filenamesstehen. - Prüfe bei gekürzten langen Anweisungen
project_doc_max_bytes. Entferne Wiederholungen und stelle wichtige Regeln an den Anfang. - Ermittle bei Konflikten beide Quelldateien und ihren jeweiligen Geltungsbereich. Formuliere eine gezielte Ausnahme im passenden Verzeichnis, statt widersprüchliche Regeln überall zu kopieren. Anweisungsdateien ändern keine Sandbox-Berechtigungen.
Häufige Fehler
AGENTS.mdin einen sehr langen universellen Prompt verwandeln.- Secrets in die Datei schreiben.
- Vergessen, sie zu aktualisieren, wenn sich Projektbefehle ändern.
AGENTS.mdmitconfig.tomlauf Nutzerebene vermischen.- Annehmen, dass Regeln die Prüfung von Diffs und Tests überflüssig machen.
Über BetterToken
Wenn ein Team BetterToken für einheitliches Modellrouting verwendet, bleibtAGENTS.md wichtig. Die API-Schicht verarbeitet Modell-Requests und Nutzungsaufzeichnungen. AGENTS.md behandelt Projektkontext und Ausführungsnormen.
Verwende beides, um Konfigurationsverwirrung und Zusammenarbeitskosten zu reduzieren.
Verwandte Dokumentation
- Was ist Codex CLI?
- Codex CLI config.toml konfigurieren
- Was sind Sandbox- und Freigabemodi in Codex CLI?
- Was ist CLAUDE.md in Claude Code?

