lardon3d/.opencode/commands/lardon-small.md

description	agent	subtask
Traiter un petit ticket avec MiMo et des validations ciblées	lardon-orchestrator	false

Traite le petit ticket suivant :

$ARGUMENTS

Le contexte permanent de Lardon3D est déjà chargé via .opencode/context.md.

Ne relis AGENTS.md, l’overview ou la documentation générale que si une information précise manque.

Ce workflow est réservé aux modifications locales, simples et clairement délimitées.

N’effectue jamais :

• d’inventaire global du dépôt ;
• de glob "*" ;
• de find sur tout le dépôt ;
• de lecture complète de la documentation ;
• de refactoring d’architecture non demandé.

Procédure :

1. Lire .opencode/work/current_ticket.md s’il existe et s’il concerne ce ticket.
2. Utiliser lardon-explore avec une recherche strictement ciblée.
3. Identifier uniquement :
   • les fichiers à modifier ;
   • les dépendances directes ;
   • les tests concernés ;
   • les éventuels documents à mettre à jour.
4. Vérifier que le ticket convient au mode léger.
5. Utiliser un seul lardon-build-light pour l’implémentation.
6. Appeler lardon-tests une seule fois après l’implémentation pour :
   • compiler avec Clang ;
   • exécuter les tests ciblés ;
   • exécuter git diff --check.
7. Demander une revue uniquement si le diff le justifie réellement.
8. Mettre à jour le handoff avec un résumé concis.

N’appelle pas lardon-architect, lardon-concurrency ou lardon-docs sauf si leur intervention est manifestement nécessaire.

Arrête le workflow léger et recommande /lardon-ticket ou Codex si le ticket touche notamment :

• une API publique structurante ;
• task, task_queue ou resource_governor ;
• pthread, mutex ou condition variables ;
• la durée de vie complexe de ressources ;
• la persistance ou le rollback ;
• le scheduler, un futur DAG ou les réservations ;
• un refactoring réparti sur plusieurs modules ;
• une fondation sensible du projet.

Dans ce cas, ne tente aucune modification risquée avec MiMo.

Le handoff doit rester court et contenir seulement :

• objectif ;
• fichiers concernés ;
• travail effectué ;
• validations ;
• erreurs ;
• limites ;
• prochaine action sûre.

Ne fais aucun commit. Ne fais aucun push. N’utilise aucun modèle payant. Ne modifie jamais scan3d/.