Construyo henny.info, la tienda, las apps — y este boletín — con una herramienta llamada Claude Code. Es un asistente de IA que vive en la terminal: lee tu código, edita archivos, ejecuta comandos. Lo interesante no es que escriba código. Lo interesante es lo que ya no tienes que hacer tú mismo.

Aquí van diez tareas que le he delegado. Desde «ayuda en el día a día» hasta «funciona mientras duermo». Nada de esto es magia — y nada te quita la decisión. Lo que te quitan es la repetición.

1. Ponerse al día con un proyecto desconocido

Lo primero para lo que lo uso no es escribir, sino leer: «Explícame este proyecto». Lee el código, encuentra las partes que importan y responde preguntas — en vez de que yo pase horas haciendo clic por carpetas desconocidas. Con código propio y antiguo que ya ni tú mismo entiendes, funciona igual de bien.

2. Guardar flujos de trabajo recurrentes como «skill»

Lo que hago siempre de la misma manera — desplegar, crear una entrada de blog, revisar el código — lo escribo una vez como skill y luego lo invoco con /deploy. Un skill no es un programa; es un conjunto de instrucciones guardado que él lee y sigue. (Una pequeña aclaración, porque a menudo se cuenta mal: los comandos de barra personalizados no son una función propia — todo lo que empieza con / es un skill.)

3. Comprobar automáticamente en cada cambio (hooks)

Un hook es un comando propio que siempre se ejecuta ante un evento determinado — por ejemplo, el formateador de código después de cada edición de archivo. La diferencia con un skill es importante: un hook se dispara incondicionalmente, no «si la IA se acuerda». Así ya no puedes olvidarte del formateo o de los tests — sucede solo, cada vez.

4. Conectar tus herramientas (MCP)

A través de servidores MCP obtiene acceso a servicios fuera de tu máquina: GitHub, Slack, una base de datos, el navegador. Para la mayoría de los servicios habituales ya hay conectores listos — no construyes nada, conectas. Después puede leer un issue de GitHub, abrir un pull request o publicar un mensaje en un canal de Slack, directamente desde la terminal.

5. Hacer trabajar a varios ayudantes en paralelo (subagentes)

Para investigación o búsquedas grandes, envía subagentes — cada uno con su propia cabeza, cada uno devuelve solo el resumen. Así la conversación principal se mantiene limpia, en lugar de llenarse con cien archivos leídos. Sin magia de fondo: salen corriendo y avisan cuando terminan.

6. Integrar Claude en scripts (headless)

Con claude -p "..." se convierte en una pieza más de la línea de comandos — puedes pasarle datos como a cualquier herramienta de terminal:

git diff | claude -p "encuentra erratas en este diff"

Ese es el paso de «estoy chateando con una IA» a «la IA es un paso más en mi flujo de trabajo». Ejecuta la tarea, imprime el resultado y termina.

7. Revisar pull requests automáticamente (GitHub Actions)

En la CI — en mi caso, GitHub Actions — revisa cada pull request: en busca de errores, agujeros de seguridad, descuidos. Escribe su comentario directamente en el PR. También puedes dirigirte a él ahí con @claude y pedirle algo. Así cada cambio recibe un segundo par de ojos antes de fusionarse.

8. Ejecutarse en horario fijo o de madrugada (routines)

Las routines se ejecutan según un horario en la nube — incluso con tu propia máquina apagada. Resumir a diario los pull requests abiertos, enviar un informe breve, vigilar algo y avisarte. (Para repetición rápida dentro de una sesión abierta está /loop — pero eso es solo para el momento, no para operación permanente.)

9. Conservar el conocimiento del proyecto (CLAUDE.md + memoria)

Un archivo llamado CLAUDE.md contiene las reglas del proyecto — «usa pnpm, no npm», «tests antes de cada commit», «los endpoints de la API están aquí» — y se aplican automáticamente en cada sesión. Además, una memoria en la que él mismo anota lo que ha aprendido. Explicas las cosas una vez, no cada vez.

10. Autorizar comandos de confianza (permisos)

En un settings.json decides qué puede hacer sin preguntar — git status, ejecutar los tests, mirar el estado. Todo lo demás sigue preguntándolo. Así trabaja con fluidez en las cosas inofensivas sin que tengas que ceder el control en las delicadas. (Si quieres prohibir algo de forma estricta, vuelves a recurrir a un hook — puede bloquear una acción, mientras que un permiso solo la permite.)

El hilo conductor de las diez: dices algo una vez, bien hecho — como skill, como hook, como regla — y a partir de ahí sucede solo. Precisamente por eso una sola persona puede hoy construir y llevar un negocio entero que antes habría necesitado un equipo. Esta web, la tienda y el boletín son la prueba en marcha.

Yo mismo sigo aprendiendo esto cada día, y las herramientas cambian rápido — el estado de las funciones aquí es de julio de 2026, y mañana algo puede llamarse distinto. Si un punto te interesa en particular, escríbeme; haré con él una entrada propia.

Fuentes

Los nombres de las funciones y los ejemplos están verificados contra la documentación oficial de Claude Code (a fecha de julio de 2026): Skills, Hooks, MCP, Subagentes, Modo headless, GitHub Actions, Routines, Memoria, Permisos.

¿Preguntas o encontraste un error? Escríbeme.