skills-for-ai
Commencer
Productivité Développement Skill

Happy Ending

Chaque bonne session mérite un Happy Ending — la clôture propre de ta session IA, sans perdre le fil.

Clôture de sessionTransfert de contexteHandoffWrap-upMemory PatchMémoire de projetJournal de décisionsReprise de sessionSécurité mémoireDétection des annulationsSuggestion de commit
Gratuit
0 ↓ 0 v1.0.0 Mis à jour 07.07.2026 par skills-for-ai

SKILL.md au standard ouvert agentskills.io — utilisable directement dans Claude, ChatGPT/Codex, Cursor, Copilot, etc.

Happy Ending est un skill IA pour clôturer proprement les sessions de travail IA, en transformant le chat en état de projet valide : décisions finales, tâches ouvertes, un patch mémoire et un prompt de reprise copiable. Son cœur est un Memory Safety Layer, pour que le travail abandonné, annulé ou remplacé ne soit pas enregistré par erreur comme l'état valide.

Ce que fait ce skill

  • Extrait décisions finales, tâches ouvertes, learnings et points abandonnés de la session
  • Protège ta mémoire : le travail annulé, revenu en arrière ou remplacé n'est pas enregistré comme état valide (Memory Safety)
  • Émet un patch mémoire (Add/Update/Ignore) au lieu de réécrire à l'aveugle des fichiers entiers
  • Sépare « ne pas reprendre » (Do Not Carry Forward) de « ne pas retenter » (Do Not Repeat)
  • Fournit un prompt de reprise directement collable plus un bloc Delta compact
  • Propose messages et groupes de commit pour le code — mais n'exécute rien sans qu'on le demande
  • Deux profondeurs : Quick (défaut compact) et Deep (sur demande)

Description

Happy Ending est un skill pour clôturer les sessions IA — il transforme un chat chaotique en un état de projet propre et réutilisable plutôt qu'en roman. Ligne directrice : Happy Ending ne sauvegarde pas tout ce qui s'est passé, il sécurise ce qui compte désormais. Il se déroule en trois phases (Look Back → Clean Up → Kiss Goodnight) et repère décisions finales, tâches ouvertes, learnings, corrections de l'utilisateur, références et points abandonnés. Il en sort un rapport compact : Résultat, Décisions, Ouvert, Do Not Carry Forward, Do Not Repeat, un Memory Patch (Add/Update/Ignore), des notes fichiers/git si pertinent, la meilleure prochaine étape, un prompt de reprise directement collable, un bloc Delta (+ ~ − !) et une courte closing line avec compteurs. La fonction centrale est le **Memory Safety Layer** : chaque point reçoit un statut (final, open, tentative, reverted, canceled, superseded, rejected, do-not-repeat, do-not-carry-forward, unclear) et une confiance — seul final + high (ou ta confirmation explicite) peut entrer en mémoire long terme. Un détecteur d'annulation guette les signaux de retour en arrière (« en fait non », « annulé », « enlève ça »), en cas de contradiction le dernier état confirmé gagne (final-state-wins), et au lieu de réécrire à l'aveugle des fichiers mémoire entiers, le skill produit un patch. Git et fichiers sont uniquement proposés — Happy Ending ne commit, push, déploie ni n'écrase jamais rien sans ton instruction explicite. Deux profondeurs : Quick en défaut compact, Deep sur demande.

Exemples

Clôturer vite la session
Fais un wrap-up de la session.
Vous 17 juillet 2026
Happy Ending

# Happy Ending

## Résultat

Le copy du hero de la landing et le CTA principal sont fixés. Un asset reste ouvert.

## Décisions

  • [final · high] Titre hero : « Livrer plus vite, deviner moins. »
  • [final · high] CTA principal : « Commencer gratuitement » (secondaire « Voir comment ça marche »).

## Ouvert

  • [open] Exporter l'arrière-plan hero en WebP (1600px).

## Do Not Carry Forward

  • Le hero à dégradé violet — abandonné en cours de session, ne pas le réintroduire.

## Memory Patch

+ Add

  • Préférence : voix des CTA en impératif simple (« Commencer gratuitement »), pas « Lancez-vous maintenant ».

– Ignore

  • La direction hero à dégradé violet (abandonnée).

## Prochaine meilleure étape

Exporter l'asset hero WebP dans /public/hero.

