Veröffentlichung: Trading-Werkzeuge und watermarks-remover aus claude-regelwerk nehmen

Pascals Entscheidung E8 vom 2026-10-15: Die Ordner haben im öffentlichen
Repo nichts zu suchen. abendkontrolle*.py nennt SSH-Benutzer und private
IP des Docker-Hosts. Die Positivliste nimmt beide Ordner jetzt aus, die
Dateien bleiben auf der Platte; der Verlauf der Trading-Werkzeuge liegt
in einem eigenen lokalen Repo im selben Ordner.

Co-Authored-By: Claude Opus 5.5 <[email protected]>

AI/Regelwerk/veroeffentlichung.md

@@ -5,7 +5,7 @@ title: "Veröffentlichung der Anweisungsschicht"
 summary: "Welcher Teil des Vaults in das Gitea-Repo claude-regelwerk geht, wie die Positivliste funktioniert und was der automatische Push tut. Laden, bevor der veröffentlichte Umfang geändert wird oder wenn ein Auto-Push-Befund im Kontext steht."
 tags: [regelwerk, git, veroeffentlichung, werkzeuge]
 created: 2026-09-17
-updated: 2026-10-14
+updated: 2026-10-15
 ---
 
 # Veröffentlichung der Anweisungsschicht
@@ -27,6 +27,8 @@ Die `.gitignore` im Vault-Root ist eine **Positivliste**: Sie schließt mit `/*`
 
 Eingeschlossen sind: `CLAUDE.md`, `README.md`, `AI/Regelwerk/`, `.claude/agents/`, `.claude/skills/`, `.claude/workflows/` (seit 2026-09-23, auf Pascals Wort), `.claude/settings.json`, `.vault-tools/`.
 
+Ausgenommen aus `.vault-tools/` sind seit 2026-10-15 auf Pascals Wort `.vault-tools/trading-plattform-pruefung/` und `.vault-tools/watermarks-remover/`. Die Trading-Werkzeuge nennen Benutzer und Adressen des Docker-Hosts; sie sind ein eigenes lokales Git-Repo im selben Ordner. **Ein neues Werkzeug des Trading-Projekts unter `.vault-tools/` bekommt eine Ausnahmezeile in der `.gitignore`, bevor es geschrieben wird.**
+
 Draußen bleibt damit alles andere, insbesondere `Inbox/`, `Code Projekte/`, `Security - Compliance Projekte/`, `Finanzen/`, `IT Workspace/`, `AI/sessions/`, `AI/secondbrain/`, `Bookstack/`, `Import/` und `.claude/settings.local.json`.
 
 **Wer den Umfang ändern will, ändert die `.gitignore`.** Die Pfadliste in `auto_push.py` entscheidet nichts darüber — sie gehört zum Hook-Betrieb, der seit dem 2026-09-17 nicht mehr eingetragen ist. Der Code bleibt trotzdem stehen, weil der Fallkatalog ihn fährt und ein Hook-Betrieb jederzeit wieder eingetragen werden kann.
@@ -74,7 +76,7 @@ Der Fallkatalog liegt daneben: `python .vault-tools/auto-push/faelle_auto_push.p
 Angeordnet am 2026-10-14. Nach dem Vault-Push spiegelt derselbe 04:00-Lauf die Werkzeuge in ein zweites öffentliches Repo.
 
 - **Inhalt:** der committete Stand von `.vault-tools/` und `.claude/`, ohne `.vault-tools/trading-plattform-pruefung/` und `.vault-tools/watermarks-remover/`. Dazu `README.md` aus `.vault-tools/auto-push/werkzeuge-README.md`.
-- **Neue Werkzeuge gehen automatisch mit.** Die Ausschlüsse sind eine Negativliste in `werkzeuge_spiegel.py` (`AUSSCHLUESSE`), so angeordnet („alle Werkzeuge außer Trading"). Ein neues Werkzeug des Trading-Projekts unter `.vault-tools/` trägst du dort ein, **bevor** es committet wird.
+- **Neue Werkzeuge gehen automatisch mit.** Die Ausschlüsse sind eine Negativliste in `werkzeuge_spiegel.py` (`AUSSCHLUESSE`), so angeordnet („alle Werkzeuge außer Trading"). Seit die `.gitignore` dieselben Ordner ausnimmt, sind sie nie committet und damit doppelt gesperrt. Ein neues Trading-Werkzeug trägst du an beiden Stellen ein.
 - **Klon:** `D:\ClaudeData\claude-werkzeuge`, außerhalb des Vaults. Der Lauf leert ihn bis auf `.git` und packt neu aus. Er weigert sich, wenn `origin` nicht genau auf das Spiegel-Repo zeigt oder der Ordner im Vault liegt.
 - **Das Repo ist ein Spiegel.** Änderungen direkt in `claude-werkzeuge` überschreibt der nächste Lauf.
 - **Protokoll:** eine zweite Zeile je Lauf in `lauf.log` (`ok  werkzeuge gespiegelt|unveraendert` oder `BEFUND  werkzeuge: …`). Scheitert der Vault-Push, entfällt der Spiegel.