dominicode
13.3K posts
@domini_code
Comunidad sobre programación para todos los países de habla hispana. Miembro oficial de https://t.co/fjQ8tKx3l4 #GDE 🇩🇴 🇪🇸 #JavaScript, #Angular #TypeScript
Estoy obsesionado con el Spec-Driven Development. No es solo escribir código… es mucho más....... 🤪🤪🤪🤪
Llevamos seis meses viendo el mismo patrón. Devs que ya usan IA todos los días, pero que al final de la semana sienten que construyeron mucho y entendieron poco. No es un problema de prompts. Es un problema de ingeniería. Por eso hicimos esto:
Ayer Claude Code casi me corre rm -rf en el directorio equivocado. Lo paré por los pelos. Meses trabajando así, sin red, hasta que caí que Claude Code tiene un sistema de hooks que casi nadie usa. Va. Claude Code es un loop: piensa, actúa, repite. Lee archivos, escribe código, corre comandos. Un hook es un script tuyo que se mete en ese loop. Hay 13 momentos donde puedes meter mano: — antes de que use una tool (PreToolUse) — después de que la use (PostToolUse) — cuando arranca la sesión (SessionStart) — cuando se queda esperando input (Notification) — cuando termina de responder (Stop) — y 8 más (chequea la doc) En cada uno Claude te pasa un JSON con todo: qué tool va a usar, con qué inputs, en qué directorio. Tú decides qué hacer. Lo dejas pasar, lo bloqueas, lo modificas, lo logueas, mandas un ping a Slack, lo que se te ocurra. Node, Python, Bash, lo que sea. Lo registras en .claude/settings.json y ya. Cuando entiendes esto, la pregunta deja de ser "¿qué hooks instalo?" y pasa a ser "¿qué parte de mi flujo me duele y la puedo automatizar?" Ideas para arrancar: — Bloquear rm -rf, force push, git reset --hard antes de que ejecuten — git add automático cuando Claude toca un archivo — Ping a Slack cuando se queda esperando permiso — Loguear cada tool call para revisar después qué carajo hizo — Inyectar tu CLAUDE.md y decisiones de arquitectura al arranque de cada sesión — Bloquear cambios en main, forzar feature branches — Checkpoint de git antes de operaciones riesgosas — Trackear tokens y avisarte cuando te pasaste Hay repos open source con hooks ya hechos. Úsalos de referencia. Pero copiar el de otro y meterlo en tu .claude/settings.json no te hace mejor ingeniero, te hace usuario. Lo valioso ahorita no es tener los mismos hooks que el resto. Es entender el sistema lo suficiente para armar los tuyos. Los que reflejan cómo trabajas tú, qué errores cometes tú, qué parte de tu flujo te duele a ti. Eso es lo que armamos con @domini_code en Beyond Prompts. No te llevas un kit. Te llevas el modelo mental para diseñar tu propio sistema, el que vas a seguir usando cuando salga el próximo modelo y el siguiente. 22 y 23 de mayo, 2 sesiones en vivo. [link abajo]