## Prompt de reprise

> On continue la landing page. État : copy hero + CTA finalisés (« Livrer plus vite, deviner moins. » / « Commencer gratuitement »). Ouvert : exporter l'arrière-plan hero en WebP (1600px). Ne pas réintroduire le hero à dégradé violet — il a été abandonné.

## Delta

+ Sauvegardé : titre hero, préférence de voix CTA

– Fait/retiré : direction dégradé violet

! Ouvert : export hero WebP

## Closing line

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

Calibrage : on a changé d'avis deux fois
Clôture — mais attention, on a changé la décision de BDD deux fois.
Vous 17 juillet 2026
Happy Ending

Petit avertissement sur les allers-retours — je ne sauvegarde que le dernier choix confirmé, pas les détours :

# Happy Ending

## Résultat

L'auth est terminée ; la décision de stockage a changé deux fois et a fini sur Postgres.

## Décisions

  • [final · high] Base de données : Postgres (confirmée en dernier, après SQLite puis Mongo).

## Reverted / Canceled / Superseded

  • SQLite — superseded (choix initial, remplacé).
  • MongoDB — reverted (« en fait non ») → pas l'état actif.

## Do Not Repeat

  • Ne pas reproposer Mongo pour ce projet — explicitement rejeté.

## Memory Patch

+ Add

  • [final · high] BDD du projet = Postgres.

~ Update

  • Remplacer toute note antérieure « BDD SQLite/Mongo » par Postgres.

– Ignore

  • SQLite et Mongo comme choix actifs.

## Prochaine meilleure étape

Écrire le schéma Postgres pour les tables users et sessions.

## Prompt de reprise

> On continue le backend. État : BDD = Postgres (final — SQLite et Mongo ont été essayés puis abandonnés, ne pas les traiter comme actifs). Auth terminée. Ensuite : schéma Postgres pour users + sessions.

## Delta

+ Sauvegardé : BDD = Postgres (final)

– Fait/retiré : SQLite (superseded), Mongo (reverted)

! Ouvert : schéma Postgres

## Closing line

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

Je n'ai pas sauvegardé Mongo/SQLite comme état — le choix final gagne. Tu veux aussi un message de commit pour l'auth ?

1 / 2

Ce qu’il ne fait pas

  • Pas un résumé de chat ni un récit chronologique — il sécurise l'état valide
  • Pas un memory-dump automatique — seul final + high (ou ta confirmation) est sauvegardé durablement
  • Ne commit, push, déploie ni n'écrase jamais rien sans instruction explicite — il propose
  • Pas un système complet de gestion de projet, pas un substitut aux tests, à la revue ou à la release
  • N'impose pas de structure mémoire — il patche ta vraie mémoire (CLAUDE.md, un dossier memory, règles Cursor …)

Compatibilité & technique

ClaudeChatGPT/CodexCursorCopilotGemini CLIWindsurfCline
Testé (interne)
4 scénarios
Runtime recommandé
Claude Opus ou Sonnet ; avec accès git/fichiers pour les suggestions de commit/fichiers, sinon de pures suggestions à copier-coller
Modes
Quick (défaut) · Deep · Handoff · Suggestion Git (optionnel) · Notes skill (optionnel)
Entrées
L'historique de chat de la session · Statut git (optionnel) · Mémoire de projet existante (optionnel)
Format de sortie
Rapport Markdown compact : Résultat · Décisions · Ouvert · listes Do-not · Memory Patch · Prompt de reprise · Delta · Closing line
Sous-catégorie
Clôture de session & handoff
Licence
Proprietär

Profil de sécurité

Local

S’exécute entièrement chez toi avec ta propre IA — aucun runtime externe, aucun coût récurrent.

Instructions seules

Uniquement instructions, modèles et références — aucun script exécutable.

Aucun accès réseau

Fonctionne hors ligne avec ce que tu fournis — n’appelle pas de services externes de lui-même.

Que signifient ces badges ? →

Contenu livré

  • happy-ending-1.0.0/5 fichiers
    • .claude-plugin/marketplace.json
    • plugins/happy-ending/skills/happy-ending/5 fichiers
      • SKILL.md
      • manifest.json
      • references/3 fichiers
        • happy-ending-examples.md
        • happy-ending-memory-safety.md
        • happy-ending-templates.md
    • .agents/skills/happy-ending/→ universel — même contenu (Codex, Cursor, Copilot, Gemini, Windsurf, Cline)
    • LICENSE.txt

