autoresearch

<Utiliser_Quand>

• Vous avez déjà une mission et un évaluateur issus de /deep-interview --autoresearch
• Vous souhaitez une amélioration persistante d'une mission unique avec une évaluation stricte
• Vous avez besoin de journaux d'expérimentation durables sous .omc/autoresearch/
• Vous voulez un chemin pris en charge pour des relances périodiques via le cron natif de Claude Code </Utiliser_Quand>

<Ne_Pas_Utiliser_Quand>

• Vous avez besoin de générer un évaluateur à l'exécution — utilisez d'abord /deep-interview --autoresearch
• Vous devez orchestrer plusieurs missions ensemble — v1 l'interdit
• Vous souhaitez utiliser le flux CLI omc autoresearch déprécié — il n'est plus faisant autorité </Ne_Pas_Utiliser_Quand>

<Artefacts_Requis> Le stockage persistant canonique se trouve sous .omc/autoresearch/<slug-mission>/ et/ou .omc/logs/autoresearch/<id-execution>/.

Artefacts minimum requis :

• spécification de mission
• script d'évaluateur ou référence de commande
• JSON d'évaluation par itération
• journaux de décision en Markdown

Forme canonique recommandée :

.omc/autoresearch/<slug-mission>/
  mission.md
  evaluator.json
  runs/<id-execution>/
    evaluations/
      iteration-0001.json
      iteration-0002.json
    decision-log.md

Réutilisez les artefacts d'exécution existants lorsque disponibles plutôt que de les dupliquer inutilement. </Artefacts_Requis>

<Flux_de_Travail>

1. Confirmez qu'une seule mission existe et que la configuration de l'évaluateur est déjà disponible.
2. Assurez-vous que le mode/état est actif pour autoresearch et enregistre :
   • le slug/répertoire de la mission
   • la référence de l'évaluateur
   • le nombre d'itérations
   • les horodatages de début/mise à jour
   • la durée maximale ou l'échéance explicite
3. À chaque itération :
   • exécutez exactement un cycle d'expérimentation/changement
   • exécutez l'évaluateur
   • persistez le JSON d'évaluation lisible par machine
   • ajoutez une entrée de journal de décision en Markdown lisible par humain
   • continuez même si l'évaluation n'est pas validée
4. Arrêtez-vous lorsque :
   • la durée maximale d'exécution est atteinte
   • l'utilisateur annule explicitement
   • une autre condition terminale explicite est enregistrée par l'exécution </Flux_de_Travail>

<Intégration_Cron> Le cron natif de Claude Code est un point d'intégration pris en charge pour l'amélioration périodique des missions. En v1, privilégiez la documentation/configuration des entrées cron plutôt que la construction d'une interface utilisateur de planification volumineuse.

Si le cron est utilisé :

• conservez une mission par tâche planifiée
• respectez le même contrat mission/évaluateur
• ajoutez de nouveaux artefacts d'exécution plutôt que d'écraser les expériences précédentes </Intégration_Cron>

<Politique_d_Exécution>

• Ne redirigez pas l'exécution vers omc autoresearch
• Ne créez pas d'orchestration multi-mission
• Privilégiez la réutilisation des assistants d'exécution/schéma de src/autoresearch/* là où ils correspondent déjà au contrat plus strict
• Gardez les journaux utiles aux humains, pas seulement aux machines </Politique_d_Exécution>