skills-for-ai
Empezar
Productividad Desarrollo Skill

Happy Ending

Cada buena sesión merece un Happy Ending — el cierre limpio de tu sesión de IA, sin perder el hilo.

Cierre de sesiónTransferencia de contextoHandoffWrap-upMemory PatchMemoria de proyectoRegistro de decisionesRetomar la sesiónSeguridad de memoriaDetección de reversionesSugerencia de commit
Gratis
0 ↓ 0 v1.0.0 Actualizado 07.07.2026 por skills-for-ai

SKILL.md en el estándar abierto agentskills.io — funciona directamente en Claude, ChatGPT/Codex, Cursor, Copilot y más.

Happy Ending es un skill de IA para cerrar de forma limpia las sesiones de trabajo con IA, convirtiendo el chat en el estado de proyecto válido: decisiones finales, tareas abiertas, un parche de memoria y un prompt de reinicio copiable. Su núcleo es un Memory Safety Layer, para que el trabajo descartado, cancelado o reemplazado no se guarde por error como el estado válido.

Qué hace este skill

  • Extrae decisiones finales, tareas abiertas, learnings y puntos descartados de la sesión
  • Protege tu memoria: el trabajo cancelado, revertido o reemplazado no se guarda como estado válido (Memory Safety)
  • Emite un parche de memoria (Add/Update/Ignore) en vez de reescribir a ciegas archivos enteros
  • Separa «no adoptar» (Do Not Carry Forward) de «no volver a intentar» (Do Not Repeat)
  • Entrega un prompt de reinicio directamente pegable más un bloque Delta compacto
  • Propone mensajes y grupos de commit para el código — pero no ejecuta nada sin que se lo pidan
  • Dos profundidades: Quick (defecto compacto) y Deep (a petición)

Descripción

Happy Ending es un skill para cerrar sesiones de IA — convierte un chat caótico en un estado de proyecto limpio y reutilizable en lugar de una novela. Idea rectora: Happy Ending no guarda todo lo que pasó, asegura lo que vale a partir de ahora. Corre en tres fases (Look Back → Clean Up → Kiss Goodnight) y detecta decisiones finales, tareas abiertas, learnings, correcciones del usuario, referencias y puntos descartados. De ahí sale un informe compacto: Resultado, Decisiones, Abierto, Do Not Carry Forward, Do Not Repeat, un Memory Patch (Add/Update/Ignore), notas de archivos/git cuando es relevante, el siguiente mejor paso, un prompt de reinicio directamente pegable, un bloque Delta (+ ~ − !) y una closing line corta con contadores. La función central es el **Memory Safety Layer**: cada punto recibe un estado (final, open, tentative, reverted, canceled, superseded, rejected, do-not-repeat, do-not-carry-forward, unclear) y una confianza — solo final + high (o tu confirmación explícita) puede entrar en la memoria a largo plazo. Un detector de reversión vigila las señales de marcha atrás («mejor no», «cancelado», «quítalo»), ante contradicciones gana el último estado confirmado (final-state-wins), y en vez de reescribir a ciegas archivos de memoria enteros, el skill emite un parche. Git y archivos solo se proponen — Happy Ending nunca hace commit, push, despliegue ni sobrescribe nada sin tu instrucción explícita. Dos profundidades: Quick como defecto compacto, Deep a petición.

Ejemplos

Cerrar la sesión rápido
Haz un wrap-up de la sesión.
Tú 17 de julio de 2026
Happy Ending

# Happy Ending

## Resultado

El copy del hero de la landing y el CTA principal están fijados. Un asset sigue abierto.

## Decisiones

  • [final · high] Titular hero: «Entrega más rápido, adivina menos.»
  • [final · high] CTA principal: «Empieza gratis» (secundario «Cómo funciona»).

## Abierto

  • [open] Exportar el fondo del hero como WebP (1600px).

## Do Not Carry Forward

  • El hero con degradado violeta — descartado a mitad de sesión, no reintroducir.

## Memory Patch

+ Add

  • Preferencia: voz de los CTA en imperativo simple («Empieza gratis»), no «Empieza ya».