Installation

Après déverrouillage, installez avec une seule commande — elle détecte votre outil IA.

Fonctionne dansClaude CodeGitHub CopilotGemini CLICursorCodex CLIWindsurfCline

Aussi comme prompt de chat

Complet en chat

Pas d’outil IA ? Collez-le dans Claude, ChatGPT ou Gemini et utilisez la méthode aussitôt.

Ce skill n’embarque aucun script — le prompt porte donc sa méthode complète.

L’installation est la version complète — elle se déclenche automatiquement, exécute ses scripts et charge les références au besoin. En prompt de chat, vous pilotez la méthode vous-même.

Déverrouillez pour copier le prompt prêt à coller — ensuite dans « Mes skills ».

Avis

Pas encore d’avis – soyez le premier.

Remarque

À lancer manuellement par défaut (« fais un Happy Ending » ou « /happy-ending »). Le skill se contente de proposer les changements mémoire, git et fichiers — il ne sauvegarde, ne commit ni n'écrase rien sans ton accord explicite. Si l'état final n'est pas clair, il pose une courte question au lieu de deviner.

Journal des modifications

  • v1.0.007.07.2026Première version : clôture de session en trois phases (Look Back → Clean Up → Kiss Goodnight) avec un Memory Safety Layer (statut + confiance, détecteur d'annulation, final-state-wins, patch plutôt que réécriture), Do Not Carry Forward / Do Not Repeat séparés, un patch mémoire, un prompt de reprise copiable, un bloc Delta compact et une closing line. Deux profondeurs (Quick/Deep) + blocs Git/skill optionnels ; git et fichiers uniquement proposés. Références pour templates, memory-safety et exemples.

Questions fréquentes

Que fait Happy Ending ?

Happy Ending est un skill IA pour clôturer proprement les sessions de travail IA, en transformant le chat en état de projet valide : décisions finales, tâches ouvertes, un patch mémoire et un prompt de reprise copiable. Son cœur est un Memory Safety Layer, pour que le travail abandonné, annulé ou remplacé ne soit pas enregistré par erreur comme l'état valide.

Comment clôturer proprement une session IA ?

Avec Happy Ending — il parcourt la session pour en extraire les décisions finales, les tâches ouvertes et les points abandonnés, produit un patch mémoire et un prompt de reprise copiable, compact plutôt qu'un roman. Lance-le avec « /happy-ending » ou « fais un wrap-up ».

Happy Ending n'est-il qu'un résumé ?

Non. Un résumé raconte ce qui s'est passé — Happy Ending sécurise ce qui compte désormais, à savoir les décisions valides, l'état actuel, les tâches ouvertes et le point de reprise. Les points abandonnés, annulés ou remplacés ne sont volontairement pas enregistrés comme direction active.

Comment Happy Ending évite-t-il les mauvaises entrées en mémoire ?

Grâce à son Memory Safety Layer — chaque point reçoit un statut (final, reverted, canceled, superseded …) et une confiance, et seul final + high (ou ta confirmation explicite) peut entrer en mémoire long terme. Un détecteur d'annulation repère les signaux de retour en arrière, et en cas de contradiction c'est le dernier état confirmé qui gagne (final-state-wins).

Happy Ending peut-il committer ou pusher ?

Happy Ending propose des messages et des groupes de commit mais n'exécute jamais rien sans qu'on le demande — aucun commit, push, déploiement ou écrasement sans ton instruction explicite.

Quelle différence entre Do Not Carry Forward et Do Not Repeat ?

Do Not Carry Forward signifie ne pas reprendre un point en mémoire, dans l'état du projet ou dans la prochaine session. Do Not Repeat signifie ne pas le reproposer ni le retenter. Happy Ending garde les deux séparés.

Avec quels outils d’IA Happy Ending fonctionne-t-il ?

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

Comment utiliser Happy Ending ?

Happy Ending est un SKILL.md au standard ouvert agentskills.io : installez-le en une commande (npx) ou téléchargez-le et ajoutez-le à votre outil d’IA — Claude (Projects), ChatGPT (Custom GPT), Cursor, Copilot, Gemini CLI, etc. Aucun code requis.