From 2e4ce422abe50483ab13d745ea70f72c0b28c947 Mon Sep 17 00:00:00 2001 From: Martin Troeger Date: Mon, 11 May 2026 19:09:07 +0200 Subject: [PATCH] docs: Gitea-Konfiguration in globaler CLAUDE.md zentralisieren Duplizierten Gitea-Integration-Abschnitt aus der Projekt-CLAUDE.md entfernt und die globale CLAUDE.md als einzige Quelle der Wahrheit etabliert. Korrigiert die falsche secret-tool-Referenz (Token wird per Datei gelesen). Co-Authored-By: Claude Opus 4.6 --- CLAUDE.md | 6 ------ dotfiles/CLAUDE.md | 21 ++++++++++++++++----- 2 files changed, 16 insertions(+), 11 deletions(-) diff --git a/CLAUDE.md b/CLAUDE.md index a7bd1aa..5456d21 100644 --- a/CLAUDE.md +++ b/CLAUDE.md @@ -135,9 +135,3 @@ Kurzbefehl für den gesamten Ablauf: `/story` - **< 200k Tokens**: Normal weiterarbeiten - **200–350k Tokens**: `/compact "aktueller Stand: [Hinweis]"` ausführen - **> 350k Tokens**: Neue Session, isolierte Subagenten bevorzugen - -## Gitea-Integration - -- Instanz: `https://gitea.troeger-net.org` -- Token für Gitea-MCP: `$(secret-tool lookup user claude-code token gitea)` -- MCP-Server `gitea` muss aktiv sein (Binary: `~/go/bin/gitea-mcp`) diff --git a/dotfiles/CLAUDE.md b/dotfiles/CLAUDE.md index 7edad2b..d7bdf98 100644 --- a/dotfiles/CLAUDE.md +++ b/dotfiles/CLAUDE.md @@ -49,14 +49,25 @@ Wenn ein benötigtes CLI-Tool fehlt: **nicht** mit Workarounds (curl, rohe API-C ## Gitea-Integration -Instanz: `https://gitea.troeger-net.org`. Bot-User `claude-code`, Token: `~/.config/gitea/token` (Datei mit `chmod 600`). Bot hat nur Collaborator-Rechte. +- Instanz: `https://gitea.troeger-net.org` +- Bot-User `claude-code`, nur Collaborator-Rechte +- Token: `~/.config/gitea/token` (Datei mit `chmod 600`) +- MCP-Server `gitea` muss aktiv sein (Binary: `~/go/bin/gitea-mcp`, Wrapper: `~/.claude/gitea-mcp-wrapper.sh`) ## Wissen persistieren -- **Repository-spezifische Regeln** in der jeweiligen `CLAUDE.md` im Repo ablegen -- **Projektübergreifende Regeln** in der globalen `CLAUDE.md` (`~/.claude/CLAUDE.md`) ablegen -- **Workarounds** immer im Repository dokumentieren (z.B. `WORKAROUNDS.md`) mit Verweis aus der `CLAUDE.md` -- Das Memory-System nicht als primären Speicherort für Regeln verwenden +Bei User-Korrekturen oder neuen Erkenntnissen zuerst klassifizieren, dann am richtigen Ort ablegen: + +| Art der Information | Ziel | Beispiel | +|---|---|---| +| Arbeitsregel für ein Repo | `CLAUDE.md` im Repo | "Keine Default-Werte in Configs" | +| Arbeitsregel für alle Repos | Globale `CLAUDE.md` | "Logging statt print" | +| Workaround für einen Bug | `WORKAROUNDS.md` im Repo, Verweis aus `CLAUDE.md` | "Log auf OFF wegen Bug X" | +| User-Profil, Rolle, Präferenzen | Memory (`user`-Typ) | "Bevorzugt knappe Antworten" | +| Projektstatus, Deadlines, Entscheidungen | Memory (`project`-Typ) | "Merge-Freeze ab 05.03." | +| Externe Referenzen | Memory (`reference`-Typ) | "Bugs in Linear INGEST" | + +**Niemals Arbeitsregeln im Memory-System ablegen.** Memory ist für Kontext, nicht für Regeln. Wenn eine User-Korrektur eine wiederkehrende Arbeitsregel beschreibt → CLAUDE.md. Immer. ## MCP