NemoClaw Maintainer Day

Exécute une passe de la boucle de maintenance, en priorisant le travail ciblé par version.

Autonomie : pousse les petites corrections et approuve quand les gates passent. Ne fusionne jamais. Arrête-toi et demande pour les décisions de fusion, les décisions d'architecture et l'intention du contributeur peu claire.

Références

• Priorités de review PR : PR-REVIEW-PRIORITIES.md
• Zones de code risquées : RISKY-AREAS.md
• Schéma d'état : STATE-SCHEMA.md

Étape 1 : Vérifier la progression de version

node --experimental-strip-types --no-warnings .agents/skills/nemoclaw-maintainer-day/scripts/version-target.ts
node --experimental-strip-types --no-warnings .agents/skills/nemoclaw-maintainer-day/scripts/version-progress.ts <version>

Le premier script détermine la version cible. Le second affiche expédié vs ouvert.

Étape 2 : Choisir une action

Parmi les éléments ciblés par version ouverts, choisis le plus pertinent :

1. Ready-now PR — CI verte, pas de conflits, pas de majeur CodeRabbit, a des tests → suive MERGE-GATE.md
2. Salvage-now PR — proche d'être prête, nécessite une petite correction → suive SALVAGE-PR.md
3. Élément sécurité — touche des zones risquées → suive SECURITY-SWEEP.md
4. Élément test-gap — code risqué avec tests faibles → suive TEST-GAPS.md
5. Refroidissement hotspot — conflits répétés → suive HOTSPOTS.md
6. Séquençage nécessaire — trop gros pour une passe → suive SEQUENCE-WORK.md

Si tous les éléments ciblés par version sont bloqués, bascule vers le backlog général. Un travail productif sur des éléments non labellisés vaut mieux qu'attendre.

Préfère terminer une contribution presque prête plutôt que de commencer un nouveau refactor.

Étape 3 : Exécuter

Suive le document de workflow choisi. Une bonne passe se termine par l'un de ces éléments :

• une PR approuvée, une correction poussée, un test gap fermé, un hotspot atténué, ou un blocker surfacé.

Étape 4 : Signaler la progression

Relance le script de progression et affiche la mise à jour :

node --experimental-strip-types --no-warnings .agents/skills/nemoclaw-maintainer-day/scripts/version-progress.ts <version>

Si tous les éléments ciblés par version sont terminés, suggère d'exécuter /nemoclaw-maintainer-evening plus tôt.

Mets à jour .nemoclaw-maintainer/state.json via le script d'état :

node --experimental-strip-types --no-warnings .agents/skills/nemoclaw-maintainer-day/scripts/state.ts history <action> <item> "<note>"

Hygiène des commits

Le hook prek « Regenerate agent skills from docs » auto-stage les fichiers .agents/skills/. Avant chaque git add et git commit sur une branche PR, exécute git reset HEAD .agents/skills/nemoclaw-maintainer-* pour les unstage. Valide les fichiers skill uniquement dans les PRs skill dédiées.

Arrête-toi et demande quand

• Un large refactor ou une décision d'architecture est nécessaire
• L'intention du contributeur est peu claire et le diff changerait la sémantique
• Plusieurs sous-systèmes doivent changer pour la CI
• Des limites sécurité sensibles avec un risque peu clair
• L'étape suivante est d'ouvrir une nouvelle PR ou de fusionner

Intégration /loop

Conçu pour /loop 10m /nemoclaw-maintainer-day. Chaque passe doit produire une sortie compacte : ce qui a été fait, ce qui a changé, ce dont l'utilisateur a besoin. Vérifie l'historique state.json pour éviter de ré-expliquer le contexte antérieur lors des exécutions répétées.