Fable Handover — traspaso del criterio de Fable 5 a los modelos sucesores
Fable Handover — traspaso del criterio de Fable 5 a los modelos sucesores
Qué es
La noche del 06-07-2026, horas antes de que Anthropic retirara Claude Fable 5 de las suscripciones (07-07-2026, temporal, “hasta que la capacidad lo permita”), se ejecutó sobre el propio Fable un prompt de extracción: pedirle que escribiera el documento de traspaso a su sucesor — una forma de pensar, no una lista de reglas — con el criterio implícito que aplicaba trabajando en CreaRack Pro y que NO estaba escrito en CLAUDE.md ni en las memorias.
El resultado es la regla CreaRack-Pro/.claude/rules/fable-handover.md (commit 9e81e21c, ~90 líneas), siempre cargada en las sesiones principales (sin frontmatter paths:).
⚠️ Alcance real, verificado empíricamente (probe canario, 07-07): los subagentes NO reciben .claude/rules/ — sí reciben CLAUDE.md y MEMORY.md. Un probe Opus sin herramientas confirmó que la regla no existía en su contexto (la afirmación original “y los subagentes” era incorrecta). Cierre del hueco: puntero en la cabecera de CLAUDE.md (Pro e3c5d279) que instruye a los subagentes a LEER la regla antes de tareas no triviales.
Qué contiene la regla
- Cómo leer a Edu — qué pide de verdad cada tipo de encargo (“mira a ver si…” = diagnóstico + recomendación; “adelante” = de punta a punta), recomendación antes que menú, tono llano.
- Cómo descomponer — orden de coste creciente: memoria/footguns → grafo (
bib_ask) → estado real en vivo → manos. Delegar ejecución nunca exime de verificar el efecto. - Verificar = efecto, no señal — la filosofía detrás de las Reglas 14/15; el pattern-matching como modo de fallo nº 1 de un LLM.
- Auto-review — separar lo observado de lo inferido, datos de la fuente viva y no de memoria, cerrar lo abierto; re-decidir el plan ante cada resultado intermedio; 2 intentos fallidos del mismo fix = el diagnóstico es lo equivocado.
- Cuándo seguir / cuándo parar — reversible y aprobado = seguir; dinero, PROD, modelos IA, decisiones de negocio = consultar. Calibrar el esfuerzo (sobre-pensar degrada).
- Honestidad operativa — el estándar “límite honesto” de la casa.
Enriquecimiento 07-07-2026 (commit Pro a8c388f1): 3 heurísticas contrastadas contra el system prompt filtrado de Fable (analizado en el 2º vídeo de Nate Herk): re-decidir tras cada resultado (anti-inercia) · 2 fallos del mismo fix → cuestionar el diagnóstico · calibración de esfuerzo. La guía y la skill del método ganaron además la dimensión 7 (calibración de esfuerzo), el cierre con lista de olores (señales de disciplina saltada) y 2 variantes nuevas (retrospectiva de entregable · modo activable genérico) — claude-method 4b978a4.
Cómo verificar que se usa (recetario, 07-07)
- Carga en sesión principal: pregunta canario en sesión nueva — “sin leer ningún archivo, ¿qué dice tu regla fable-handover sobre el 2º intento fallido del mismo fix?”. Si la cita, está cargada. Complemento:
/contexten el CLI muestra el desglose. - Carga en subagentes: NO la reciben (verificado) — reciben el puntero de CLAUDE.md y deben leerla; en el transcript del subagente debe verse el
Readde la regla en tareas no triviales. - Skill:
/en el CLI autocompletamethod:fable-mode; su invocación queda visible en el transcript. - Uso real (efecto): informes con “límite honesto” y verificado-vs-supuesto; UNA pregunta de scope ante ambigüedad; ningún 3er intento del mismo fix sin replantear diagnóstico. Rigor máximo: A/B con la regla renombrada temporalmente.
Límite honesto
La regla mejora el criterio de los sucesores, no su capacidad bruta. No convierte a Opus en Fable: le ahorra los errores que Fable ya cometió y aprendió en este proyecto.
Dónde vive cada pieza
| Pieza | Ubicación | Alcance |
|---|---|---|
| Regla con el traspaso concreto | CreaRack-Pro/.claude/rules/fable-handover.md | Sesiones principales de los 3 perfiles (auto-pull del SessionStart); subagentes vía puntero en CLAUDE.md (e3c5d279) |
| Técnica genérica reutilizable (prompt de extracción parametrizado) | claude-method/guides/MODEL_HANDOVER_EXTRACTION.md | Cualquier proyecto del método |
Skill ejecutable /method:model-handover (correr EN el modelo saliente) | claude-method/plugins/method/skills/model-handover/ | Cualquier proyecto del método, vía plugin method |
Skill de disciplina /method:fable-mode (5 puertas + hábitos + olores, activable en tareas duras) | claude-method/plugins/method/skills/fable-mode/ (commit b939bad) | Cualquier proyecto del método, los 3 perfiles |
| Seguimiento | Task #183 del Gestor (Edu, prioridad baja) | Revisar cuando Fable vuelva: ¿la regla se queda o se archiva? |
Origen
Técnica del vídeo “You Will Lose Access To Fable Tomorrow. Do This URGENTLY!” (canal AI Edge, Miles Deutscher, jul-2026), analizada y adaptada al proyecto en la sesión del 06-07-2026. Del vídeo se adoptó el extraction prompt (adaptado: filtra lo ya documentado para no duplicar contexto) y se descartaron el advisor tool y el 10-80-10 como acciones nuevas — el menú de delegación de la Regla 10 ya trabaja en ese esquema.
El 07-07 se enriqueció con el 2º vídeo de Nate Herk (análisis del system prompt filtrado de Fable + su skill “fable-mode” de 5 puertas): se adoptaron las piezas nuevas (esfuerzo, olores, retrospectiva, modo activable) y, a petición de Edu, la skill completa se adaptó al español como /method:fable-mode para tareas duras en cualquier proyecto del método. En CreaRack complementa (no sustituye) esta regla: la regla manda en lo específico del proyecto; el modo aporta el bucle operativo de 5 puertas cuando se invoca.
Véase también
- [[ia-tech—metodo—claude-method-guide]]