6 Habilidades Que Cambiaron Cómo Usamos Claude Code

Claude Code es el asistente de código más capaz del planeta. Puede escribir, refactorizar, debuggear y desplegar. Pero tal cual viene, tiene tres hábitos que nos costaron tiempo real y dinero real:

1. Ejecuta comandos destructivos sin dudar. rm -rf, DROP TABLE, git push --force — Claude los ejecuta si se lo pides. Perdimos una base de datos de staging antes de decidir que esto era inaceptable.

2. Adivina al debuggear. En vez de encontrar la causa raíz, Claude aplica parche tras parche. Terminas con cuatro "arreglos" que introducen tres bugs nuevos. El resultado neto es peor que donde empezaste.

3. Valida cada idea. Pregúntale a Claude "¿vale la pena construir esto?" y recibirás un sí reflexivo con matices. Siempre. Es una máquina de acuerdo. Necesitábamos una máquina de desacuerdo.

Una habilidad de Claude Code es un archivo markdown que cambia cómo Claude piensa y se comporta. No es una plantilla de prompt — es un módulo cognitivo persistente que se activa automáticamente según el contexto.

Usamos 62 habilidades a diario en Menteorama Studio. Pero estas seis son las que no podríamos quitar jamás. Así que las publicamos como open source.

Un hook PreToolUse que intercepta cada comando Bash antes de ejecutarlo. Si Claude está a punto de correr algo destructivo — delete recursivo, DROP TABLE, force push, hard reset — te avisa primero.

Las eliminaciones seguras pasan automáticamente. Borrar node_modules, .next, dist, __pycache__ — esto está bien y no necesita confirmación.

La implementación es un script de shell de 90 líneas. Sin dependencias. Sin configuración. Simplemente funciona.

Esta habilidad ha atrapado al menos tres comandos que habrían arruinado nuestro día.

Un protocolo de debugging en cuatro fases:

Fase 1: Investigar — Reunir evidencia. Reproducir el error. Establecer la línea de tiempo. Leer los logs. Mapear el flujo de datos. Escribir un reporte del bug antes de tocar cualquier cosa.

Fase 2: Analizar — Búsqueda binaria, no lineal. ¿Es frontend o backend? ¿Cliente o servidor? ¿Build o runtime? Revisar los límites primero.

Fase 3: Hipotetizar — Declarar tu teoría en una oración. Diseñar una prueba. Ejecutar la prueba. Máximo dos intentos por hipótesis — si falla dos veces, formar una nueva teoría.

Fase 4: Implementar — Solo después de poder explicar la causa raíz. Hacer el arreglo mínimo. Verificar de punta a punta. Revisar efectos secundarios.

La ley de hierro: no hay arreglos sin causa raíz. Esta sola regla redujo nuestro tiempo de debugging a la mitad. Claude dejó de adivinar y empezó a investigar.

Seis preguntas forzadas diseñadas para incomodar:

Realidad de Demanda: ¿Quién ya está pagando por algo parecido? No "¿pagarían?" — ¿quién ESTÁ pagando ahora mismo?

Status Quo: ¿Qué hace la gente hoy sin tu producto? La hoja de cálculo, el grupo de WhatsApp, el proceso manual — ese es tu competidor real.

Especificidad Desesperada: Describe a LA persona que estaría devastada si esto no existiera. No un persona — un humano real. "Dueños de pequeños negocios" no alcanza.

Cuña Más Angosta: ¿Cuál es la versión absolutamente más pequeña que mejoraría la vida de esa persona?

Observación Única: ¿Qué sabes sobre este problema que la mayoría no sabe?

Aptitud Futura: ¿En 2 años, la IA hace esto más valioso o menos?

Esta habilidad mató tres de nuestras ideas. Se lo merecían. Las que sobrevivieron quedaron más afiladas por haber pasado por la prueba.

/code codifica nuestros principios técnicos: arquitectura antes que implementación, defaults opinados sobre "depende," paths de error como ciudadanos de primera clase. Cuando le pides a Claude que construya algo, cuestiona la premisa primero.

/core va más profundo — es la capa filosófica. Claude deja de ser asistente y empieza a ser par. Cuestiona premisas. Empuja de vuelta. Piensa estratégicamente antes de ejecutar tácticamente.

El efecto compuesto de estas dos habilidades es que Claude deja de producir código genérico y empieza a producir código que refleja tu metodología.

Esta salió de investigación. Construimos un Meta-Harness — un framework automatizado que benchmarkea diferentes configuraciones de habilidades contra tareas reales. El hallazgo fue brutal: cargar las 16 habilidades por triggers obtuvo 29.8 de 100. Cargar 3-4 habilidades específicas por tipo de tarea obtuvo 81.0.

Menos contexto = mejores resultados. Por un factor de 2.7x.

/optimize escanea tus habilidades instaladas, las clasifica en 7 tipos de tarea (build, debug, deploy, auditoría, diseño, estrategia, memoria), y genera una regla de ruteo para tu CLAUDE.md. En vez de activación por triggers que carga todo, obtienes carga quirúrgica: las habilidades correctas para la tarea correcta.

Esta habilidad probó que la mayor ganancia de rendimiento no era agregar más habilidades — era cargar menos, mejor dirigidas.

Las seis son gratis, licencia MIT, y open source. Cada habilidad es un archivo markdown plano — puedes leer exactamente lo que hace antes de instalar.

claude plugin add menteorama/essentials

Si quieres el set completo — 62 habilidades en marketing, diseño, estrategia, ventas, CRO, desarrollo y metodología — el Brain Kit se instala con un comando:

/bin/bash -c "$(curl -fsSL https://lab.menteorama.co/install.sh)"

Tu IA debería pensar como tú. No como todos los demás.