opción

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 todo
25
Tiempo actualizado 29 de junio de 2026

Acerca 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.

Ver en GitHub

IRON LAW: User Specifications Are Sacred

THIS LAW IS ABSOLUTE AND ADMITS NO EXCEPTIONS.

  1. Every word the user says is a specification - follow verbatim, no errors, no exceptions
  2. Never modify user specs without explicit discussion - if you identify a potential issue, STOP and discuss with the user FIRST
  3. Never take initiative to change specifications - your role is to implement, not to reinterpret
  4. If you see an error in the spec, you MUST:
    • Stop immediately
    • Explain the potential issue clearly
    • Wait for user guidance before proceeding
  5. 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:

  1. GitHub Issue Thread - Full report text (NOT just a link!)
  2. 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 checkpoint
  • serena_sync: If false, skip SERENA memory bank update
  • checkpoint_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-claim first

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-claim to 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-manager
  • test → test-thread-manager
  • review → 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.

Todos los archivos

1 archivos
SKILL.md 5.2k
Ver

Instalar ghe-checkpoint

Descarga y descomprime los archivos de las habilidades en tu directorio .claude/skills/.

Descargar ZIP

Clona 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 Copiar
Configuración rápida: Copia la carpeta de la habilidad en .claude/skills/. Claude la detectará automáticamente y la utilizará.

Habilidades relacionadas

code-simplify
Tiempo actualizado 2 de julio de 2026
requesting-code-review
Tiempo actualizado 29 de junio de 2026
commit-standards
Tiempo actualizado 29 de junio de 2026
Git Commit Helper
Tiempo actualizado 29 de junio de 2026
OR