Recientemente, cuando hablo con personas que usan mucho Claude Code, les pregunto: "¿Sientes que tu repositorio se está llenando de basura? ¿Sientes que el procesamiento se ha ralentizado un poco?" Casi todos responden: "Sí..."
- Las habilidades han aumentado significativamente sin que te des cuenta.
- Hechos de hace seis meses permanecen en la carpeta context/.
- CLAUDE.md se ha hinchado tanto que yo mismo no puedo entender el panorama completo.
- El procesamiento se ha vuelto increíblemente lento.
Me di cuenta recientemente de que esto no es un problema de "cómo criarlo".
Es un problema de "metabolismo".
Igual que el cuerpo humano no puede sobrevivir solo con nutrición. Necesitas metabolizar, excretar y construir una constitución que sea difícil de ensuciar en primer lugar. Los repositorios son exactamente igual.
En este artículo, escribiré sobre cuatro mecanismos para llevar a Claude Code a un estado de "autocrecimiento". Para aquellos que usan Claude Code bastante y sienten que el costo de gestión se está volviendo pesado, esto realmente dará en el clavo.
■ Criar solo tiene límites
En el pasado, he escrito muchos artículos diciendo cosas como "Claude Code es un juego de crianza".
https://x.com/0xfene/status/2042047157767926056?s=20
Crear skills, acumular hechos en context/, pulir CLAUDE.md... todo era "añadir".
Esto funciona increíblemente bien durante los primeros meses.
Cuanto más haces, más inteligente se siente Claude Code, y es muy divertido.
Sin embargo, después de unos seis meses, la perspectiva cambia.
Hay tantas skills que ni siquiera sabes qué hay, y los hechos en context/ empiezan a desviarse de la realidad. Incluso CLAUDE.md se vuelve tan hinchado que Claude comienza a pasar por alto instrucciones importantes.
En otras palabras, ocurre un fenómeno donde "cuanto más lo crías, más se obstruye".
Fue entonces cuando me di cuenta.
No basta con solo meter cosas.
Tienes que rotar a través de los cuatro pilares: ingesta, metabolismo, excreción y una "constitución limpia", o el repositorio morirá.
Presentaré esos cuatro en orden.
■ ① Ingesta: Hacer posible importar publicaciones de X inmediatamente
El know-how más reciente de Claude Code fluye casi todo en X.
- "Los resultados se dispararon con este prompt"
- "Esta combinación de skills es una locura"
- "No sabía que se podían escribir hooks así"
Cada día, llegan muy buenos conocimientos.
Pero el problema es que la mayoría de la gente simplemente los deja pasar.
Para ser honesto, yo era igual.
Tomaba una captura de pantalla pensando "lo probaré luego", y un mes después miraba mi carrete y pensaba "¿qué era esto otra vez?"
O guardaba un enlace en favoritos y nunca lo volvía a abrir.
Publicaciones muertas de X se acumulaban en mi teléfono y navegador.
Así que creé un "pipeline de ingesta" para publicaciones de X.
Específicamente, cuando proporcionas la URL de una publicación de X, Claude Code hace automáticamente lo siguiente:
- Resume los puntos principales
- Categoriza con etiquetas
- Sugiere adiciones si se puede reflejar en skills existentes
- Redacta una skill si parece necesaria una nueva
- Lo memoriza en context/ si es solo información de referencia
Es un mecanismo que hace esto casi automáticamente.
Solo con añadir esto, mi comportamiento al mirar X cambió por completo.
Antes, me conformaba con una captura de pantalla, pero ahora cuando veo una publicación que me interesa en X, le doy la URL a Claude Code en el momento. Se procesa sin problemas, y tres minutos después, la skill está actualizada.
"Encontrar buena información" y "fusionarla en mi Claude Code" se convierten en un solo conjunto de acciones.
Esto es increíblemente grande.
Realmente grande.
Porque el know-how más reciente que fluye en la comunidad se inyecta continuamente en tu repositorio.
Tener esto o no marca una diferencia abismal seis meses después...!!!
Específicamente, como hay una CLI disponible para X, puedes hacerlo vinculándola con Claude Code desde la Consola de Desarrolladores de X.
Saltaré el método detallado ya que Claude Code probablemente lo implementará por ti, pero si estás interesado, ¡contáctame!
■ ② Metabolismo: Las skills crecen solas mediante retroalimentación humana
Esta es la parte que más recomiendo.
Se trata de un mecanismo llamado Gotcha, y es realmente una locura.
Lo que es, es colocar una sección "Errores Comunes (Gotchas)" al final de cada archivo de definición de skill.
Por ejemplo, así:
1## Gotchas (Errores Comunes)21. No reutilizar números de artículos pasados32. DAIJOBU Co., Ltd. usa la notación de sufijo. "DAIJOBU Corporation" no es correcto43. Cuidado con números exagerados
Eso es todo.
Eso es todo.
Pero esto es increíblemente potente como mecanismo para convertir una skill en una "experimentada".
Específicamente, el flujo funciona así:
- El usuario proporciona retroalimentación ("Este artículo tiene los mismos números que uno pasado")
- Esa retroalimentación se añade a los Gotchas de esa skill
- La próxima vez que se llame a esa skill, los Gotchas se incluyen automáticamente en el prompt
- Claude Code reconoce: "Oh, esto es algo que ya había estropeado antes", y lo evita
En otras palabras, con una sola retroalimentación humana, esa skill se vuelve permanentemente más inteligente.
Esto es realmente impactante.
Por ejemplo, mi skill de revisión de artículos ahora recuerda perfectamente "no usar los mismos números que artículos pasados" y "DAIJOBU Co., Ltd. es un sufijo".
La skill de preparación de 1on1 recuerda "listar 5 rutas para la carrera de un ingeniero de QA".
La skill de entrevistas recuerda "leer siempre antes de preguntar; saltárselo pierde confianza".
No estoy diciendo esto cada vez.
Solo di retroalimentación una vez y lo añadí a los Gotchas.
Se siente menos como "criar" y más como "dejarlo ganar experiencia".
Igual que dar retroalimentación a un recién llegado, la skill misma se vuelve más inteligente de manera constante.
Además de esto, otro mecanismo complementario es lo que llamo Sueños (Dreams).
Esta es una skill que extrae patrones transversales en todo el repositorio que las skills individuales no pueden captar, semanalmente.
Encuentra patrones repetidos de los registros de trabajo recientes y los escribe automáticamente en context/dreams.md. Cosas como "he tomado este juicio tres veces recientemente" o "este error se está repitiendo".
En resumen, es un mecanismo donde el yo de hoy observa las acciones del yo de ayer.
Con esto, los patrones de comportamiento que ni siquiera habías notado se verbalizan y se promueven a stock.
Cuando Gotcha y Sueños empiezan a rotar, el repositorio entra en un estado donde "gana experiencia y se vuelve más inteligente por sí solo".
¡Esto realmente funciona...!
■ ③ Excreción: Hacer "preguntas" regularmente a Claude Code
A partir de aquí, se trata del lado de "salida".
Para ser honesto, ¿no es que a todos se nos da mal limpiar?
Yo también era terrible.
Pensaba: "Probablemente ya no uso esto...", pero lo guardaba porque temía la decisión de tirarlo.
Antes de darme cuenta, tenía un montón de skills, y la mitad no se usaban.
Al principio, intenté resolverlo con un mecanismo como un "robot de limpieza automatizado", pero no funcionó muy bien.
El juicio era demasiado difícil, y al final, un humano tenía que revisarlo.
Así que cambié mi política.
En lugar de hacer que el mecanismo limpiara, cambié a una operación donde un humano hace "preguntas" regularmente.
Específicamente, una vez al mes, siempre le hago estas tres preguntas a Claude Code:
- ¿Hay alguna skill o agente que no se esté usando? (Enumera los que no se hayan llamado en el último mes)
- ¿Queda algún contexto antiguo? (Enumera archivos que no se hayan actualizado en más de seis meses)
- Quiero acelerar el procesamiento de Claude Code; ¿qué lo está ralentizando?
Solo pregunto.
No hay ningún mecanismo especial.
Pero solo con decidir hacer esto una vez al mes, la limpieza del repositorio empieza a rotar.
Esto se debe a que, en lugar de decidir "si tirarlo", solo "visualizo la situación actual".
Cuando sale la lista, puedo ver de un vistazo: "Oh, ya no uso esto" o "Este contexto es diferente de la realidad". El juicio en sí termina en cinco segundos.
Cambia la limpieza de "automatización" a "regularización de preguntas".
Tu corazón se sentirá más ligero.
Por favor, intenta ponerlo en tu agenda una vez al mes.
¡Es genial!
■ ④ Construir una constitución que sea difícil de ensuciar en primer lugar
Esta podría ser la cosa más importante que quiero transmitir esta vez.
Limpiar duro es importante, pero es abrumadoramente más rentable crear una estructura que no se ensucie en primer lugar.
Hay dos claves para una constitución que es difícil de ensuciar.
La primera es definir SSoT (Fuente Única de Verdad).
SSoT significa decidir un lugar donde "la versión correcta de esta información existe solo aquí".
Por ejemplo, toma el estado más reciente del cliente.
Si lo dispersas en cuatro lugares—"BD de clientes de Notion", "context/clients/", "memos de Slack" y "tu propia cabeza"—definitivamente ocurrirán discrepancias.
Seis meses después, no sabrás "¿cuál es correcto?" y el repositorio se convertirá en un pantano.
En su lugar, decides que "el SSoT para el estado más reciente del cliente es context/clients/{nombre}.md".
Lo que está escrito ahí es el estado más reciente de la realidad; Notion es básicamente una copia de eso, y Slack se trata estrictamente como flujo (información que fluye).
(En realidad, operamos centralizando básicamente la información del cliente en Notion).
Solo con decidir esto firmemente al principio, la información deja de dispersarse.
La segunda es separar la información de flujo y la información de stock.
Esto es increíblemente efectivo.
- Información de flujo = Actas de reuniones, registros de 1on1, memorias de reuniones de negocios, informes diarios, resultados de investigación (se añaden cronológicamente, no se pudren)
- Información de stock = Hechos que son correctos en el momento actual, estados (se sobrescriben, son dañinos si están desactualizados)
Si no separas estos dos, la información de flujo se mezclará cada vez más con el lado de stock, y el repositorio se convertirá en un pantano.
En mi repositorio, la información de flujo está físicamente separada bajo work/, y la información de stock bajo context/.
Solo con seguir estrictamente la regla "leer las actas y promover solo los hechos nuevos a stock", el lado de context/ se puede mantener limpio para siempre.
El lado de work/ se acumulará cronológicamente, pero como es "información que fluye", no es dañina aunque se vuelva vieja.
En resumen, separas físicamente el lugar donde entran las cosas y el lugar donde se acumulan.
Si haces esto, la limpieza en sí se vuelve increíblemente ligera.
El lado de stock es estructuralmente difícil de ensuciar, y el lado de flujo no es dañino aunque se vuelva viejo.
Si diseñas la constitución primero, la operación posterior cambiará 180 grados.
■ De Criar a Autocrecimiento
He presentado cuatro cosas hasta ahora:
- ① Ingesta: Importar publicaciones de X inmediatamente
- ② Metabolismo: Las skills crecen solas mediante retroalimentación humana (Gotcha + Sueños)
- ③ Excreción: Limpieza regular haciendo "preguntas"
- ④ Una constitución difícil de ensuciar: SSoT y separación Flujo/Stock
Cuando estos cuatro empiezan a rotar, ¿qué sucede?
El repositorio entra en un estado donde "crece por sí mismo".
Al principio, pensaba que Claude Code era un "juego de crianza".
Crear skills, escribir context, organizar CLAUDE.md... lo estaba puliendo todo a mano.
Pero cuando configuras estos cuatro, la perspectiva cambia a partir de cierto momento.
El repositorio se vuelve más inteligente por sí solo sin que tengas que tocarlo.
Nuevos conocimientos entran continuamente desde X, y las skills ganan experiencia y se vuelven más inteligentes por sí solas. Las cosas viejas se organizan regularmente, y como es difícil de ensuciar en primer lugar, el mantenimiento en sí es increíblemente ligero.
Cuando este bucle empieza a rotar, la relación con Claude Code cambia verdaderamente.
Cambia de la sensación de "pulir una herramienta" a la sensación de "crecer juntos".
De la "era de criar" a la "era de configurar mecanismos para crecer".
Mi Claude Code dentro de un año debería ser mucho más inteligente de lo que podría haber criado a mano hoy.
Con eso en mente, todavía estoy refinando la constitución del repositorio hoy.
¡Espero que todos intenten llevar su Claude Code a un estado de "autocrecimiento"!
Estoy seguro de que la perspectiva cambiará significativamente...!!!
*¡Hemos lanzado un servicio de formación en Claude Code para empresas!! Si alguien está interesado, ¡no dude en enviarme un DM o comentar! Miembros que están dominando Claude Code en negocios B2B te entrenarán seriamente desde lo más básico sobre las historias esenciales para utilizar Claude Code en una organización. Lo hemos convertido en un mecanismo donde puedes tomar el curso de manera razonable involucrando subsidios, ¡así que siéntete libre...!!!
