Prompts
Bananas
Ist diese session fertig?
Oder findest du noch "Bananas" wo wir ausrutschen können?
Bevor ich diese Session beende: Prüfe nochmal kritisch –
1. Sind alle Änderungen committed/gespeichert?
2. Gibt es angefangene aber nicht abgeschlossene Änderungen (TODOs, auskommentierter Code, halbe Refactorings)?
3. Laufen die Tests / kompiliert alles? Führe sie aus, statt es anzunehmen.
4. Gibt es Annahmen, Entscheidungen oder Workarounds aus dieser Session, die die nächste Session kennen muss? Falls ja, dokumentiere sie persistent im Projekt (z.B. CLAUDE.md oder NOTES.md).
Kleinigkeiten behebe direkt, bei größeren Funden frag mich zuerst. Wenn alles sauber ist, sag es kurz – erfinde keine Probleme.
Bananen-Check – Kritischer Session-Abschluss vor
/clear: verifiziert Commits, unfertige Änderungen und Tests (durch Ausführung) und persistiert Session-Wissen ins Projekt, damit der nächsten Session nichts fehlt.
Vollständige Beschreibung & Prompt
Abschluss-Prompt vor dem Beenden einer Claude-Code-Session (/clear).
Stellt sicher, dass kein Arbeitsstand und kein Session-Wissen verloren geht.
Prüft vier Risikobereiche ("Bananen"):
- Ungesicherte Änderungen (Commits/Speicherstände)
- Unfertige Arbeit (TODOs, auskommentierter Code, halbe Refactorings)
- Build- und Teststatus – durch tatsächliche Ausführung, nicht aus dem Gedächtnis
- Flüchtiges Session-Wissen (Annahmen, Entscheidungen, Workarounds), das persistent dokumentiert werden muss, bevor der Kontext gecleart wird
Verhalten: Kleinigkeiten werden direkt behoben, größere Funde erst nach Rückfrage. Explizite Anti-Gefälligkeits-Klausel verhindert sowohl vorschnelles "alles fertig" als auch erfundene Probleme.
Claude Installation
sudo mkdir -p .claude/commands && \
sudo curl -o .claude/commands/bananas.md \
https://docs.entwickl.de/__includes__/ai/skills/bananas/SKILL.txt
Overview Refresh CLAUDE.md
---
description: CLAUDE.md-Abschnitt gegen den Repo-Stand verifizieren und überarbeiten – korrigieren, entrümpeln, ergänzen
argument-hint: [Abschnittsname, Standard: System Overview]
---
Überarbeite einen Abschnitt der CLAUDE.md.
Zielabschnitt: "$ARGUMENTS" – wenn leer, nimm "System Overview". Falls der
Abschnitt nicht oder unter anderem Namen existiert (z.B. "Architecture",
"Projektüberblick"), sag mir das und frage, ob ich ihn anlegen oder den
vorhandenen verwenden will.
Ziel: Der Abschnitt ist gelungen, wenn ein Agent allein damit weiß, wo was
liegt, wie man baut und testet und welche Konventionen gelten – ohne das
Repo erst selbst erkunden zu müssen. Das gilt für Orientierungswissen;
konkrete veränderliche Werte dürfen und sollen bewusst auf den Code
verweisen (siehe Optimierungsregeln).
Vorgehen:
1. Lies den aktuellen Abschnitt in der CLAUDE.md.
2. Extrahiere daraus alle überprüfbaren Behauptungen: genannte Pfade und
Ordnerstrukturen, Konstanten und Zahlenwerte, beschriebene Mechanismen
und Konventionen sowie alle aufgeführten Befehle.
3. Verifiziere jede dieser Behauptungen gegen den tatsächlichen Stand des
Repos (Quellcode und Projektkonfiguration: Build-, Paket-, Docker- und
CI-Dateien). Dokumentierte Befehle verifizierst du durch Ausführung,
sofern sie nebenwirkungsfrei sind (Build, Tests, Lint) – Befehle mit
Außenwirkung (Deploy, Publish, Migrationen) prüfst du nur gegen die
Konfiguration. Behauptungen, die sich weder bestätigen noch widerlegen
lassen, markierst du mit ⚠️ – nicht raten.
4. Verschaffe dir zusätzlich einen eigenen Überblick über das Repo,
unabhängig davon, was der Abschnitt bereits erwähnt (Top-Level-Module,
Entry-Points, Befehle, zentrale Konfigurationsdateien).
Wende dann auf den Abschnitt drei Operationen an:
- KORRIGIERE jede Angabe, die nicht mehr mit dem Code übereinstimmt.
- ENTFERNE Angaben zu Dingen, die es nicht mehr gibt, sowie redundante
oder wertlose Details.
- ERGÄNZE Wichtiges, das fehlt: neue Module, neue Befehle, zentrale
Konventionen, die du beim Repo-Überblick entdeckt hast. Ergänze nur
Dinge, die du im Code verifiziert hast – nichts erfinden.
Optimierungsregeln:
- Behalte: den Befehlsblock, die Ordner-Übersicht mit Kurzbeschreibungen
und alle nicht-offensichtlichen Konventionen, die man aus dem Code nur
mühsam ableiten könnte.
- Ersetze Detailangaben, die sich beim normalen Entwickeln voraussichtlich
häufig ändern und deren maßgebliche Quelle der Code ist, durch einen
Verweis auf die entsprechende Code-Stelle. Faustregel: Wenn die Angabe
veralten kann, ohne dass jemand die CLAUDE.md anfasst, gehört nur der
Verweis hinein. Wichtig: Der Verweis ERSETZT den Wert – nicht den Wert
behalten und den Verweis nur dazuschreiben. Auch Angaben, die dir
wichtig erscheinen, sind davon nicht ausgenommen. Allenfalls eine grobe,
klar als ungefähr gekennzeichnete Größenordnung in Klammern ist erlaubt.
- Verweise zeigen immer auf Dateien oder benannte Stellen (Funktion,
Klasse, Abschnitt, Kommentar), nie auf Zeilennummern – die veralten
sofort.
- Prüfe außerdem, ob die CLAUDE.md einen eigenen Top-Level-Abschnitt
"## Arbeitsregeln" hat (Verhaltensregeln fürs Entwickeln in diesem
Projekt). Falls nicht, schlage einen vor, abgeleitet aus dem, was du im
Projekt vorfindest. Regeln, bei denen du dir unsicher bist, markierst
du mit ⚠️ statt sie zu erfinden.
- Länge: so knapp wie möglich – faktisch, keine Füllsätze. Ist der
Abschnitt bereits ausführlich, eher kürzen als verlängern; ist er
dünn, darf er wachsen. Im Konfliktfall geht Vollständigkeit bei
wichtigen Informationen vor Kürze.
Abschluss:
Zeige mir die überarbeitete Fassung zuerst als Vorschlag, zusammen mit:
- einer kurzen Änderungsliste (was korrigiert, entfernt, ergänzt – jeweils
mit Begründung),
- allen ⚠️-markierten Punkten und sonstigen Rückfragen, gebündelt an
einer Stelle, damit ich alles in einem Durchgang beantworten kann.
Ändere die CLAUDE.md erst nach meiner Bestätigung.
Overview-Refresh – Verifiziert einen CLAUDE.md-Abschnitt (Standard: "System Overview") Behauptung für Behauptung gegen den realen Repo-Stand und überarbeitet ihn: Falsches korrigieren, Totes entfernen, Fehlendes ergänzen – volatile Werte werden durch Code-Verweise ersetzt. Änderung erst nach Freigabe.
Vollständige Beschreibung & Prompt
Wartungs-Prompt gegen veraltende Projekt-Dokumentation. Überarbeitet einen Abschnitt der CLAUDE.md (per Argument wählbar, Standard "System Overview") so, dass ein Agent allein damit weiß, wo was liegt, wie man baut und testet und welche Konventionen gelten.
Vorgehen in zwei Richtungen:
- Doku → Code: Alle überprüfbaren Behauptungen des Abschnitts (Pfade, Konstanten, Mechanismen, Befehle) werden gegen Quellcode und Projektkonfiguration verifiziert – Befehle durch tatsächliche Ausführung, sofern nebenwirkungsfrei (Build, Tests, Lint).
- Code → Doku: Eigenständiger Repo-Überblick (Module, Entry-Points, Befehle, Konfiguration), um Lücken im Abschnitt zu finden, die er selbst nicht erwähnt.
Drei Operationen: KORRIGIERE falsche Angaben, ENTFERNE Totes und Redundantes, ERGÄNZE Wichtiges – aber nur im Code Verifiziertes.
Kernregel gegen Veralterung: Detailwerte, deren maßgebliche Quelle der Code ist und die sich beim normalen Entwickeln ändern, werden durch Verweise auf benannte Code-Stellen ersetzt (nie Zeilennummern). Faustregel: Kann die Angabe veralten, ohne dass jemand die CLAUDE.md anfasst, gehört nur der Verweis hinein.
Verhalten: Unverifizierbare Behauptungen und unsichere Regeln werden mit ⚠️ markiert statt geraten; alle Rückfragen kommen gebündelt mit dem Vorschlag. Prüft zusätzlich, ob ein Top-Level-Abschnitt "## Arbeitsregeln" existiert, und schlägt ihn sonst vor. Die CLAUDE.md wird erst nach expliziter Bestätigung geändert.
Verwendung: /overview-refresh oder
/overview-refresh <Abschnittsname>
Claude Installation