Symptom → 2–3 Sätze Lösung → Buchkapitel und offizielle Doku.
Kein Ersatz für / / codex --help und die Docs – sondern der schnelle Einstieg.
Immer zuerst:codex --version notieren, dann in der Session / bzw.
/status und codex --help. UI-Labels und Flags können abweichen –
Buch-Konzept bleibt gültig, Syntax der aktuellen Doku folgen.
H-01Produkt-Drift (UI)
Approval-Dialog sieht anders aus
Sofort: freigeben / ablehnen / Session-Allow als Idee bleibt.
Den Dialog lesen; bei Unsicherheit ablehnen und in den Docs nachsehen –
nicht Full Access oder approval_policy = "never" aus Gewohnheit.
Buch-Konzept bleibt gültig. Approvals sind Policy, nicht Memory.
Sofort: Pfade und Trust prüfen (Repo-AGENTS.md,
AGENTS.override.md, User unter ~/.codex bzw. CODEX_HOME,
Project Trust vor Projekt-.codex/). In der Session /status –
oft liegt die Datei im falschen Scope oder das Projekt ist nicht trusted.
Buch-Konzept bleibt gültig. Discovery und Hierarchie sind die Landkarte.
Sofort: Im Ordner beispiele/todo-cli venv anlegen,
pip install -e ".[dev]", dann pytest -q.
Ohne Install greifen weder CLI noch Tests – unabhängig von Codex.
Buch-Konzept bleibt gültig. Verify gehört vor „fertig“.
Sofort: Script-Pfad und Exec-Bit prüfen, Event-Namen in den
Hook-Configs mit der aktuellen Doku abgleichen, Session neu starten.
Project Trust und geladene Config-Quellen ansehen.
Buch-Konzept bleibt gültig. Hooks erzwingen Schritte; Sandbox/Approvals sind die Tür.
Buch: Kap. 5 ·
Extern: Docs (Hooks)
H-06Produkt-Drift / MCP
MCP-Server „verbunden“, Tool greift nicht
Sofort: Server-Status und Tool-Namen prüfen, Sandbox/Approvals für MCP-Tools,
Env/Token außerhalb des Chats. Verbindung ≠ erlaubte Ausführung.
Sofort: Version notieren, Feldnamen in der aktuellen Doku suchen,
Konzept (z. B. enge Sandbox vor Full Access / approval_policy) behalten und Syntax anpassen.
Nicht das ganze Buch verwerfen.
Buch-Konzept bleibt gültig. Siehe Lesevertrag und Kap. 7.