autoresearch

<Propósito> Autoresearch é uma habilidade com estado para ciclos de melhoria iterativa limitados e orientados por avaliador. Ela gerencia uma missão por vez, continua iterando sobre resultados que não passam na avaliação, registra cada avaliação e decisão como artefatos duráveis e para somente quando um teto explícito de tempo de execução ou outra condição terminal explícita é atingido. </Propósito>

<Quando_Usar>

• Você já tem uma missão e um avaliador do /deep-interview --autoresearch
• Você deseja melhoria persistente de missão única com avaliação rigorosa
• Você precisa de registros de experimentos duráveis em .omc/autoresearch/
• Você quer um caminho suportado para reexecuções periódicas via cron nativo do Claude Code </Quando_Usar>

<Quando_Não_Usar>

• Você precisa gerar o avaliador em tempo de execução — use /deep-interview --autoresearch primeiro
• Você precisa orquestrar múltiplas missões — a v1 proíbe isso
• Você quer o fluxo CLI omc autoresearch obsoleto — ele não é mais autoritativo </Quando_Não_Usar>

<Artefatos_Requeridos> O armazenamento persistente canônico fica em .omc/autoresearch/<slug-da-missao>/ e/ou .omc/logs/autoresearch/<id-da-execucao>/.

Artefatos mínimos necessários:

• especificação da missão
• script do avaliador ou referência de comando
• JSON de avaliação por iteração
• registros de decisão em markdown

Forma canônica recomendada:

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

Reutilize artefatos de execução existentes quando disponíveis, em vez de duplicá-los desnecessariamente. </Artefatos_Requeridos>

<Fluxo_de_Trabalho>

1. Confirme que existe uma única missão e que a configuração do avaliador já está disponível.
2. Garanta que o modo/estado esteja ativo para autoresearch e registre:
   • slug/diretório da missão
   • referência do avaliador
   • contagem de iterações
   • timestamps de início/atualização
   • tempo máximo de execução ou prazo explícito
3. Em cada iteração:
   • execute exatamente um ciclo de experimento/alteração
   • execute o avaliador
   • persista o JSON de avaliação legível por máquina
   • anexe uma entrada de registro de decisão em markdown legível por humanos
   • continue mesmo quando a avaliação não passar
4. Pare quando:
   • o teto de tempo máximo de execução for atingido
   • o usuário cancelar explicitamente
   • outra condição terminal explícita for registrada pelo runtime </Fluxo_de_Trabalho>

<Integração_com_Cron> O cron nativo do Claude Code é um ponto de integração suportado para aprimoramento periódico de missões. Na v1, prefira documentar/configurar entradas de cron em vez de construir uma grande interface de agendamento.

Se o cron for usado:

• mantenha uma missão por tarefa agendada
• preserve o mesmo contrato de missão/avaliador
• anexe novos artefatos de execução em vez de sobrescrever experimentos anteriores </Integração_com_Cron>

<Política_de_Execução>

• Não devolva a execução para omc autoresearch
• Não crie orquestração de múltiplas missões
• Prefira reutilizar os auxiliares de runtime/schema de src/autoresearch/* quando eles já corresponderem ao contrato mais rigoroso
• Mantenha os registros úteis para humanos, não apenas para máquinas </Política_de_Execução>