Mods de Claude Code en una automatización sin nadie delante
· 4 min de lectura
En una automatización con claude -p, los Mods de Claude Code funcionan a medias: sus hooks corren, pero no dibujan nada en pantalla, y un mod que Claude escribió en una sesión no carga sin una persona delante. Para usarlo en una corrida automática hay que guardarlo como plugin e instalarlo, sabiendo que corre sin sandbox.
Por qué leí la documentación al revés
Cuando salieron los Mods de Claude Code, el 1 de octubre de 2026, todo el mundo se fijó en lo vistoso: paneles laterales, bandas encima del prompt, dashboards dentro de la terminal. Yo hice otra pregunta, porque mi fábrica de contenido no tiene a nadie mirando la pantalla. Cada madrugada arranca sola con `claude -p`, el modo sin interfaz. Investiga, escribe, revisa con sus propios controles y deja todo listo antes de que yo despierte. Así que la única pregunta que me importaba era: ¿esto sirve ahí?
Lo que dice la doc cuando no hay nadie delante
Tres cosas, todas en la documentación oficial:
- En `claude -p` los hooks de un mod corren, pero no se dibuja nada. Lo mismo en la extensión de VS Code y en el Agent SDK. Toda la parte visual desaparece.
- Un mod que Claude te escribe vive solo en la sesión que lo creó. Y no carga cuando no hay una persona delante, como en `claude -p` o en modo dontAsk.
- Para llevarlo a una automatización hay que guardarlo como plugin y cargarlo con `claude --plugin-dir` o instalarlo desde un marketplace.
Este sistema es el que enseño dentro de la comunidad MÁQUINA IA: las estaciones, los gates y el código que lo sostiene.
Lo que sí voy a usar
La parte que no depende de la pantalla. Un mod puede mandar una tarea pequeña a otro modelo con `$.model.complete`: un solo prompt, sin historial. El ejemplo oficial usa Haiku para etiquetar un texto. Eso funciona igual con o sin interfaz. También puede mandar mensajes a otras sesiones con `$.session.send`. Aunque ojo: las sesiones de Claude Code ya se podían mandar mensajes sin mods desde la versión 2.1.224.
Lo que me frena
Un mod no tiene sandbox. Corre con mis permisos, puede leer y escribir archivos, arrancar procesos y gastar mi uso del plan. En una sesión interactiva veo lo que pasa. En una corrida de madrugada no hay nadie para notarlo, así que cualquier mod que entre ahí pasa antes por `claude plugin validate`, que muestra qué escucha y qué llama sin ejecutarlo.
La regla que me llevo
Antes de meter una función nueva en un sistema que corre solo, busco en la documentación qué hace cuando no hay humano. Casi siempre la respuesta está ahí, y casi nunca sale en los videos de lanzamiento.
Preguntas frecuentes
- ¿Los Mods de Claude Code funcionan con claude -p?
- Funcionan a medias. Según la documentación oficial, en claude -p los hooks de un mod corren pero no se dibuja nada en pantalla. Además, un mod que Claude escribió durante una sesión no carga cuando no hay una persona delante, por lo que hay que guardarlo como plugin para usarlo en una automatización.
- ¿Cómo uso un mod en una automatización de Claude Code?
- Hay que sacarlo de la sesión donde Claude lo escribió, porque ahí vive solo para esa sesión. La documentación indica copiarlo a una carpeta y cargarlo con claude --plugin-dir, o publicarlo en un marketplace e instalarlo con /plugin install. Antes conviene revisarlo con claude plugin validate.
- ¿Qué riesgo tiene un mod en una corrida sin supervisión?
- Los Mods no tienen sandbox: corren con tus permisos, pueden leer y escribir archivos, arrancar procesos, hacer peticiones de red y gastar tu uso del plan o tu API key. En una corrida sin nadie mirando nadie lo nota a tiempo, así que solo deberían entrar mods revisados y de confianza.