skills-for-ai
Loslegen
Produktivität Entwicklung Skill

Happy Ending

Jede gute Session verdient ein Happy Ending — der saubere Abschluss deiner KI-Session, ohne den Faden zu verlieren.

Session-AbschlussKontextübergabeHandoffWrap-upMemory PatchProjekt-MemoryEntscheidungslogNächster EinstiegMemory-SicherheitRücknahme-ErkennungCommit-Vorschlag
Kostenlos
0 ↓ 0 v1.0.0 Aktualisiert 07.07.2026 von skills-for-ai

SKILL.md im offenen agentskills.io-Standard — direkt nutzbar in Claude, ChatGPT/Codex, Cursor, Copilot & Co.

Happy Ending ist ein KI-Skill für den sauberen Abschluss von KI-Sessions, der aus dem Chatverlauf den gültigen Projektstand extrahiert: finale Entscheidungen, offene Aufgaben, einen Memory-Patch und einen kopierbaren Startprompt für die nächste Session. Der Kern ist ein Memory-Safety-Layer, damit verworfene, gecancelte oder ersetzte Arbeit nicht fälschlich als gültiger Stand gespeichert wird.

Was dieser Skill macht

  • Erkennt finale Entscheidungen, offene Aufgaben, Learnings und verworfene Punkte aus der Session
  • Schützt dein Memory: gecancelte, rückgängig gemachte oder ersetzte Arbeit landet nicht als gültiger Stand (Memory-Safety)
  • Erstellt einen Memory-Patch (Add/Update/Ignore) statt blind ganze Memory-Dateien zu überschreiben
  • Trennt „nicht übernehmen" (Do Not Carry Forward) von „nicht nochmal versuchen" (Do Not Repeat)
  • Liefert einen direkt kopierbaren Startprompt für die nächste Session plus einen kompakten Delta-Block
  • Schlägt bei Code Commit-Messages und Commit-Gruppen vor — führt aber nichts ungefragt aus
  • Zwei Tiefen: Quick (Default, kompakt) und Deep (auf Ansage)

Beschreibung

Happy Ending ist ein Skill für den Abschluss von KI-Sessions — er macht aus einem chaotischen Chatverlauf keinen Roman, sondern einen sauberen, weiterverwendbaren Projektstand. Leitsatz: Happy Ending speichert nicht, was alles passiert ist, sondern sichert, was ab jetzt gilt. Der Skill läuft in drei Phasen (Look Back → Clean Up → Kiss Goodnight) und erkennt finale Entscheidungen, offene Aufgaben, Learnings, User-Korrekturen, Referenzen und verworfene Punkte. Daraus entsteht ein kompakter Report: Ergebnis, Entscheidungen, Offen, Do Not Carry Forward, Do Not Repeat, ein Memory-Patch (Add/Update/Ignore), Datei-/Git-Hinweise bei Bedarf, der nächste beste Schritt, ein direkt kopierbarer Next-Session-Prompt, ein Delta-Block (+ ~ − !) und eine kurze Closing-Line mit Zählern. Kernfeature ist der **Memory-Safety-Layer**: Jeder Punkt bekommt einen Status (final, open, tentative, reverted, canceled, superseded, rejected, do-not-repeat, do-not-carry-forward, unclear) und eine Confidence — nur final + high (oder deine ausdrückliche Bestätigung) darf ins Langzeit-Memory. Ein Reversal-Detector achtet auf Rücknahme-Signale („doch nicht", „gecancelt", „nimm das raus"), bei Widersprüchen gewinnt der letzte bestätigte Stand (Final-State-Wins), und statt ganze Memory-Dateien blind zu überschreiben, liefert der Skill einen Patch. Git und Dateien werden nur vorgeschlagen — Happy Ending committet, pusht, deployt oder überschreibt nichts ohne deine ausdrückliche Anweisung. Zwei Tiefen: Quick als kompakter Default, Deep auf Ansage.

Beispiele

Session kurz abschließen
Mach ein kurzes Happy Ending.
Du 17. Juli 2026
Happy Ending

# Happy Ending

## Ergebnis

Hero-Copy und primärer CTA der Landingpage stehen. Ein Asset ist noch offen.

## Entscheidungen

  • [final · high] Hero-Headline: „Schneller liefern, weniger raten."
  • [final · high] Primärer CTA: „Kostenlos starten" (sekundär „So funktioniert's").

## Offen

  • [open] Hero-Hintergrund als WebP exportieren (1600px).

## Do Not Carry Forward

  • Der Lila-Verlauf-Hero — mittendrin verworfen, nicht wieder einbauen.

## Memory Patch

