Hooks at named sections inside a command, not only before and after it

Ouverte
#5,340 0 commentaires 0 réactions 0 personnes assignées Voir sur GitHub

Les mainteneurs répondent en général sous 1 jour

Personne n'a encore pris cette issue.

Évaluation

Difficulté
4/5
Temps estimé
3-5 jours
Accessibilité débutants
52/100
Type d'issue
Fonctionnalité
Clarté
Plutôt claire
Activité
Active
Stack technique
markdown, python
Domaine
tooling

Piste de recherche

Start by reading the core command templates and the existing hook implementation; the issue does not name specific files or tests. Trace how hooks run before and after whole steps, then check how section markers could identify hook points within a command. Done means hooks can run before or after named sections while existing commands and hooks without section names continue to work.

Rédigé par le modèle d'indexation à partir du texte de l'issue.

Description

triage-nice-to-have

Hooks today run before or after a whole step (before_plan, after_tasks). There is no way to run something in the middle of a step, such as after the plan's design and before its constitution check, without forking the command file.

Proposal

  • Mark named sections in the core command templates, for example <!-- section: design -->.
  • Let a hook name a section: before: plan.design or after: tasks.generate.
  • Commands with no marked sections, and hooks with no section, work exactly as they do now.

Why
A team that wants one extra check at one point has to copy the whole command today, and the copy misses every upstream change. We run this model in the SpecKit Companion extension (named nodes plus hooks before or after any of them), and it has removed most of our reasons to fork a command.

Related: #2047.

AI disclosure: drafted with Claude Code (Claude Opus 5.5, default settings); I checked it before posting.

Langage dominant
Python
Étoiles
149k
Forks
13.4k
Merge moyen
1 j 5 h
PR mergées (30 j)
223

Préparer son environnement

Ouvrir dans Codespaces

Lance le conteneur de développement du projet dans votre navigateur, avec votre propre compte GitHub.

Par où commencer

  1. Lisez l'issue en entier, puis le guide de contribution du projet.
  2. Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
  3. Forkez le dépôt et travaillez sur une branche.
  4. Ouvrez une pull request qui référence le numéro de l'issue.

Autres issues de github/spec-kit

Toutes les issues de github/spec-kit

Issues similaires

Plus d'issues Python

Recevez les nouvelles issues par e-mail

Un résumé court des issues GitHub adaptées aux débutants.