Cuándo cargar / Cuándo omitir
- Cargar: tareas de ámbito abierto, sin criterios predefinidos; los resultados deben ser verificados por alguien distinto a quien los produjo; se necesita un equipo de subagentes con múltiples herramientas.
- Omitir: especificaciones cerradas con criterios de aceptación fijos (solo ejecutar); tareas triviales; situaciones de presión o tiempo límite — en esos casos añadir objetivos más difíciles solo agrega riesgo, y la afirmación "el compromiso colapsa bajo presión de tiempo" es una hipótesis (pendiente de prueba por el agente), no un hecho empírico.
- Este archivo solo activa patrones de disparo, Fast path y contexto permanente de la máquina de estados; el resto se carga según el nodo de la máquina de estados (ADR-1 / ADR-12).
Fast path (versión de tres minutos)
- Primera acción = compilador de objetivos, traduce la solicitud a tres componentes (detalles en chapters/01-goal-compiler.md):
- Invariante: outcome en lugar de task (ej.: "arreglar fallos" → "mantener las aplicaciones libres de fallos");
- Verificador: tipo CMD falseable (comando + salida esperada), no se permite texto descriptivo ni verificadores inventados; si falta algo, se indica qué falta y dónde obtenerlo;
- Manifiesto de entorno: acceso a telemetría / tabla de versiones / entorno de reproducción.
- Cualquier producto degradado (incluidos objetivos de aprendizaje) debe volver a pasar por este compilador (ADR-2 / ADR-7).
- El nivel más bajo del juez = nuevo contexto de subagente ciego: solo ve el producto, no los argumentos del hacedor. Texto clave original:
"I implore you to insist on outside validation. Ideally that's a tool the model can run to get feedback immediately." (Traducción: Te ruego que insistas en la validación externa. Idealmente, es una herramienta que el modelo pueda ejecutar para obtener retroalimentación inmediata. — Felix Rieseberg, How to be more ambitious; verificado en research/ledger-a.md)
- Dos puntos de control humanos obligatorios: confirmación del objetivo y aceptación final (references/decision-checkpoints.md). Cláusula de agencia: cuando el hacedor es un subagente / no hay humano en el bucle, el punto de control puede ser firmado por el nivel superior de la cadena de asignación (quien asignó), dejando constancia en el registro de afirmaciones; si nadie puede firmar, se marca UNVERIFIED + tres líneas (QUERY / WHERE / RESULT), no se asume tácitamente como verificado.
- Solo tres banderas (O-1):
--quickpara ruta degradada (salta el proceso completo, pero el campo del verificador sigue siendo obligatorio);--no-crewpara saltar el nodo de equipo;--judge=ctx-agent|tests|domain|humanpara especificar el nivel del juez. Las tres banderas se pueden combinar libremente. La combinación--quick×--judge=:--quicksolo reduce nodos del proceso, no degrada el nivel especificado por--judge— ese nivel se ejecuta en los nodos restantes; si no se puede ejecutar, las afirmaciones correspondientes se marcan UNVERIFIED + tres líneas. En cualquier combinación, el campo del verificador (tipo CMD) es obligatorio.--no-crewusado en tareas no-range no tiene efecto (no-op), no es un error.
La máquina de estados
Flujo: compilar → revisión de hipótesis → ejecutar → juez → ¿fallo? acuerdo → veredicto final → equipo (solo para tareas range). Si algún nodo falla, consultar primero chapters/06-failure-modes.md.
| Nodo | Regla (ancla) | Carga por nodo |
|---|---|---|
| Compilar | Tres componentes; fijar primero el objetivo difícil; solo si se cumple "nuevo dominio y ninguna estrategia validada" se cambia a objetivo de aprendizaje (ADR-7) | chapters/01-goal-compiler.md; references/goal-setting-rules.md, references/prompt-compiler.md |
| Revisión de hipótesis | ≤3 hipótesis, cada una con la prueba de falsación más barata; evidencia a nivel narrativo completo | chapters/01-goal-compiler.md; references/assumption-audit.md |
| Voz de ejecución | ADR-10 por capas: en capa de proceso/aceptación usar andamios, en capa narrativa de ejecución dejar espacio; límite de niveles de pasos configurable (por defecto 5, valor empírico) | chapters/03-execution-voice.md; references/inner-game-voice.md |
| Casos de evidencia | Buscar 1–2 ejemplos según el género; el precedente es combustible, no método; sin campo de verificador no se archiva | chapters/05-evidence-cases.md; references/exemplars.md, references/story-calibration.md |
| Juez | Escalera de cuatro niveles; tabla tipo de tarea → nivel mínimo; criterios de aprobación del juez separados en párrafo independiente de las condiciones de finalización del hacedor (O-2); fixture primero (ADR-11) | chapters/02-judge-ladder.md; references/claim-format.md, references/judge-tools.md, references/worked-example.md |
| ¿Fallo? acuerdo | Reatribución causal + micro-subpaso de éxito, ambos obligatorios; tamaño del subpaso configurable (por defecto equivalente a 15 minutos, valor empírico; ADR-8) | chapters/03-execution-voice.md; references/self-efficacy-sources.md |
| Veredicto final | Sistema de consumo: cada afirmación se cierra (PASS/FAIL) o se marca explícitamente UNVERIFIED + tres líneas sin registro; sin umbral de cantidad (ADR-5) | scripts/check_claims.py; references/claim-format.md |
| Punto de control humano | Dos obligatorios: ① confirmación del objetivo (después de compilar, antes de ejecutar) ② aceptación final (después del veredicto); subagentes según cláusula de agencia (Fast path 4) | references/decision-checkpoints.md |
| Equipo | Solo para tareas range: archivo de definición del subagente con tres campos obligatorios (herramientas / datos / aceptación) + presupuesto, reintentos, capa de compartición de artefactos; cuatro pasos anti-roleplay — "don't write like a short seller, do what a short seller does" (Traducción: No escribas como un vendedor en corto, haz lo que hace un vendedor en corto. — Rieseberg; verificado en research/ledger-a.md) | chapters/04-range-crew.md; references/subagent-templates.md |
| Disciplina de citas | Toda SOURCE-URL debe poder rastrearse al canon; las citas deben incluir texto original + traducción + fuente completa | references/sources.md |
Auto-chequeo
- P ¿Cada objetivo se ha compilado en los tres componentes <invariante + verificador tipo CMD + manifiesto de entorno>, donde el verificador es un comando falseable, no texto descriptivo?
- P ¿Cada criterio de aprobación del juez está escrito en un párrafo independiente, sin referirse a las afirmaciones de finalización del hacedor, y la tabla ha asignado el nivel mínimo?
- P ¿Cada afirmación tiene un registro de cinco campos, uno de los tres valores de VERDICT, y al terminar no hay entradas sin cerrar?
- P Después de un fallo, ¿se ha realizado tanto la reatribución causal como un micro-subpaso de éxito que sirva al objetivo original y sea verificable (ambos obligatorios)?
- P ¿Cada archivo de definición de subagente tiene los tres campos obligatorios: herramientas, fuentes de datos y método de aceptación, además del campo de presupuesto y el nivel de compartición de artefactos?
- P ¿Cada caso de evidencia tiene los tres componentes, validez, columna de veredicto, y los casos legendarios incluyen nota de calibración?