– Ignore

  • La dirección de hero con degradado violeta (descartada).

## Siguiente mejor paso

Exportar el asset hero WebP a /public/hero.

## Prompt de reinicio

> Seguimos con la landing. Estado: copy hero + CTAs finales («Entrega más rápido, adivina menos.» / «Empieza gratis»). Abierto: exportar el fondo del hero como WebP (1600px). No reintroducir el hero con degradado violeta — fue descartado.

## Delta

+ Guardado: titular hero, preferencia de voz CTA

– Hecho/eliminado: dirección degradado violeta

! Abierto: export hero WebP

## Closing line

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

Calibración: cambiamos de idea dos veces
Cierra — pero ojo, cambiamos la decisión de BD dos veces.
Tú 17 de julio de 2026
Happy Ending

Aviso sobre los vaivenes — solo guardo la última decisión confirmada, no los desvíos:

# Happy Ending

## Resultado

La auth está lista; la decisión de almacenamiento cambió dos veces y terminó en Postgres.

## Decisiones

  • [final · high] Base de datos: Postgres (confirmada al final, tras SQLite y luego Mongo).

## Reverted / Canceled / Superseded

  • SQLite — superseded (elección inicial, reemplazada).
  • MongoDB — reverted («mejor no») → no es el estado activo.

## Do Not Repeat

  • No volver a proponer Mongo para este proyecto — rechazado explícitamente.

## Memory Patch

+ Add

  • [final · high] BD del proyecto = Postgres.

~ Update

  • Reemplazar cualquier nota anterior «BD SQLite/Mongo» por Postgres.

– Ignore

  • SQLite y Mongo como opciones activas.

## Siguiente mejor paso

Escribir el esquema Postgres para las tablas users y sessions.

## Prompt de reinicio

> Seguimos con el backend. Estado: BD = Postgres (final — SQLite y Mongo se probaron y se descartaron, no tratarlos como activos). Auth lista. Siguiente: esquema Postgres para users + sessions.

## Delta

+ Guardado: BD = Postgres (final)

– Hecho/eliminado: SQLite (superseded), Mongo (reverted)

! Abierto: esquema Postgres

## Closing line

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

No guardé Mongo/SQLite como estado — gana la decisión final. ¿Quieres también un mensaje de commit para la auth?

1 / 2

Qué no hace

  • No es un resumen de chat ni un relato cronológico — asegura el estado válido
  • No es un memory-dump automático — solo final + high (o tu confirmación) se guarda de forma duradera
  • Nunca hace commit, push, despliegue ni sobrescribe sin una instrucción explícita — propone
  • No es un sistema completo de gestión de proyectos ni un sustituto de tests, revisión o release
  • No impone un layout de memoria — parchea tu memoria real (CLAUDE.md, una carpeta memory, reglas de Cursor …)

Compatibilidad y técnica

ClaudeChatGPT/CodexCursorCopilotGemini CLIWindsurfCline
Probado (interno)
4 escenarios
Runtime recomendado
Claude Opus o Sonnet; con acceso a git/archivos para sugerencias de commit/archivos, si no, puras sugerencias para copiar y pegar
Modos
Quick (defecto) · Deep · Handoff · Sugerencia Git (opcional) · Notas de skill (opcional)
Entradas
El historial de chat de la sesión · Estado de git (opcional) · Memoria de proyecto existente (opcional)
Formato de salida
Informe Markdown compacto: Resultado · Decisiones · Abierto · listas Do-not · Memory Patch · Prompt de reinicio · Delta · Closing line
Subcategoría
Cierre de sesión y handoff
Licencia
Proprietär

Perfil de seguridad

Local

Se ejecuta por completo en tu equipo con tu propia IA — sin runtime externo, sin costes recurrentes.

Solo instrucciones

Solo instrucciones, plantillas y referencias — sin scripts ejecutables.

Sin acceso a la red

Funciona sin conexión con lo que proporcionas — no llama a servicios externos por sí mismo.

¿Qué significan estas insignias? →

