Partición de los function hooks (09-09-2026): method-hooks genérico + crearack-hooks de equipo

Qué se decidió

Edu planteó el 09-09-2026 (s315) llevar el harness del proyecto a su perfil general de Claude, para cualquier proyecto. La respuesta: la mitad transversal (reglas globales, habilidades del plugin method, estilo de escritura, plantilla de encargo) ya viaja con el perfil; los candados que dependen de la Biblioteca no deben hacerse globales; y había tres piezas genéricas mal colocadas en el plugin de equipo. La primera, con GO inmediato: partir el plugin de function hooks en dos.

Qué se hizo

Plugin	Versión	Hooks	Para quién
`method-hooks` (nuevo)	0.6.0	humo · vigilante del CI en la barra + guard del merge (deniega `gh pr merge` con checks pendientes o rojos) · aviso de módulo >500 líneas · tapado de secretos en salidas de tools y en el prompt	cualquier repo con git + GitHub CLI; sin Biblioteca ni configuración
`crearack-hooks`	0.6.0	humo · aviso de estáticos de `static/js` (doble carga, `?v=` manual) · Regla 0 push (fragmentos de la Biblioteca como contexto en cada petición no trivial)	equipo CreaRack

Los módulos compartidos (commands.ts, paths.ts, secrets.ts) y sus tres tests se movieron con historial a method-hooks; los tests pasan (2 + 16 + 9 casos). claude plugin validate en verde en los dos plugins y en el marketplace.
El instalador install-harness-plugin.ps1 habilita los cuatro plugins del método (corre en el sync del arranque: Dani y Txell lo reciben en su próxima sesión, y carga una sesión después). El doctor exige los cuatro habilitados y el sello de carga de los dos de function hooks.
La skill /method:simulacro, el catálogo del harness, el CLAUDE.md del método y el simulacro de candados nombran los dos plugins.

Cómo se verificó y qué queda

Verificado: tipos (con un error preexistente de 0.5.4 que el motor tolera), tests, plugin validate, settings.json de Edu con los dos plugins habilitados y la variable CLAUDE_CODE_ENABLE_FUNCTION_HOOKS=1, doctor en drift con el único aviso esperado: method-hooks habilitado pero sin sello de carga.
Sin comprobar hasta el siguiente arranque: que method-hooks cargue de verdad (sello smoke.last_start en ~/.claude/plugins/store/method-hooks_*.json) y que dos módulos con prompt.submit convivan. La sesión s315 siguió con el módulo 0.5.4 entero cargado en memoria. Primer arranque nuevo: correr /crearack:method-doctor y /method:simulacro.
Matiz aceptado: el tapado del prompt (method-hooks) y la consulta a la Biblioteca (crearack-hooks) son módulos distintos y el motor fija su orden; la consulta puede salir con el texto sin tapar, hacia nuestro propio MCP.
Respaldo: tag pre-hooks-split-2026-09-09 en claude-method.

Arreglos posteriores del guard del merge

0.6.2 (25-09-2026, tarea #378, claude-method #27): el guard buscaba el PR en el repo del directorio de trabajo e ignoraba el --repo/-R del comando. gh pr merge 190 --repo CreaRackSL/CreaRackSL-workspace, lanzado desde CreaRack-Pro, miró el #190 ya mergeado de Pro y denegó con un falso “no está OPEN”. Al revés, habría podido aprobar un merge con los checks de otro PR en verde del mismo número. Ahora pasa el --repo a gh pr view y lee los checks en el repo de la URL del PR. Batería de commands.test.js: 25 casos. Caso nuevo en el simulacro, §3b. Respaldo: tag pre-mergeguard-repo-2026-09-25. Sin comprobar en una sesión viva hasta el siguiente arranque, que es cuando se recarga el plugin.

Lo que sigue del “harness al perfil general”

Quedan dos piezas genéricas mal colocadas: la capa sin sesión del simulacro (ya genérica en harness/gate_selftest.py) y las capas genéricas del doctor. Y una decisión de nivel pendiente de /grill: el criterio de cuándo un proyecto merece el escalón grande (Biblioteca + estado vivo + gates) con el iniciador.

Véase también

[[ia-tech—metodo—agentric-clodex-2026-09]]
[[ia-tech—metodo—agent-brief-2026-09]]
[[ia-tech—metodo—runbook-cambios-harness]]