option
MaisonMaison Skill Révision du code ghe-checkpoint

PUBLIEZ un point de contrôle de progression dans le thread ACTUELLEMENT ACTIF. Enregistre l'état d'avancement sans changer de phase. Nécessite un fil de discussion en cours déjà réclamé. UTILISEZ CETTE COMPÉTENCE LORSQUE : - L'utilisateur dit « publier un point de contrôle » ou « enregistrer ma progression » - L'utilisateur dit « mettre à jour le ticket » ou « enregistrer l'état actuel »- L’utilisateur dit « point de contrôle » ou « enregistrer le point de contrôle »- L’utilisateur a franchi une étape importante et souhaite l’enregistrer- L’utilisateur a rencontré un obstacle bloquant et souhaite le documenter- L’utilisateur s’apprête à faire une pause et souhaite enregistrer l’état actuel- État significatif

...Développer tout
25
Heure mise à jour 29 juin 2026

À propos de « ghe-checkpoint »

La compétence « ghe-checkpoint » permet aux utilisateurs d’enregistrer leur progression actuelle dans un fil de discussion GitHub actif sans faire avancer les phases du projet. Elle est conçue pour offrir un moyen simple d’enregistrer l’état d’avancement du travail, les jalons et les obstacles, garantissant ainsi la préservation du travail en cours même si l’utilisateur doit faire une pause ou s’absenter. Cette compétence répond au défi que représente la perte de trace des progrès incrémentiels au cours du développement ou de la gestion de projet, facilitant ainsi la tenue de registres précis du travail en temps réel.

Les principales fonctionnalités de cette compétence comprennent la publication d’un point de contrôle de progression dans le fil de discussion actuellement actif, l’enregistrement des jalons, la documentation des blocages et la conservation des changements d’état significatifs. Elle nécessite impérativement un fil de discussion en cours de travail déjà revendiqué et respecte les paramètres de configuration locaux tels que `.claude/ghe.local.md`. La compétence ne modifie pas la phase du projet ni ne lance de nouvelles tâches, se concentrant uniquement sur la capture de l’état actuel du travail. De plus, elle suit des règles de reporting strictes, garantissant que toutes les mises à jour sont enregistrées à la fois dans le fil de discussion GitHub et dans le répertoire local `GHE_REPORTS` pour une traçabilité complète.

`ghe-checkpoint` est principalement destiné aux développeurs, chefs de projet et équipes techniques qui utilisent GitHub pour le suivi des tickets et la gestion des tâches. Parmi les cas d’utilisation typiques, on peut citer la sauvegarde de l’avancement lors de sessions de développement, la documentation de la réalisation des jalons, l’enregistrement des blocages nécessitant une attention particulière et la mise à jour des enregistrements avant de suspendre le travail. Elle est particulièrement utile dans les environnements collaboratifs où plusieurs membres de l’équipe ont besoin d’une visibilité sur le travail en cours et où il est essentiel de conserver un historique précis du projet.

FAQ

Quand dois-je utiliser la compétence « ghe-checkpoint » ?

Utilisez cette compétence chaque fois que vous souhaitez enregistrer la progression d’un fil de discussion actif, documenter des étapes clés, consigner des blocages ou conserver les changements d’état significatifs au cours du travail. Elle est également utile avant de faire une pause pour vous assurer que l’état du travail est bien enregistré.

Puis-je utiliser `ghe-checkpoint` sans fil de discussion actif ?

Non, cette compétence nécessite un fil de discussion en cours déjà revendiqué. S’il n’existe aucun fil de discussion actif, vous devez d’abord utiliser la compétence `ghe-claim` pour en revendiquer un.

La commande « ghe-checkpoint » modifie-t-elle la phase du projet ?

Non, cette compétence se contente d’enregistrer l’état actuel du travail sans faire avancer les phases du projet. Pour passer à la phase suivante, vous devez utiliser la compétence `ghe-transition`.

Comment « ghe-checkpoint » gère-t-il les rapports ?

Tous les points de contrôle sont publiés à la fois dans le fil de discussion GitHub et enregistrés localement dans le répertoire `GHE_REPORTS/` sous forme de structure plate. Les rapports incluent le texte complet du point de contrôle, et pas seulement des liens.

Puis-je désactiver la création de points de contrôle ou la synchronisation avec les banques de mémoire ?

Oui, la compétence respecte les paramètres locaux définis dans `.claude/ghe.local.md`. Si `enabled` est défini sur « false », les points de contrôle sont ignorés, et si `serena_sync` est défini sur « false », les mises à jour de la banque de mémoire SERENA sont ignorées.

Voir sur 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.

Tous les fichiers

1 fichiers
SKILL.md 5.2k
Voir

Installer ghe-checkpoint

Téléchargez et décompressez les fichiers de compétences dans votre répertoire .claude/skills/.

Télécharger le ZIP

Clonez le dépôt et copiez les fichiers de compétence dans votre projet.

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

Copier Copier
Configuration rapide: Copiez le dossier de la compétence dans .claude/skills/ ; Claude la détectera automatiquement et l'utilisera.

Compétences similaires

code-simplify
Heure mise à jour 2 juillet 2026
requesting-code-review
Heure mise à jour 29 juin 2026
commit-standards
Heure mise à jour 29 juin 2026
Git Commit Helper
Heure mise à jour 29 juin 2026
OR