Qué incluye

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

Instalación

Tras desbloquear, instalas con un solo comando — detecta tu herramienta de IA.

Funciona enClaude CodeGitHub CopilotGemini CLICursorCodex CLIWindsurfCline

También como prompt de chat

Completo en chat

¿Sin herramienta de IA? Pégalo en Claude, ChatGPT o Gemini y usa el método al instante.

Este skill no trae scripts, así que el prompt lleva su método completo.

Instalarlo es la versión completa — se activa solo, ejecuta sus scripts y carga referencias cuando hacen falta. Como prompt de chat, tú conduces el método.

Desbloquéalo para copiar el prompt listo para pegar — luego en «Mis skills».

Reseñas

Aún no hay reseñas: sé el primero.

Nota

Se lanza manualmente por defecto («haz un Happy Ending» o «/happy-ending»). El skill solo propone los cambios de memoria, git y archivos — no guarda, hace commit ni sobrescribe nada sin tu aprobación explícita. Cuando el estado final no está claro, hace una pregunta corta en vez de adivinar.

Historial de cambios

  • v1.0.007.07.2026Primera versión: cierre de sesión en tres fases (Look Back → Clean Up → Kiss Goodnight) con un Memory Safety Layer (estado + confianza, detector de reversión, final-state-wins, parche en lugar de reescritura), Do Not Carry Forward / Do Not Repeat separados, un parche de memoria, un prompt de reinicio copiable, un bloque Delta compacto y una closing line. Dos profundidades (Quick/Deep) + bloques Git/skill opcionales; git y archivos solo se proponen. Referencias para plantillas, memory-safety y ejemplos.

Preguntas frecuentes

¿Qué hace Happy Ending?

Happy Ending es un skill de IA para cerrar de forma limpia las sesiones de trabajo con IA, convirtiendo el chat en el estado de proyecto válido: decisiones finales, tareas abiertas, un parche de memoria y un prompt de reinicio copiable. Su núcleo es un Memory Safety Layer, para que el trabajo descartado, cancelado o reemplazado no se guarde por error como el estado válido.

¿Cómo cierro una sesión de IA de forma limpia?

Con Happy Ending — recorre la sesión en busca de decisiones finales, tareas abiertas y puntos descartados, crea un parche de memoria y un prompt de reinicio copiable, compacto en lugar de una novela. Actívalo con «/happy-ending» o «haz un wrap-up».

¿Happy Ending es solo un resumen?

No. Un resumen cuenta lo que pasó — Happy Ending asegura lo que vale a partir de ahora, es decir decisiones válidas, el estado actual, tareas abiertas y el punto de reinicio. Los puntos descartados, cancelados o reemplazados no se guardan a propósito como dirección activa.

¿Cómo evita Happy Ending entradas erróneas en la memoria?

A través de su Memory Safety Layer — cada punto recibe un estado (final, reverted, canceled, superseded …) y una confianza, y solo final + high (o tu confirmación explícita) puede entrar en la memoria a largo plazo. Un detector de reversión capta las señales de marcha atrás, y ante contradicciones gana el último estado confirmado (final-state-wins).

¿Puede Happy Ending hacer commit o push?

Happy Ending propone mensajes y grupos de commit pero nunca ejecuta nada sin que se lo pidan — ningún commit, push, despliegue o sobrescritura sin tu instrucción explícita.

¿Qué diferencia hay entre Do Not Carry Forward y Do Not Repeat?

Do Not Carry Forward significa no adoptar algo en la memoria, el estado del proyecto o la próxima sesión. Do Not Repeat significa no volver a proponerlo ni intentarlo. Happy Ending mantiene ambos separados.

¿Con qué herramientas de IA funciona Happy Ending?

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

¿Cómo uso Happy Ending?

Happy Ending es un SKILL.md en el estándar abierto agentskills.io: instálalo con un comando (npx) o descárgalo y añádelo a tu herramienta de IA — Claude (Projects), ChatGPT (Custom GPT), Cursor, Copilot, Gemini CLI y más. Sin código.