Anthropic le borró el 80% de las instrucciones a su propio Claude Code

Lee mi CLAUDE.md, mis archivos en .claude/rules/ y las descripciones de mis habilidades. No cambies nada todavía.

Devuélveme cada instrucción que encuentres, numerada, con una de estas cuatro etiquetas:

SIEMPRE — aplica en cualquier trabajo que haga en este proyecto.
A RATOS — es un procedimiento que corro de vez en cuando.
UNA ZONA — solo aplica a una parte del proyecto (dime cuál).
LO DEDUCES — es algo que averiguarías leyendo el código en dos minutos.

Después dime cuántas hay de cada una y, en dos líneas, qué te dice ese reparto sobre mi archivo.

Sé estricto con SIEMPRE: si algo aplica en el 60% de los casos, no es SIEMPRE.

Revisa todo lo que tengo cargado como instrucciones en este proyecto: CLAUDE.md, los archivos de .claude/rules/, los cuerpos de mis habilidades y lo que haya en mi memoria automática.

Búscame pares que se estorben. Tres tipos:

1. Se contradicen de frente: una dice A y otra dice no-A.
2. Se estorban de lado: cumplir una hace más difícil cumplir la otra.
3. Dicen lo mismo en dos lugares distintos, con palabras distintas.

Por cada par: cítame las dos líneas con su archivo, dime cuál ganaría si tuvieras que escoger hoy y por qué, y propón el arreglo — que casi siempre es borrar una, no reescribir las dos.

Empieza por los pares donde una de las dos está en la memoria automática: esos son los que menos gente revisa.

Voy a pasarte reglas duras de mi archivo de instrucciones. Conviértelas en criterio siguiendo estos cinco movimientos, y enséñame el trabajo de cada uno:

1. EL MIEDO — ¿qué salió mal alguna vez para que alguien escribiera esto?
2. LA SEÑAL — ¿cómo se ve, por fuera, que se incumplió? Si no puedes describirlo, la regla no dice nada: márcala para BORRAR y sigue.
3. LA REFERENCIA — busca en este proyecto si ya existe un archivo que sea lo que la regla intentaba describir con palabras. Si existe, el criterio debe apuntar ahí.
4. EN POSITIVO — la línea nueva no puede empezar con "no" ni con "nunca".
5. SI NO SE PUEDE — si el criterio no sale, dime qué referencia rica lo reemplazaría mejor: una rúbrica, un ejemplo lleno, un molde que ya tenga.

Y marca aparte las que NO debo tocar: lo destructivo o irreversible, lo legal, los accesos, y los procedimientos frágiles donde el orden exacto importa. De esas dime dónde deberían vivir en vez del archivo.

Las reglas son:
[PEGA AQUÍ TUS REGLAS, UNA POR LÍNEA]

Toma mi CLAUDE.md y propón cómo partirlo. No escribas archivos todavía: quiero ver el plan primero.

Para cada bloque decide dónde va, según cuánta libertad tiene que tener Claude ahí:

CAMPO ABIERTO → se queda en el CLAUDE.md, en dos o tres líneas de objetivo. Hay muchos caminos válidos.
UNA ZONA → se va a un archivo en .claude/rules/ con su campo paths. Dime qué patrón de rutas le pondrías.
PROCEDIMIENTO CON CRITERIO → se va a una habilidad en prosa. Dame el nombre que le pondrías.
PROCEDIMIENTO FRÁGIL → habilidad con pasos exactos, porque el orden importa y equivocarse cuesta.
TIENE QUE PASAR SÍ O SÍ → no es instrucción: es hook o permiso denegado. Dime cuál.

Devuélveme una tabla con: el bloque, a dónde va, y por qué ese nivel de libertad y no el de arriba ni el de abajo.

Al final dime cuántas líneas quedaría el CLAUDE.md. Si no baja por lo menos a la mitad, dime qué me está costando trabajo soltar.

Escríbeme un archivo de reglas para .claude/rules/ que aplique solo a [QUÉ PARTE DEL PROYECTO].

