Recientemente, cuando hablo con personas que usan Claude Code intensivamente, les pregunto: "¿Sientes que tu repositorio se está desordenando? ¿Sientes que el procesamiento se ha vuelto un poco más lento?" 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 inflado tanto que ya no puedo entender el panorama completo yo mismo.
- El procesamiento se ha vuelto increíblemente lento de alguna manera.
Me di cuenta recientemente de que esto no es un problema de "cómo criarlo".
Es un problema de "metabolismo".
Así como 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 bastante Claude Code y sienten que el costo de gestión se está volviendo pesado, esto realmente les llegará al corazón.
■ 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 habilidades, acumular hechos en context/, pulir CLAUDE.md... todo se trataba de "agregar".
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 habilidades que ni siquiera sabes qué hay, y los hechos en context/ comienzan a desviarse de la realidad. Incluso CLAUDE.md se vuelve tan inflado 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 de 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 conocimiento más reciente de Claude Code fluye casi todo en X.
- "Los resultados se dispararon con este prompt"
- "Esta combinación de habilidades es una locura"
- "No sabía que se podían escribir hooks así"
Todos los días, llegan muy buenos conocimientos.
Pero el problema es que la mayoría de la gente solo los deja pasar.
Para ser honesto, yo era igual.
Tomaba una captura de pantalla pensando "probaré esto después", y un mes después miraba mi carrete y pensaba "¿Qué era esto otra vez?"
O guardaba una URL en favoritos y nunca la volvía a abrir.
Las publicaciones muertas de X se acumulaban en mi teléfono y navegador.
Entonces, creé un "pipeline de ingesta" para publicaciones de X.
Específicamente, cuando proporcionas una URL de publicación de X, Claude Code automáticamente hace lo siguiente:
- Resume los puntos principales
- Categoriza con etiquetas
- Sugiere adiciones si se puede reflejar en habilidades existentes
- Redacta una habilidad 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 agregar 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 habilidad está actualizada.
"Encontrar buena información" y "fusionarla en mi Claude Code" se convierten en un solo conjunto de acciones.
Esto es increíblemente enorme.
Realmente enorme.
Porque el conocimiento 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 hacer esto vinculándola con Claude Code desde la Consola para Desarrolladores de X.
Omitiré el método detallado ya que Claude Code probablemente lo implementará por ti, pero si estás interesado, ¡contáctame!
■ ② Metabolismo: Las habilidades crecen solas mediante la 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 de "Errores del Pasado" al final de cada archivo de definición de habilidad.
Por ejemplo, así:
1## Gotchas (Errores del Pasado)21. No reutilizar números de artículos pasados32. DAIJOBU Co., Ltd. usa la notación de sufijo. "DAIJOBU Corporation" no es válido43. Cuidado con los números exagerados
Eso es todo.
Eso es todo.
Pero esto es increíblemente poderoso como mecanismo para hacer que una habilidad se vuelva "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 agrega a los Gotchas de esa habilidad
- La próxima vez que se llame a esa habilidad, 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 habilidad se vuelve permanentemente más inteligente.
Esto es realmente impactante.
Por ejemplo, mi habilidad 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 habilidad de preparación de 1on1 recuerda "listar 5 rutas para la carrera de un ingeniero de QA".
La habilidad de entrevista recuerda "siempre leer antes de preguntar; saltarse eso pierde confianza".
No estoy diciendo esto cada vez.
Solo di retroalimentación una vez y lo agregué a los Gotchas.
Se siente menos como "criar" y más como "dejarlo ganar experiencia".
Justo como dar retroalimentación a un recién llegado, la habilidad misma se vuelve constantemente más inteligente.
Además de esto, otro mecanismo complementario es lo que llamo Sueños.
Esta es una habilidad que extrae patrones transversales en todo el repositorio que las habilidades individuales no pueden captar, semanalmente.
Encuentra patrones repetidos de 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 comienzan 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
De aquí en adelante, es sobre el lado de "salida".
Para ser honesto, ¿no es que a todos se les da mal limpiar?
Yo era terrible también.
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 habilidades, y la mitad no se usaban.
Al principio, intenté resolver esto 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 regularmente hace "preguntas".
Específicamente, una vez al mes, siempre le hago estas tres cosas a Claude Code:
- ¿Hay alguna habilidad o agente que no se esté usando? (Enumera los que no se han llamado en el último mes)
- ¿Queda algún contexto antiguo? (Enumera los archivos que no se han actualizado en más de seis meses)
- Quiero acelerar el procesamiento de Claude Code; ¿qué lo está haciendo lento?
Solo pregunto.
No hay un mecanismo especial.
Pero solo con decidir hacer esto una vez al mes, la limpieza del repositorio comienza a rotar.
Esto es porque 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—"base de datos de clientes de Notion", "context/clients/", "memorandos de Slack", y "tu propia cabeza"—seguramente ocurrirán discrepancias.
Seis meses después, no sabrás "¿cuál es correcto?" y el repositorio se convertirá en un pantano.
En cambio, decides que "el SSoT para el estado más reciente del cliente es context/clients/{name}.md".
Lo que está escrito allí 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, memorandos de reuniones de negocios, informes diarios, resultados de investigación (se agregan 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 viejos)
Si no separas estos dos, la información de flujo se mezclará cada vez más en 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 está bajo context/.
Solo con seguir estrictamente la regla "lee las actas y promueve solo 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 incluso si se vuelve 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 incluso si se vuelve viejo.
Si diseñas la constitución primero, la operación posterior cambiará 180 grados.
■ De la Crianza al Autocrecimiento
He presentado cuatro cosas hasta ahora:
- ① Ingesta: Importar publicaciones de X inmediatamente
- ② Metabolismo: Las habilidades crecen solas mediante la 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 comienzan 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 habilidades, escribir contexto, 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 llegan continuamente desde X, y las habilidades 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 comienza 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 la crianza" a la "era de configurar mecanismos para crecer".
Mi Claude Code de 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" también!
Estoy seguro de que la perspectiva cambiará significativamente...!!!
*¡Hemos lanzado un servicio de formación en Claude Code para empresas! Si alguien está interesado, ¡siéntase libre de enviarme un DM o comentar! Miembros que están realmente 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...!!!
