ghe-checkpoint
Emasoft/ghe-marketplace
PUBLICA un punto de control de progreso en el hilo ACTUALMENTE ACTIVO. Guarda el estado del trabajo sin cambiar de fase. Requiere un hilo en curso que ya haya sido asignado. UTILIZA ESTA HABILIDAD CUANDO: - El usuario diga «publicar un punto de control» o «guardar mi progreso» - El usuario diga «actualizar la incidencia» o «registrar el estado actual»- El usuario dice «punto de control» o «guardar punto de control» - El usuario ha completado un hito y quiere registrarlo - El usuario se ha encontrado con un obstáculo y quiere documentarlo - El usuario está a punto de tomarse un descanso y quiere guardar el estado - Estado significativo
...Expandir todoAcerca de «ghe-checkpoint»
La habilidad «ghe-checkpoint» permite a los usuarios guardar su progreso actual en un hilo de incidencias activo de GitHub sin avanzar en las fases del proyecto. Está diseñada para ofrecer una forma fluida de registrar el estado del trabajo, los hitos y los obstáculos, garantizando que el trabajo en curso se conserve incluso si el usuario necesita hacer una pausa o tomarse un descanso. Esta skill aborda el reto de perder la pista del progreso incremental durante el desarrollo o la gestión de proyectos, facilitando el mantenimiento de registros precisos del trabajo en tiempo real.
Las principales capacidades de esta habilidad incluyen publicar un punto de control de progreso en el hilo actualmente activo, registrar hitos, documentar obstáculos y conservar los cambios de estado significativos. Requiere estrictamente un hilo en curso ya reclamado y respeta los ajustes de configuración locales, como `.claude/ghe.local.md`. La habilidad no cambia la fase del proyecto ni inicia nuevas tareas, centrándose exclusivamente en capturar el estado actual del trabajo. Además, sigue unas normas de información estrictas, lo que garantiza que todas las actualizaciones se guarden tanto en el hilo de incidencias de GitHub como en el directorio local `GHE_REPORTS` para una trazabilidad completa.
«ghe-checkpoint» está pensada principalmente para desarrolladores, gestores de proyectos y equipos técnicos que utilizan GitHub para el seguimiento de incidencias y la gestión de tareas. Entre los casos de uso habituales se incluyen guardar el progreso durante las sesiones de desarrollo, documentar la finalización de hitos, registrar los obstáculos que requieren atención y mantener registros actualizados antes de interrumpir el trabajo. Resulta especialmente útil en entornos colaborativos en los que varios miembros del equipo necesitan visibilidad sobre el trabajo en curso y en los que es fundamental mantener un historial preciso del proyecto.
Preguntas frecuentes
¿Cuándo debo utilizar la habilidad «ghe-checkpoint»?
Utiliza esta habilidad siempre que quieras guardar el progreso en un hilo activo, documentar hitos, registrar obstáculos o conservar cambios de estado significativos durante el trabajo. También resulta útil antes de tomarte un descanso para asegurarte de que se guarda el estado del trabajo.
¿Puedo utilizar «ghe-checkpoint» sin un hilo activo?
No, la habilidad requiere un hilo en curso que ya haya sido reclamado. Si no existe ningún hilo activo, primero debes utilizar la habilidad «ghe-claim» para reclamar uno.
¿Cambia «ghe-checkpoint» la fase del proyecto?
No, esta habilidad solo guarda el estado actual del trabajo sin avanzar en las fases del proyecto. Para pasar a la siguiente fase, debes utilizar la habilidad «ghe-transition».
¿Cómo gestiona «ghe-checkpoint» los informes?
Todos los puntos de control se publican tanto en el hilo de incidencias de GitHub como se guardan localmente en el directorio `GHE_REPORTS/` con una estructura plana. Los informes incluyen el texto completo del punto de control, no solo enlaces.
¿Puedo desactivar los puntos de control o la sincronización con los bancos de memoria?
Sí, la habilidad respeta la configuración local en `.claude/ghe.local.md`. Si `enabled` es falso, se omiten los puntos de control, y si `serena_sync` es falso, se omiten las actualizaciones del banco de memoria SERENA.
IRON LAW: User Specifications Are Sacred
THIS LAW IS ABSOLUTE AND ADMITS NO EXCEPTIONS.
- Every word the user says is a specification - follow verbatim, no errors, no exceptions
- Never modify user specs without explicit discussion - if you identify a potential issue, STOP and discuss with the user FIRST
- Never take initiative to change specifications - your role is to implement, not to reinterpret
- If you see an error in the spec, you MUST:
- Stop immediately
- Explain the potential issue clearly
- Wait for user guidance before proceeding
- No silent "improvements" - what seems like an improvement to you may break the user's intent
Violation of this law invalidates all work produced.
Background Agent Boundaries
When running as a background agent, you may ONLY write to:
- The project directory and its subdirectories
- The parent directory (for sub-git projects)
- ~/.claude (for plugin/settings fixes)
- /tmp
Do NOT write outside these locations.
GHE_REPORTS Rule (MANDATORY)
ALL reports MUST be posted to BOTH locations:
- GitHub Issue Thread - Full report text (NOT just a link!)
- GHE_REPORTS/ - Same full report text (FLAT structure, no subfolders!)
Report naming: <TIMESTAMP>_<title or description>_(<AGENT>).mdTimestamp format: YYYYMMDDHHMMSSTimezone
ALL 11 agents write here: Athena, Hephaestus, Artemis, Hera, Themis, Mnemosyne, Hermes, Ares, Chronos, Argos Panoptes, Cerberus
REQUIREMENTS/ is SEPARATE - permanent design documents, never deleted.
Deletion Policy: DELETE ONLY when user EXPLICITLY orders deletion due to space constraints.
Settings Awareness
Respects .claude/ghe.local.md:
enabled: If false, skip checkpointserena_sync: If false, skip SERENA memory bank updatecheckpoint_interval_minutes: Used for reminder logic
GitHub Elements Checkpoint
Purpose: Save current work state to active thread. Does NOT change phases.
Precondition
- Must have an active (claimed, in-progress) thread
- If no active thread, use
ghe-claimfirst
When to Use
- Save progress during work
- Document milestones
- Record blockers
- Before ending session
- At meaningful state changes
How to Execute
Step 1: Find active thread
Check for issues assigned to @me with "in-progress" label.
If no active thread found:
- Inform user
- Suggest using
ghe-claimto start work
Step 2: Gather current state
Collect:
- Work log (what was done since last checkpoint)
- Completed tasks
- In-progress tasks
- Pending tasks
- Files changed
- Commits made
- Current branch
- Blockers (if any)
- Next action
Step 3: Post checkpoint
Spawn appropriate thread manager based on thread type:
dev→ dev-thread-managertest→ test-thread-managerreview→ review-thread-manager
The thread manager will post formatted checkpoint to issue.
Step 4: Sync memory
Spawn memory-sync agent to update activeContext.md.
Checkpoint Format
## [<TYPE> Session N] DATE TIME UTC - @me### Work Log- [HH:MM] Action 1- [HH:MM] Action 2### State Snapshot#### Thread Type<dev | test | review>#### Completed- [x] Task 1#### In Progress- [ ] Task 2 (N% complete)#### Pending- [ ] Task 3#### Files Changed| File | Changes |#### Commits| Hash | Message |#### Branch`feature/branch-name`#### Blockers[None | List]#### Next Action[Specific next step]### Scope Reminder[Phase-specific abilities and limits]
Output
Confirmation that:
- Checkpoint posted to issue
- Memory bank updated
Key Differentiator
This skill SAVES progress without changing phases. To COMPLETE current phase and MOVE to next, use ghe-transition instead.
Instalar ghe-checkpoint
Descarga y descomprime los archivos de las habilidades en tu directorio .claude/skills/.
Descargar ZIPClona el repositorio y copia los archivos de la habilidad a tu proyecto.
git clone https://github.com/Emasoft/ghe-marketplace/blob/main/plugins/ghe/skills/ghe-checkpoint/SKILL.md # Copy SKILL.md to your .claude/skills/ directory
Copiar





Hogar