Antes de escribirlo, mira cómo está organizado el repositorio para escoger bien el patrón de rutas: quiero que agarre todo lo de esa zona y nada de fuera. Si hay varias formas de escribirlo, escoge la que siga funcionando cuando el proyecto crezca.

El contenido son estas instrucciones:
[PEGA AQUÍ LO QUE VA EN ESA ZONA]

Reglas de estilo para escribirlo:
- Criterios, no prohibiciones. Si algo queda como "nunca hagas", dale la vuelta.
- Nada que se pueda deducir leyendo el código de esa carpeta.
- Corto. Si pasa de 40 líneas, es que ahí adentro hay un procedimiento y debería ser una habilidad; dímelo en vez de escribirlo.

Cuando termines, dime qué líneas debo borrar del CLAUDE.md porque ya quedaron cubiertas aquí.

Convierte este bloque de mi CLAUDE.md en una habilidad completa, en .claude/skills/.

El bloque es:
[PEGA AQUÍ LA SECCIÓN]

Antes de escribir, decide y dime dos cosas:
1. ¿Es de referencia (conocimiento que se aplica) o de tarea (pasos con principio y final)?
2. ¿Cuánta libertad? Prosa si hay varios caminos válidos; pasos exactos si es frágil y equivocarse cuesta.

Después escríbela así:
- La descripción dice qué hace y cuándo usarla, en tercera persona, con el caso más importante al principio y con las frases reales con las que yo lo pediría.
- Si es de tarea y tiene efectos hacia afuera, ponle disable-model-invocation.
- Si solo aplica a una parte del proyecto, ponle paths.
- Si no debe editar nada, quítale las herramientas de edición.
- El cuerpo por debajo de 500 líneas, lo importante arriba, y si necesita material de apoyo que sea en archivos aparte referenciados a un solo nivel.
- No escribas nada que yo ya sepa que Claude sabe. Por cada párrafo pregúntate si justifica lo que ocupa.

Termina diciéndome exactamente qué líneas borro del CLAUDE.md ahora que esto vive aquí.

Mi habilidad [NOMBRE] nunca se activa sola. Arréglale la descripción.

Primero léela y dime en una línea por qué no dispara. Las causas típicas: describe una categoría en vez de un momento, está en primera persona, o se pisa con otra habilidad mía.

Después escríbela de nuevo:
- Tercera persona.
- Qué hace, concreto, no la categoría.
- Cuándo usarla, con las palabras con las que la gente de verdad lo pide — no con las que yo usaría al documentarla.
- El caso más importante primero, porque la descripción se recorta por el final.

Y luego pruébala, que es la parte que casi nadie hace: invéntate diez peticiones realistas de mi trabajo — seis que SÍ deberían activarla y cuatro que NO, incluyendo dos parecidas a propósito. Para cada una dime si con esta descripción se activaría, y si alguna sale mal, arregla la descripción y vuelve a probar.

Revisa también mis otras habilidades: si alguna se solapa con esta, dímelo y propón cómo hacer que los disparadores no se toquen.

Haz inventario de todas las habilidades que tengo disponibles, las mías y las que vinieron con complementos.

Para cada una: nombre, qué hace en cinco palabras, y de dónde salió.

Después clasifícalas:
- LAS QUE USO — dime en qué se nota.
- NUNCA DISPARAN — están bien hechas pero la descripción no las alcanza a activar.
- SE PISAN — dos o más compiten por el mismo tipo de petición.
- NO LAS USO — instaladas y olvidadas.

Recuerda que los nombres y descripciones de TODAS están cargados siempre y que ese listado tiene un tope; cuando se desborda se recortan descripciones empezando por las menos usadas.

Recomiéndame, en orden: cuáles borrar, cuáles dejar solo con el nombre para que no gasten presupuesto pero las pueda seguir disparando yo, y cuáles fusionar. Corre /doctor y úsalo para respaldar o corregir tu lista.

