autoresearch

<Propósito> Autoresearch es una skill con estado para la mejora iterativa acotada y guiada por evaluador. Gestiona una sola misión a la vez, iterando sobre resultados que no pasan la evaluación, registrando cada evaluación y decisión como artefactos duraderos, y deteniéndose solo cuando se alcanza un límite explícito de tiempo de ejecución o condición terminal. </Propósito>

<Cuándo_Usar>

• Ya tienes una misión y un evaluador de /deep-interview --autoresearch
• Necesitas mejora persistente de misión única con evaluación estricta
• Requieres registros de experimentos duraderos bajo .omc/autoresearch/
• Quieres una ruta compatible para reejecuciones periódicas mediante el cron nativo de Claude Code </Cuándo_Usar>

<No_Usar_Cuando>

• Necesitas generar un evaluador en tiempo de ejecución — usa primero /deep-interview --autoresearch
• Necesitas orquestar múltiples misiones — v1 lo prohíbe
• Quieres el flujo obsoleto de CLI omc autoresearch — ya no es autoritativo </No_Usar_Cuando>

<Artefactos_Requeridos> El almacenamiento persistente canónico reside bajo .omc/autoresearch/<slug-de-la-misión>/ y/o .omc/logs/autoresearch/<id-de-ejecución>/.

Artefactos mínimos requeridos:

• especificación de la misión
• script del evaluador o referencia de comando
• JSON de evaluación por iteración
• registros de decisión en markdown

Forma canónica recomendada:

.omc/autoresearch/<slug-de-la-misión>/
  mission.md
  evaluator.json
  runs/<id-de-ejecución>/
    evaluations/
      iteration-0001.json
      iteration-0002.json
    decision-log.md

Reutiliza los artefactos de tiempo de ejecución existentes cuando estén disponibles, sin duplicarlos innecesariamente. </Artefactos_Requeridos>

<Flujo_de_Trabajo>

1. Confirmar que existe una sola misión y que la configuración del evaluador ya está disponible.
2. Asegurarse de que el modo/estado está activo para autoresearch y registra:
   • slug/directorio de la misión
   • referencia del evaluador
   • contador de iteraciones
   • marcas de tiempo de inicio/actualización
   • tiempo máximo de ejecución o fecha límite explícita
3. En cada iteración:
   • ejecutar exactamente un ciclo de experimento/cambio
   • ejecutar el evaluador
   • persistir el JSON de evaluación legible por máquina
   • añadir una entrada de registro de decisión en markdown legible por humanos
   • continuar incluso si la evaluación no pasa
4. Detenerse cuando:
   • se alcanza el límite de tiempo máximo de ejecución
   • el usuario cancela explícitamente
   • otra condición terminal explícita es registrada por el sistema de ejecución </Flujo_de_Trabajo>

<Integración_con_Cron> El cron nativo de Claude Code es un punto de integración compatible para la mejora periódica de misiones. En v1, se prefiere documentar/configurar entradas cron en lugar de construir una interfaz de programador grande.

Si se usa cron:

• mantener una misión por trabajo programado
• preservar el mismo contrato de misión/evaluador
• añadir nuevos artefactos de ejecución en lugar de sobrescribir experimentos anteriores </Integración_con_Cron>

<Política_de_Ejecución>

• No devolver la ejecución a omc autoresearch
• No crear orquestación de múltiples misiones
• Preferir reutilizar los ayudantes de esquema/tiempo de ejecución de src/autoresearch/* cuando ya coincidan con el contrato más estricto
• Mantener registros útiles para humanos, no solo para máquinas </Política_de_Ejecución>