+ Add

  • Präferenz: CTA-Sprache ist schlicht-imperativ („Kostenlos starten"), nicht „Jetzt loslegen".

– Ignore

  • Die Lila-Verlauf-Hero-Richtung (verworfen).

## Nächster bester Schritt

WebP-Hero-Asset exportieren und in /public/hero ablegen.

## Startprompt für die nächste Session

> Wir arbeiten weiter an der Landingpage. Stand: Hero-Copy + CTAs final („Schneller liefern, weniger raten." / „Kostenlos starten"). Offen: Hero-Hintergrund als WebP (1600px) exportieren. Den Lila-Verlauf-Hero nicht wieder einbauen — er wurde verworfen.

## Delta

+ Gespeichert: Hero-Headline, CTA-Sprach-Präferenz

– Erledigt/entfernt: Lila-Verlauf-Richtung

! Offen: WebP-Hero-Export

## Closing Line

Happy Ending complete: 2 decisions saved · 1 task sorted · 1 unsafe carry-forward blocked · 1 clean start ready

Kalibrierung: Meinung mehrfach geändert
Mach ein Happy Ending — aber pass auf, wir haben die DB-Entscheidung zweimal geändert.
Du 17. Juli 2026
Happy Ending

Kurzer Hinweis zum Hin und Her — ich sichere nur die zuletzt bestätigte Entscheidung, nicht die Umwege:

# Happy Ending

## Ergebnis

Auth ist fertig; die Storage-Entscheidung wurde zweimal geändert und landete bei Postgres.

## Entscheidungen

  • [final · high] Datenbank: Postgres (zuletzt bestätigt, nach SQLite und Mongo).

## Reverted / Canceled / Superseded

  • SQLite — superseded (früh gewählt, ersetzt).
  • MongoDB — reverted („doch nicht") → nicht der aktive Stand.

## Do Not Repeat

  • Mongo für dieses Projekt nicht erneut vorschlagen — bewusst abgelehnt.

## Memory Patch

+ Add

  • [final · high] Projekt-DB = Postgres.

~ Update

  • Frühere Notiz „DB SQLite/Mongo" durch Postgres ersetzen.

– Ignore

  • SQLite und Mongo als aktive Wahl.

## Nächster bester Schritt

Postgres-Schema für die Tabellen users und sessions schreiben.

## Startprompt für die nächste Session

> Wir arbeiten weiter am Backend. Stand: DB ist Postgres (final — SQLite und Mongo wurden getestet und verworfen, nicht als aktiv behandeln). Auth ist fertig. Nächster Schritt: Postgres-Schema für users + sessions.

## Delta

+ Gespeichert: DB = Postgres (final)

– Erledigt/entfernt: SQLite (superseded), Mongo (reverted)

! Offen: Postgres-Schema

## Closing Line

Happy Ending complete: 1 decision saved · 1 task sorted · 2 unsafe carry-forwards blocked · 1 clean start ready

Ich habe Mongo/SQLite nicht als Stand gespeichert — der finale Stand gewinnt. Soll ich auch eine Commit-Message für die Auth-Arbeit vorschlagen?

1 / 2

Was es nicht macht

  • Keine Chat-Zusammenfassung und kein chronologisches Nacherzählen — es sichert den gültigen Stand
  • Kein automatischer Memory-Dump — nur final + high (oder deine Bestätigung) wird dauerhaft gespeichert
  • Committet, pusht, deployt oder überschreibt nichts ohne ausdrückliche Anweisung — es schlägt vor
  • Kein vollständiges Projektmanagement, kein Ersatz für Tests, Review oder Release
  • Schreibt kein Memory-Layout vor — es patcht das echte Memory deines Setups (CLAUDE.md, memory-Ordner, Cursor-Rules …)

Kompatibilität & Technik

ClaudeChatGPT/CodexCursorCopilotGemini CLIWindsurfCline
Geprüft (intern)
4 Szenarien
Empfohlene Laufzeit
Claude Opus oder Sonnet; mit Git-/Datei-Zugriff für Commit-/Datei-Vorschläge, sonst reine Copy-Paste-Vorschläge
Modi
Quick (Default) · Deep · Handoff · Git-Vorschlag (optional) · Skill-Notizen (optional)
Eingaben
Chatverlauf der Session · Git-Status (optional) · vorhandenes Projekt-Memory (optional)
Ausgabeformat
Kompakter Markdown-Report: Ergebnis · Entscheidungen · Offen · Do-Not-Listen · Memory-Patch · Next-Session-Prompt · Delta · Closing-Line
Unterkategorie
Session-Abschluss & Handoff
Lizenz
Proprietär

Sicherheitsprofil

Lokal

Läuft komplett bei dir mit deiner eigenen KI — keine externe Runtime, keine laufenden Kosten.

Instruction-only

Nur Anweisungen, Vorlagen und Referenzen — keine ausführbaren Skripte.

Kein Netzzugriff

Arbeitet offline mit dem, was du gibst — ruft von sich aus keine externen Dienste auf.

Was bedeuten diese Badges? →

Lieferumfang

  • happy-ending-1.0.0/5 Dateien
    • .claude-plugin/marketplace.json
    • plugins/happy-ending/skills/happy-ending/5 Dateien
      • SKILL.md
      • manifest.json
      • references/3 Dateien
        • happy-ending-examples.md
        • happy-ending-memory-safety.md
        • happy-ending-templates.md
    • .agents/skills/happy-ending/→ universell — gleicher Inhalt (Codex, Cursor, Copilot, Gemini, Windsurf, Cline)
    • LICENSE.txt

Installation

Nach dem Freischalten installierst du mit einem Befehl — erkennt dein KI-Tool automatisch.

Läuft inClaude CodeGitHub CopilotGemini CLICursorCodex CLIWindsurfCline

Auch als Chat-Prompt nutzbar

Voll im Chat

Kein KI-Tool? Füg ihn in Claude, ChatGPT oder Gemini ein und nutze die Methode sofort.

Dieser Skill bringt keine Skripte mit — der Prompt trägt daher seine volle Methode.

Die Installation ist die volle Version — sie greift automatisch, führt ihre Skripte aus und lädt Referenzen bei Bedarf. Als Chat-Prompt fährst du die Methode selbst.

Zum Kopieren des paste-fertigen Prompts freischalten — danach in „Meine Skills".

Bewertungen

Noch keine Bewertungen – sei der/die Erste.

Hinweis

Standardmäßig manuell starten („Mach ein Happy Ending" oder „/happy-ending"). Der Skill schlägt Memory-, Git- und Datei-Änderungen nur vor — er speichert, committet oder überschreibt nichts ohne deine ausdrückliche Zustimmung. Bei unklarem finalem Stand stellt er höchstens eine kurze Rückfrage, statt zu raten.

Änderungen

  • v1.0.007.07.2026Erstveröffentlichung: Session-Abschluss in drei Phasen (Look Back → Clean Up → Kiss Goodnight) mit Memory-Safety-Layer (Status + Confidence, Reversal-Detector, Final-State-Wins, Patch statt Rewrite), getrenntem Do Not Carry Forward / Do Not Repeat, Memory-Patch, kopierbarem Next-Session-Prompt, kompaktem Delta-Block und Closing-Line. Zwei Tiefen (Quick/Deep) + optionale Git-/Skill-Blöcke; Git/Dateien nur als Vorschlag. References für Templates, Memory-Safety und Beispiele.

Häufige Fragen

Was macht Happy Ending?

Happy Ending ist ein KI-Skill für den sauberen Abschluss von KI-Sessions, der aus dem Chatverlauf den gültigen Projektstand extrahiert: finale Entscheidungen, offene Aufgaben, einen Memory-Patch und einen kopierbaren Startprompt für die nächste Session. Der Kern ist ein Memory-Safety-Layer, damit verworfene, gecancelte oder ersetzte Arbeit nicht fälschlich als gültiger Stand gespeichert wird.

Wie schließe ich eine KI-Session sauber ab?

Mit Happy Ending — der Skill scannt die Session nach finalen Entscheidungen, offenen Aufgaben und verworfenen Punkten, erstellt einen Memory-Patch und einen kopierbaren Startprompt für die nächste Session, kompakt statt als Roman. Start per „/happy-ending" oder „Mach ein Happy Ending".

Ist Happy Ending nur eine Zusammenfassung?

Nein. Eine Zusammenfassung erzählt, was passiert ist — Happy Ending sichert, was ab jetzt gilt, also gültige Entscheidungen, aktueller Stand, offene Aufgaben und der nächste Einstieg. Verworfene, gecancelte oder ersetzte Punkte werden bewusst nicht als aktive Richtung gespeichert.

Wie verhindert Happy Ending falsche Einträge im Memory?

Über den Memory-Safety-Layer — jeder Punkt bekommt einen Status (final, reverted, canceled, superseded …) und eine Confidence, und nur final + high (oder deine Bestätigung) darf ins Langzeit-Memory. Ein Reversal-Detector erkennt Rücknahme-Signale, und bei Widersprüchen gilt der letzte bestätigte Stand (Final-State-Wins).

Kann Happy Ending committen oder pushen?

Happy Ending schlägt Commit-Messages und Commit-Gruppen vor, führt aber nichts ungefragt aus — kein Commit, Push, Deploy oder Überschreiben ohne deine ausdrückliche Anweisung.

Was ist der Unterschied zwischen Do Not Carry Forward und Do Not Repeat?

Do Not Carry Forward heißt, etwas nicht in Memory, Projektstand oder nächste Session zu übernehmen. Do Not Repeat heißt, etwas nicht nochmal vorzuschlagen oder erneut zu versuchen. Happy Ending hält beide getrennt fest.

Mit welchen KI-Tools funktioniert Happy Ending?

Claude · ChatGPT/Codex · Cursor · Copilot · Gemini CLI · Windsurf · Cline

Wie setze ich Happy Ending ein?

Happy Ending ist eine SKILL.md im offenen agentskills.io-Standard: per Befehl installieren (npx) oder herunterladen und ins KI-Tool laden — Claude (Projects), ChatGPT (Custom GPT), Cursor, Copilot, Gemini CLI u. a. Kein Code nötig.