Plantilla de encargo a subagentes (09-09-2026): once campos, traspaso por fichero y refutador opcional

Qué se decidió

Edu trajo el 09-09-2026 (s315) un hilo de Reddit sobre uso estricto de subagentes: el modelo que conduce orquesta y no trabaja; Haiku busca, Sonnet investiga y construye, Opus refuta y depura; cada encargo lleva ocho campos fijos; nada de volcados de código en el contexto del orquestador; flujo orquestador → constructor → refutador → orquestador.

El reparto de modelos y la higiene ya estaban en la Regla 10 (escalado opus / sonnet / haiku, candado que deniega subagentes sin modelo o en Fable), en la receta de la ráfaga del 04-09-2026 (worktree por dominio, brief común en fichero, lecturas en paralelo) y en las reglas de talleres solo con consenso. Lo que faltaba era una plantilla fija de encargo.

Qué se adoptó

claude-method/guides/AGENT_BRIEF.md, transversal a cualquier proyecto del método:

• Once campos: los ocho del hilo (objetivo concreto, ámbito exacto, qué puede cambiar, qué verificar, qué no hacer, formato de salida, tope de salida, lo que ya sabemos) más tres nuestros: modelo explícito y tope de tiempo con orden de parar; cláusula del shell para agentes en worktree (4 de 4 se quedaron sin shell el 06-09); y la marca no verificado en todo lo que el agente afirme sin comprobar, mismo criterio que el campo origin de las fichas de memoria.
• Traspaso por fichero: lo voluminoso se escribe en el scratchpad o el worktree y se devuelve la ruta con un resumen de diez líneas; el siguiente agente lee ese fichero. El contexto del orquestador es el recurso caro.
• Refutador frío opcional: con dos o más constructores a la vez, un opus distinto del constructor recibe diff y especificación, vuelve a correr las pruebas y devuelve ACEPTA o RETRABAJA. No sustituye al orquestador: la verificación del efecto (pantalla, endpoint en PROD, SHA remoto) sigue siendo suya, porque delegar la ejecución no es delegar la verificación.

Puntero desde la Regla 10 de CLAUDE.md y desde context/CLAUDE_CODE_FEATURES.md §3. Respaldo: tag pre-agent-brief-2026-09-09 en claude-method.

Qué no se adoptó

El segundo post del hilo describe un circuito de tickets (rama + worktree + asiento efímero, revisor frío automático, merge que revierte si la suite sale roja): es la maquinaria de Clodex, evaluada y descartada el mismo día (sin Windows). Aquí un merge a main es un despliegue a producción, así que nunca se mergea en rojo: el guard del merge del plugin crearack-hooks lo impide antes.

Pendiente anotado

Edu quiere, en algún momento, extender el harness del proyecto a su perfil general de Claude para usarlo en cualquier proyecto. El método ya está partido en mitad transversal (global-rules, global-skills, plugin method) y mitad de equipo (plugin crearack); el paso sería auditar qué piezas del plugin de equipo son transversales y moverlas. Decisión de nivel: /grill con apuesta cuando Edu la abra.

Véase también

• [[ia-tech—metodo—agentric-clodex-2026-09]]
• [[ia-tech—metodo—harness-engineering]]