Quiero un comando que encadene estas habilidades mías: [NÓMBRALAS EN ORDEN].

El comando no debe hacer el trabajo: debe decidir el orden y qué se pasan entre ellas. Que sea corto — si pasa de veinte líneas, es que le estás metiendo lógica que pertenece a una de las habilidades.

Escríbelo con:
- Descripción con las frases reales con las que yo lo pediría.
- disable-model-invocation si tiene efectos hacia afuera, porque no quiero que Claude decida el momento.
- argument-hint para acordarme de qué espera.
- allowed-tools acotado a lo mínimo, para que no me interrumpa a media corrida.
- Instrucción explícita de parar si un paso encuentra algo bloqueante, en vez de seguir al siguiente.
- Un cierre que me resuma en tres líneas qué pasó.

Antes de escribirlo, revisa si Claude Code ya trae un comando que haga esto. Si ya existe, dímelo y no escribas nada.

Quiero sacar mi habilidad [NOMBRE] de mi conversación para que no me llene el contexto.

Primero decide cuál de las dos direcciones me conviene y explícame por qué en tres líneas:

A. La habilidad corre en contexto bifurcado, con un tipo de agente que yo escojo. Sirve cuando el procedimiento ES el trabajo y siempre se corre igual.
B. Un subagente con habilidades precargadas. Sirve cuando el trabajador es el trabajo y va a resolver casos distintos con el mismo criterio.

Ojo con esto: si mi habilidad es puro criterio y no trae una tarea, la opción A no funciona — el subagente recibe recomendaciones y ninguna orden, y vuelve sin nada. Si es el caso, dímelo y arregla el cuerpo antes.

Después escríbeme el archivo, con:
- El tipo de agente que le conviene y por qué.
- Si debo esperar el resultado en el mismo turno o dejar que llegue después.
- Las herramientas recortadas a lo mínimo. Si solo va a leer, que no tenga con qué escribir — cuando corre aparte nadie está mirando.
- Qué formato y qué largo máximo tiene que devolverme.

Escríbeme el prompt de un subagente que [QUÉ HACE, EN UNA FRASE].

Máximo quince líneas de cuerpo. Si no cabe, no es que necesites más espacio: es que le estás pidiendo dos trabajos, y entonces dímelo y propón cómo partirlo en dos agentes.

Los cinco huecos, en este orden:
1. Su único trabajo, en una frase. Si necesitas una "y", son dos agentes.
2. Qué recibe.
3. Qué devuelve: formato y largo máximo. Sin esto me va a contestar tres pantallas.
4. Qué no toca, escrito y además reflejado en las herramientas que le das.
5. A qué habilidad mía acudir si le falta contexto, en vez de copiarle las convenciones aquí.

No le pongas personalidad, ni principios, ni reglas de formato de más. Cada línea que agregues le compite a las otras — que es el mismo problema que estamos arreglando en el archivo grande.

Si ya tengo un agente parecido en .claude/agents/, dímelo antes de escribir otro.

Voy a comprobar si el recorte de mis instrucciones sirvió o no.

Aquí están tres peticiones reales de mi trabajo, con la respuesta que me diste ANTES del recorte:
[PEGA AQUÍ LAS TRES, CON SU RESPUESTA]

Vuelve a resolver las tres con las instrucciones que tengo ahora. Después compara, y para cada una dime:

- ¿Hizo lo que yo quería sin que se lo tuviera que repetir? Esa es la pregunta, no si la respuesta es más larga o más corta.
- ¿Se le fue algo que antes sí hacía?
- Si se le fue algo: qué línea exacta de las que borré lo estaba cubriendo.

Para las que salieron peor, no me propongas regresar el archivo completo. Regrésame solo esa línea, reescrita como criterio y no como prohibición, y dime en qué capa debería vivir ahora.

Al final corre /doctor y tradúceme su reporte a decisiones concretas: qué le acepto, qué le rechazo y por qué. No lo apliques sin preguntarme.