De Fábrica a Pro

De las cuatro herramientas que más se recomiendan para «mejorar» Claude Code, tres tienen hoy un equivalente que ya viene adentro. No hay que instalar nada para tenerlas: hay que saber el comando.

No es mala fe de nadie. Es lo que pasa cuando un video se graba una vez y la herramienta sigue caminando: lo que un día había que instalar, al siguiente trae un comando con barra que hace lo mismo. Nadie sale a avisarlo. El video se queda arriba, con sus vistas, pidiéndote que instales lo que ya tienes puesto.

Por eso el primer movimiento de esta página no es instalar nada. Es mapear. De un lado, lo que te venden. Del otro, lo nativo que hace lo mismo. Y en medio, la columna que vuelve honesto al mapeo: el comando exacto con el que se invoca, y dónde se escribe.

Las cuatro que más te van a recomendar

Una fila por cada una de las cuatro instalaciones que más te vas a encontrar recomendadas. La última es la más importante de las cuatro, y es la única sin sustituto.

La segunda fila ya la trabajó completa la guía de al lado, y aquí no se repite: Revisa tu código con Claude abre con este mismo movimiento —«Ya lo traes puesto»— y ahí está qué hace /simplify, qué hace /code-review y cuál de los dos corre en qué momento.

Dónde se escribe cada uno

La celda del medio no dice «activa el modo plan». Dice el comando, y con el comando va el lugar. Los que empiezan con barra se escriben dentro de Claude Code, en la misma línea donde le hablas. Los que empiezan con claude se escriben en la terminal, antes de abrirlo. Confundir los dos es el error número uno de quien no programa, y por eso aquí cada comando viene con su lugar escrito al lado.

Qué hace el modo plan por dentro, cuándo conviene y cuándo estorba no es tema de esta página: Plan Claude lo explica desde cero. Aquí solo hacía falta la flecha: lo que ibas a instalar para que Claude pensara antes de tocar tus archivos ya tiene comando.

El mismo mapeo, con lo demás que circula

Las cuatro de arriba se recomiendan por su nombre propio. Estas son categorías completas: extensiones, frases y costumbres que se repiten en cualquier video. La cuarta columna es la que hay que leer despacio: casi ningún reemplazo es exacto, y lo que se pierde pesa más que lo que se gana.

Sobre la tercera fila, aquí se dice una sola cosa: la escalera vieja murió y /effort ocupó su lugar. Cuál nivel usar para qué —y por qué el más alto casi nunca es el correcto— es de Niveles de esfuerzo, que es la guía dueña del tema.

El paso dos tiene una lista y no hay que adivinarla: la referencia de comandos de Claude Code es la doc oficial de Anthropic, y ahí está cada uno con lo que hace. Ese es el lugar contra el que se comprueba un video, en vez de creerle.

Vi un video que me recomienda instalar esto y quiero saber si ya lo traigo.

CÓMO SE LLAMA: _______
QUÉ DICEN QUE RESUELVE: _______

QUÉ QUIERO
1. Desármalo en trabajos concretos. No "sirve para trabajar mejor": qué hace, paso por paso.
2. Para cada trabajo, si Claude Code trae hoy algo de fábrica que lo haga, con el comando
   exacto y dónde se teclea: los de barra dentro de Claude Code, los de claude en la terminal.
3. Etiqueta cada par: LO MISMO, PARECIDO PERO NO IGUAL, o NO HAY NADA DE FÁBRICA.
4. Cierra con lo que quedaría sin cubrir si no instalo nada. Esa lista corta es la única razón
   válida para instalar.

REGLA: no instales nada, ni para comprobar. Si no estás seguro de que algo viene de fábrica en
mi versión, dilo en vez de darlo por hecho.

El mapeo te dice qué de lo que instalaste sobra. Lo que no te dice es cuánto te cuesta lo que sigue puesto, y ese número existe: cada skill y cada plugin instalado ocupa contexto antes de que escribas la primera palabra. Con los servidores MCP la cuenta es otra, y las dos las hace la 02.

Instalaste una skill hace tres semanas porque salía en un video. No la has invocado ni una vez. Sigue apareciendo en la cuenta de cada mensaje que le mandas a Claude.

No es un castigo por acumular. Es el único modo en que la cosa puede funcionar. Para que Claude decida usar una skill, primero tiene que saber que existe: antes de que tú escribas nada, se le entrega un listado con el nombre de cada skill instalada y una descripción de cuándo conviene usarla. Ese listado viaja en cada turno, la uses o no.

De ahí sale la factura. Y de ahí sale también la parte que casi nadie cuenta: el listado tiene un techo, y cuando te pasas, alguien decide por ti qué se queda fuera.

Las dos cifras de arriba —el techo por entrada y el presupuesto del listado— están en la documentación de skills, no en un video. Vale la pena que las veas ahí, porque todo lo que sigue en esta página se apoya en ellas.

Qué se paga en cada turno

No todo lo que instalaste cobra igual, y una parte de lo que te enseñaron a apagar hoy ya no te devuelve casi nada.

Never report a token cost for deferred MCP tools,
and never recommend disabling an MCP server to
"save context" when its tools are deferred.

Está en inglés porque así viene escrito adentro. Dice dos cosas: que no te reporte un costo en tokens por las herramientas MCP que se cargan solo cuando hacen falta, y que no te recomiende apagar un servidor para ahorrar contexto. Si viste ese consejo por ahí, no te lo inventaste. Lo que pasa es que ya no aplica.

Cuánto es «de más», en números

Estos tres números salieron de una máquina real, midiendo complementos de terceros una sola vez. No son el precio de nada que esta guía te recomiende instalar, y no son tu número. Sirven para ver una cosa: la distancia entre un complemento y otro no es chica, va de dos dígitos a cuatro.

Ninguno de los tres es tu caso, y no vale la pena que los adoptes como referencia. La 04 es el auditor: ahí está el comando que le pone número a lo que tú tienes instalado, pieza por pieza. Mientras tanto, la regla práctica es la de arriba: un complemento con veinte skills te cobra por las veinte, uses una o uses todas. Ese paquete completo no se desarma desde el menú de skills; eso es la 05.

Es la diferencia entre podar y tirar. La skill se queda instalada y la puedes volver a encender cuando la necesites; lo único que dejas de pagar en cada turno es su descripción.

Lee el archivo de instrucciones de este proyecto, el que se carga completo en cada sesión.

QUÉ QUIERO
1. Enumérame sus reglas, una por línea, en mis palabras.
2. Marca las que hoy ya hace un comando de fábrica de Claude Code. Para cada una, el comando,
   dónde se teclea, y si lo hace igual o solo parecido.
3. Marca las que estás pagando en cada turno y podrían pedirse una sola vez.
4. Marca las que se contradicen entre ellas.
5. Dime cuánto ocupa el archivo hoy y cuánto ocuparía sin lo que marcaste.

REGLA: no edites el archivo ni borres un renglón. Dame la lista y espera; cuando yo decida qué
se va, te lo digo uno por uno.

Cada skill instalada viaja en cada mensaje, el listado tiene techo, y pasarte del techo no da error: apaga en silencio lo que sí querías. Por eso el orden de esta guía es medir, podar y solo entonces instalar, y no al revés.

Antes de podar hay que saber qué hay. Y ahí llega la primera decepción: no existe un comando que te liste todo lo instalado con su costo al lado. Ni uno.

Lo que existe son cuatro comandos que ven pedazos distintos del mismo equipo. Tres se escriben en la terminal y uno dentro de Claude Code. Ninguno ve lo que ven los otros, y esa es justo la parte que hay que entender: cada uno tiene un hueco, y el hueco de uno es lo que otro sí alcanza.

Córrelos en el orden de abajo y al final tienes la lista completa. No hay atajo. Si alguien te vende uno, es que no corrió los cuatro.

Esta sección da por hecho que ya instalaste cosas. Si todavía no tienes claro qué es un plugin ni de dónde salen, plugins de Claude desde cero lo cuenta desde el principio. Aquí se levanta el acta de lo que ya está puesto.

La secuencia mínima, en este orden

El orden no es capricho. El primero te da los nombres que el segundo necesita, y el cuarto es el único que lista las skills que no vienen dentro de ningún plugin.

El paso 2 se repite: uno por cada nombre que te devolvió el paso 1. Cambia <nombre-del-plugin> por el nombre tal como aparece en la lista, sin los signos de mayor y menor. Y el paso 4 no se escribe en la terminal: /skills va dentro de Claude Code, en la misma línea en la que le hablas.

Dos fechas, y no salen del mismo lugar

Para decidir qué se queda no basta con saber qué hay. Ayuda saber desde cuándo está y cuándo lo usaste por última vez. Esas dos fechas no viven juntas.

Esa bandera agrega dos cosas a la lista: dónde vive cada plugin en el disco y cuándo lo instalaste. Sale una pared de texto con llaves; no hay que editar nada, solo leer esos dos datos. Lo que no agrega es la fecha de último uso.

Ninguno de los tres es un error, y ninguno se arregla borrando más fuerte. Apagar, desinstalar y borrar son tres cosas distintas y eso es la sección 05. Aquí nada más estás levantando el acta.

Dónde vive cada cosa

No para que vayas a abrir archivos —no hace falta abrir ninguno— sino para que sepas qué estás mirando cuando un comando te devuelva una ruta y para que no busques en la carpeta equivocada.

Que una skill esté en la carpeta de tu usuario o en la del proyecto cambia dónde vale, y esa decisión tiene su propia guía: skill global o de proyecto. Para el inventario solo importa saber en qué carpeta buscar.

Míralo antes de borrar en falso

Antes de tocar nada en la carpeta de skills, ábrela con esta línea. La ele y la a importan: sin las dos no ves lo que viene después.

Con los cuatro corridos ya tienes la lista: qué plugins, qué trae cada uno, qué servidores MCP y qué skills. Lo que todavía no tienes es la factura. La 04 le pone número a cada renglón de esta lista. Aquí levantas el inventario; ahí se cobra.

Quiero el inventario de todo lo que tengo instalado. Va en dos tiempos, porque hay una parte
que tú no puedes ver.

TIEMPO 1 — LO QUE CORRES TÚ
En la terminal: claude --version, claude plugin list y claude mcp list. Después, claude plugin
details con el nombre de cada plugin de esa lista. Arma una tabla con nombre, qué tipo de cosa
es, de dónde salió y qué costo reporta. Si mi versión es menor a 2.1.233, dímelo antes
de seguir: abajo de ahí varios de esos subcomandos no existen y el error no dice por qué.

TIEMPO 2 — LO QUE ME TIENES QUE PEDIR
Las skills sueltas no salen en ningún comando de terminal. Al cerrar el tiempo 1, pídeme que
abra /skills dentro de Claude Code, presione la tecla t para ordenarlas por lo que pesan, y te
pegue lo que veo. Espera a que te lo pegue y recién entonces intégralo a la tabla.

REGLA: solo lees y reportas. No apagues, no desinstales y no borres nada.

Un inventario no es un veredicto. Sirve para que la siguiente decisión la tomes mirando una lista, y no la memoria de lo que instalaste una noche viendo un video.

Sabes cuántas cosas tienes instaladas. Lo que no sabes es cuánto te cobran. Un plugin no te manda un recibo a fin de mes: se sienta en el contexto de cada sesión y ocupa lugar, lo uses o no lo uses.

Los comandos de esta sección hacen una sola cosa: poner un número donde antes había una corazonada. Uno ordena tus skills por lo que pesan, otro te da la factura de un plugin, un tercero abre el desglose item por item, y el cuarto te dice qué de lo tuyo está ahí sin trabajar.

Ninguno decide nada por ti. Aquí solo se lee la factura.

Los números de referencia, los que alguien más ya midió, están publicados: claude-anatomy los levanta uno por uno. Aquí no se repiten. Lo que se hace aquí es lo otro, que es lo que de verdad te sirve: sacar los tuyos, en tu máquina, con lo que tú tienes puesto.

Los cuatro comandos y dónde va cada uno

La columna del medio no es un adorno. Tres de estos se escriben dentro de Claude Code y uno en la terminal; pegarlos en el lugar equivocado es la forma más común de concluir que un comando no existe.

Los tres que dan el número, en orden

Aquí se usa una vez, para auditar. Como rutina de todos los días —mirar el contexto antes de arrancar, saber cuándo cerrar la sesión— el tema es de otra guía: ahorra tokens en Claude Code lo cubre completo, con /context y /usage.

El cuarto: el que ya no es de solo lectura

Que /doctor te reporta lo que instalaste y no usas, contra lo que te ocupa de contexto, ya lo publica nuevas reglas de contexto. Lo que hay que agregarle es más incómodo: ese comando cambió de naturaleza en 2.1.205 y media internet lo sigue contando como era antes.

/checkup abre exactamente lo mismo. Es el mismo comando con otro nombre, así que si ves cualquiera de los dos en un video, están hablando de esto.

Con esto ya tienes la lista y el número al lado. Qué se apaga, qué se desinstala y en qué orden se hace, eso es la 05: ahí la factura se vuelve decisión. Aquí termina la lectura.

Arriba está lo que me devolvió /context all. NO CAMBIES NADA: este turno es de lectura.

QUÉ QUIERO
1. Explícame qué es cada renglón, sin jerga. Si es una skill, dime si vino dentro de un plugin
   o si la puse yo suelta.
2. Ordénalos de lo que más pesa a lo que menos, y dime qué parte del total se llevan los cinco
   primeros.
3. Sepáralos en tres grupos: NO SE TOCA, lo que la herramienta necesita. SE PUEDE APAGAR, lo
   que instalé yo y hoy no uso. NO ME QUEDA CLARO, lo que no puedes atribuir con certeza.
4. Del tercer grupo, dime qué comando corro yo para saber de dónde salió.

Nada de "optimiza tu contexto": dime qué renglón, cuántos tokens, y qué pasaría si no estuviera.

Quiero decidir si este plugin se queda o se va: _______

QUÉ CORRES TÚ
1. En la terminal, claude plugin details con ese nombre. Da dos números: lo que cuesta
   encendido y lo que cuesta por invocación. Dame los dos por separado.
2. Qué trae dentro: comandos, skills, agentes, hooks o servidores.
3. Para cada pieza, si hay un comando de fábrica que haga eso o parte de eso. Escríbelo y di
   dónde se teclea.

QUÉ MIRO YO
Tú no puedes ver cuándo lo usé por última vez. Pídeme que abra /plugin dentro de Claude Code,
vaya a la pestaña de instalados y te pegue la línea de último uso. Avísame de una vez que esa
vista tiene un hueco: los plugins que aportan un tema, un estilo de salida, un monitor o un
flujo de trabajo no aparecen ahí aunque lleve meses sin tocarlos.

CIERRE: con las tres cosas, una recomendación de una línea —se queda, se apaga a prueba, o se
va—. No la ejecutes; solo dímela.

Los cuatro comandos piden versiones distintas y el más caro de los cuatro, el de /doctor, pide 2.1.206. El piso de la guía es más alto todavía —2.1.233— y no lo fija ninguno de estos cuatro: lo fija el validador de la 09. Si claude --version te devuelve un número menor a 2.1.206, alguno de estos cuatro todavía no está completo en tu máquina. Primero la versión, después la factura.

Las tres palabras suenan parecido y no significan lo mismo. Apagar deja la herramienta donde está y solo deja de cargarla. Desinstalar la saca de tu instalación. Borrar la saca del disco. De las tres, dos se deshacen con un comando y una no se deshace nunca.

Casi nadie usa la escalera completa. O se quedan con todo instalado por miedo a romper algo, o abren la terminal y borran de un jalón la carpeta de una skill que ya no reconocen. Las dos salidas cuestan: la primera te cobra contexto todos los días, la segunda te cobra una sola vez y sin avisar.

El orden de abajo es el mismo que usarías con la ropa que ya no te pones. Primero sale del clóset a una caja, y solo cuando pasó la temporada y no la extrañaste, se regala.

Los tres peldaños, uno al lado del otro

Por eso este peldaño se comprueba en vez de suponerse: vuelve a sacar el número de la 04 y mira si bajó. Si quedó igual que antes, no se desinstaló nada.

La frase está en la documentación de marketplaces, y es la razón por la que quitar una tienda cuenta como desinstalar y no como ordenar el escritorio.

El comando de abajo abre la carpeta de skills de tu usuario, la misma que ya usaste en la 03. Si la que quieres borrar vive dentro de un proyecto, su carpeta es otra, y esa diferencia la cuenta la guía de skill global o de proyecto. Aquí solo importa para no borrar en la carpeta equivocada.

La flechita que puede salir en esa lista, la que avisa que un renglón es un atajo y no la carpeta, ya la explicó la 03. Lo que se decide aquí es lo otro: una barra de más al final de la ruta cambia si el comando de borrar hace algo o falla en seco.

rm -rf ~/.claude/skills/<nombre-de-la-skill>
    sin barra final: borra el atajo, y el repo original sobrevive

rm -rf ~/.claude/skills/<nombre-de-la-skill>/
    con barra final: el comando falla con Not a directory

La frase es de la documentación de checkpoints, y no alcanza a lo que borra un comando que tú escribiste en la terminal.

Ya tienes el inventario de lo que tengo instalado y lo que cuesta. Ármame el plan de poda. La
regla que manda: nada se borra el día que se decide. Se apaga, paso una semana trabajando
normal, y si no lo extrañé, entonces sí se va.

LAS TRES TANDAS
1. SE APAGA HOY. Lo que no uso. Para cada uno, el comando de apagar y el gemelo de volver a
   encenderlo, con dónde se teclea cada uno.
2. SE PRUEBA APAGADO UNA SEMANA. Lo que creo que uso y no estoy seguro. Dime qué señal me
   diría que sí me hacía falta.
3. SE BORRA DESPUÉS. Lo que ya no defiende su lugar. No lo borres: déjalo escrito con la fecha
   en que puedo hacerlo, una semana más tarde.

Un detalle que no se te puede ir: los servidores MCP no tienen apagador en la terminal, ese
subcomando no existe. Se apagan desde dentro de Claude Code.

REGLA: escribe el plan y para. No ejecutes ni el primer comando hasta que yo te lo pida.

Quiero medir cuánto contexto me devolvió la poda. Dicta el procedimiento y guíame paso por
paso, esperando a que yo te pase cada medición.

1. ANTES. Pídeme que corra /context all dentro de Claude Code y te pegue el resultado. Anota el
   total y los cinco renglones que más pesan, y escríbemelos aparte: en la sesión nueva tú ya
   no vas a tener esto y te los pego yo.
2. LA PODA. Me acompañas a apagar lo de la primera tanda, uno por uno, esperando mi
   confirmación en cada uno.
3. LA SESIÓN NUEVA. Antes de volver a medir, pídeme que cierre esta sesión y abra otra, y
   explícamelo con estas palabras: /context mide la sesión que está abierta, así que si mido
   aquí mismo voy a ver el contexto viejo y voy a concluir que apagar no sirvió de nada.
4. DESPUÉS. En la sesión nueva, otra vez /context all.

Las dos mediciones lado a lado: total antes, total después, diferencia, y qué renglón
desapareció. Si algo no bajó lo esperado, dime por qué en vez de redondear a mi favor.

Ármame el acta de lo que acabamos de podar, para que dentro de un mes yo sepa qué pasó aquí.

QUÉ LLEVA
Una tabla con una fila por cada cosa que tocamos: qué era y de dónde salió, qué le hice
—apagada, desinstalada o borrada—, por qué en una línea y con el número si lo medimos, cómo la
traigo de vuelta con el comando exacto y dónde se teclea, y la fecha de hoy. Si algo ya no
vuelve con un comando, escribe eso en su celda.

DOS COSAS MÁS
- Lo que quedó apagado a prueba, con la fecha en que me toca decidir si se va.
- Una línea con lo que gané: contexto de antes contra contexto de después, o "no medido".

En texto plano, para pegarlo donde guardo mis notas. Si te parece mejor dejarlo en un archivo,
pregúntame dónde antes de escribir nada.

Un peldaño por semana y ninguno saltado. Lo que apagaste y no extrañaste se desinstala; lo que desinstalaste y no volviste a instalar se puede borrar. Al revés —borrar primero para ver qué pasa— es como se pierde una skill que llevabas meses afinando, y no hay comando que la traiga de vuelta.

En la tabla de la 01, el par número uno es este: la herramienta que promete que Claude no toque nada sin permiso, contra el freno que ya viene puesto dentro de Claude Code. Es el par que más se instala y el que menos falta hace.

El freno se llama modo plan. Claude lee, busca, revisa y te escribe qué haría, y no edita nada hasta que se lo apruebes. No se descarga, no se configura y no tiene marketplace: se presiona.

Ahí empieza el problema. Casi todo lo que se enseña sobre él está mal contado, y no porque mienta: porque describe una máquina que no es la tuya.

La única confirmación válida es leer la barra de estado, la línea de abajo de la ventana. Presionas, miras, y buscas exactamente esto:

plan mode on

Si no lo dice, no estás en modo plan, sin importar cuántas veces lo hayas presionado ni qué decía el video.

Qué frena de verdad

«No edita» no quiere decir «no hace nada». El conjunto de lectura que Claude Code trae de fábrica pasa solo, sin preguntarte, y es justo lo que necesita para escribirte un plan que sirva.

Tres formas de entrar, ninguna a ciegas

Una se escribe en la terminal, antes de que la sesión exista. Las otras dos, dentro de Claude Code. Cada tarjeta dice dónde va.

Si escribes /plan y en la misma línea le sigues con lo que quieres, Claude arranca a planear eso de inmediato en vez de esperar tu siguiente mensaje. Es la diferencia entre frenar y frenar con destino.

Aprobar es soltar el freno

Qué pedirle para que el plan valga la pena, qué revisar antes de aprobarlo y cuándo mandarlo a rehacer es otro tema y tiene guía propia: el modo plan a fondo. Aquí solo importa el freno: cómo se pone, cómo se comprueba y cómo se suelta.

El otro freno del par: el pensamiento

Viaja junto al modo plan en las mismas guías y también se enseña con teclas sueltas. Este sí es una tecla, y tiene dos trampas que casi nunca se dicen.

Junto al pensamiento vive /effort, y ahí el dato que casi nadie sabe es que pedir un nivel que tu modelo no soporta te baja en vez de subirte. La escalera completa, nivel por nivel, está en la guía de los niveles de esfuerzo. Lo que sí conviene saber desde aquí: ultracode no es un nivel de esfuerzo. Es otra cosa, tiene guía propia, y no entra en esta.

Una advertencia antes de que pruebes nada de esto: si trabajas en Windows, la tecla del ciclo puede no ser Shift+Tab. La 10 es la sección de Windows y ahí vive ese dato.

• Presiona, lee la barra, y para. El teclazo correcto es el que deja escrito «plan mode on».
• Aprobar el plan suelta el freno. Para seguir frenado hay que volver a entrar.
• Si arrancaste la sesión saltándote los permisos, el modo plan no te protege.
• El pensamiento se paga aunque venga colapsado, y /config thinking=false lo apaga sin tocar archivos.

Este par es el que más herramientas de terceros intenta reemplazar y el que menos falta le hacen: los dos vienen puestos, y los dos se manejan con una tecla y un comando de una línea. Lo que sigue es el resto de lo que ya traes prendido sin haberlo pedido.

La memoria automática de Claude Code viene prendida de fábrica desde la versión 2.1.59. Esta guía pide 2.1.233 o más nuevo, así que la traes puesta. Lleva meses tomando notas mientras tú instalabas otras cosas, y la mayoría de la gente que la tiene encendida no sabe que existe.

Esa es la sección entera. No hay nada que activar aquí: hay cuatro piezas que ya están corriendo y que nunca abriste. Una memoria que anota, un agente que explica la herramienta, un menú que la mitad de internet te dice que uses mal, y un estilo de respuesta que alguien eligió por ti el día que instalaste.

Ninguna cuesta una instalación. Se abren, se leen y se decide si quedan así.

La memoria que ya lleva meses anotando

Ábrela una vez, aunque no cambies nada. Es la única de las cuatro piezas que habla de ti y no del código, y llevas meses sin leerla. Y como vive en esa máquina y no en la nube, la memoria de tu laptop del trabajo no es la misma que la de tu computadora de casa: son dos libretas distintas del mismo proyecto.

Los subagentes que trabajan sin que los llames

Claude Code trae subagentes propios y los usa solo, en medio de una tarea, sin anunciarlo. De fábrica son tres: Explore, Plan y uno de propósito general. No hay que declararlos ni configurarlos, y por eso casi nadie sabe que están.

Tengo Claude Code instalado y no sé todo lo que trae de fábrica.

Explícame en español, sin código y sin dar por hecho que programo:

1. Qué funciones vienen incluidas y ya están disponibles sin instalar nada.
2. Cuáles hay que instalar aparte.
3. Para cada una, dónde se escribe: dentro de Claude Code o en la terminal.

Si algo depende de la versión que tengo instalada, dímelo en vez de suponer. Si no estás seguro de un dato, dilo con esas palabras.

Es la vía más barata que hay para salir de una duda sobre la herramienta, y no aparece en ningún menú. La pregunta que antes ibas a buscar a un video se contesta adentro, con el modelo chico, sin gastarte la sesión.

/hooks abre una lista, no un formulario

Media internet dice que corras /hooks para configurarlos. Ábrelo y no vas a poder escribir nada: enseña los que ya están puestos y hasta ahí llega. No es que lo escribas mal, es que ese menú no crea nada.

La documentación lo dice con estas palabras: «The /hooks menu is read-only». Está en la guía de hooks de Anthropic, y es la razón por la que la instrucción que circula en videos deja al lector atorado frente a una pantalla que solo mira.

Qué hook escribir, con qué disparador y cómo comprobar que de verdad corrió es tema de Loop de Verificación. Aquí solo importaba que /hooks no crea nada, para que no pierdas la tarde peleando con un menú que nunca iba a dejarte escribir.

El estilo con el que te contesta ya está elegido

Claude Code no te contesta de una sola forma: tiene estilos de salida, y desde el primer día llevas uno puesto que no escogiste. Se cambia en un menú, no en un archivo.

Cuatro piezas, cero instalaciones: una memoria que lleva meses anotando y vive solo en esa máquina, un agente que explica la herramienta y cuesta poco, un menú que solo mira, y un estilo de respuesta que alguien eligió por ti. Todo esto ya lo pagaste. Antes de agregar una herramienta más, conviene saber qué se hereda.

Hasta aquí la guía te pidió medir y apagar. Esta sección es lo contrario, y es corta: dos comandos que ya vienen dentro de Claude Code, que no piden instalar nada y que casi nadie ha abierto.

El primero es un curso. Lo dicta la propia herramienta, dentro de la sesión donde ya estás, y dura unos cinco minutos.

/powerup
Discover Claude Code features through quick interactive lessons

Learn the moves
Quick lessons on the things power users do — plan mode, undo,
subagents, memory. About 5 minutes. Come back any time with
/powerup.

Los dos vienen en inglés y no son el mismo texto. Arriba está la descripción del comando, la que sale cuando escribes «/» y aparece la lista; traducida dice: descubre funciones de Claude Code con lecciones cortas e interactivas. Abajo está el aviso que sale la primera vez, con el encabezado «Learn the moves»: lecciones cortas sobre lo que hace quien ya le sacó el jugo a la herramienta —modo plan, deshacer, subagentes y memoria—, en unos cinco minutos, y puedes volver cuando quieras con /powerup.

El otro es un reporte de cómo trabajas

El segundo comando no enseña nada. Arma un reporte en HTML —un archivo de los que se abren en el navegador— sobre tu forma de usar la herramienta.

La distinción importa porque suena a lo que no es. No es la cuenta de cuánto gastaste: es el retrato de cómo trabajas.

Al lado de estos dos hay otros que valen aunque no programes: /btw, /copy y /voice, los tres dentro de Claude Code. Aquí no los abrimos, porque la ficha de cada comando vive en comandos-claude-code. Esta sección se queda con la mecánica y las trampas —dónde se escriben, qué piden para arrancar y qué dejan atrás—, que es justo lo que una ficha no alcanza a contar.

Arriba está el reporte que me dejó /insights. Si todavía no lo pegué, pídemelo: /insights se
escribe dentro de Claude Code y arma un reporte sobre cómo trabajo. Si mi sesión corre en la
nube, ese comando no está ahí.

QUÉ HACES CON ÉL
1. Dime qué sugerencias trae, una por línea, sin la jerga.
2. De esas, cuáles ya hago, y con qué parte del reporte se nota.
3. Cuáles no hago todavía. Para cada una: qué comando es, dónde se teclea, y qué me cambiaría
   en el día a día.
4. Elige UNA para probar esta semana: la que menos me cueste empezar, no la más impresionante.
   Dime cómo voy a saber el viernes si me sirvió.

LO QUE ESTE REPORTE NO ES
No es el inventario de lo que tengo instalado y no uso: es un retrato de cómo trabajo. Si te
pido esa otra lista, dime que va por otro lado y no la deduzcas de aquí.

Un curso de cinco minutos y un reporte de tu propio trabajo. Ninguno se instala y ninguno sale en la lista de lo que te venden en un video, porque no hay nada que vender: ya los tienes. El caso contrario es cuando el video sí te vende algo y hay que revisarlo antes de pegarlo.

Un video te enseña un comando. Lo copias, lo pegas, la terminal se llena de líneas que no entiendes y al final aparece un error. No sabes si te equivocaste tú, si te falta instalar algo, o si ese comando nunca sirvió para nada.

Hay un caso perfecto para aprender a distinguirlo, y está vivo en internet ahora mismo: un npx contra un paquete de npm llamado superpowers. Circula en videos, en hilos y en guías, y no puede funcionar. Nadie lo escribió mal: el paquete al que apunta nunca tuvo nada que ejecutar.

Lo que sigue es la autopsia de ese comando y, después, el filtro que lo ataja en dos minutos. No es una anécdota: es una habilidad que se aplica a cualquier comando que veas de aquí en adelante, sin programar y sin abrir un solo archivo.

Nada de eso hay que deducirlo. Está todo a la vista en la ficha del paquete en npm: la versión, la fecha, el peso, la lista de archivos. Dos minutos de lectura contra un comando que se sigue copiando roto.

Y si vuelves a buscar el nombre para asegurarte, la búsqueda te devuelve tres paquetes con nombres parecidos. Ninguno es del autor real, porque el autor real no publica en npm.

Lo suyo vive en un repositorio de GitHub, que es otro lugar y otro dueño. Buscar por nombre te devuelve homónimos; buscar por autor te devuelve la cosa.

Clonar un repo tiene tres finales y no se distinguen a ojo

Clonar un repo dentro de tu carpeta de skills siempre se ve igual: una barra que avanza, un aviso de terminado, una carpeta nueva. Lo que pasa después depende de una sola cosa —qué trae ese repo en su raíz— y eso no aparece en la salida del clon.

Dos comandos para cuando ya lo pegaste

El filtro de más abajo es para antes. Estos dos son para después, cuando ya instalaste cosas y algo no cuadra. Los dos se escriben en la terminal, no dentro de Claude Code.

Encuentra lo que no se ve mirando: frontmatter roto, un SKILL.md que falta, atajos que apuntan a la nada. El subcomando existe desde mucho antes, pero revisar así una carpeta .claude/skills pelada llegó en la versión 2.1.233. Abajo de esa versión este comando no mira tus skills sueltas, y qué contesta en su lugar no está documentado: lo que veas en pantalla no es una revisión aprobada.

Levanta Claude Code con todo lo que instalaste apagado. Si el problema desaparece ahí, el culpable es algo tuyo y ya sabes dónde buscar. Este es el remedio correcto: borrar la carpeta de Claude entera también hace desaparecer el problema, y con él todo lo que habías configurado.

El filtro de dos minutos

Aplícalo al próximo comando que veas en un video, antes de pegarlo. Ninguno de los siete pide programar y los cinco primeros se contestan leyendo.

• Quién lo publicó. Abre la ficha del paquete o del repo y compara el dueño con el autor del que habla el video. Si no coinciden, ahí se acaba el asunto.
• Cuándo se actualizó por última vez. Una fecha de hace años en algo que te presentan como nuevo es la señal más barata de todas.
• Cuánto pesa y qué trae. 599 bytes y tres archivos no son una herramienta. Si el contenido cabe en una pantalla, léelo antes de correrlo.
• Si el comando siquiera puede ejecutarse. Un paquete de npm que no declara campo bin no ofrece ningún ejecutable: falla aunque lo escribas perfecto.
• Si es un repo, qué trae en la raíz. Un SKILL.md instala de inmediato, un manifiesto de plugin instala en la siguiente sesión, y sin ninguno de los dos clonar no instala nada.
• Qué nombres parecidos hay alrededor. Si la búsqueda devuelve varios candidatos y ninguno es del autor real, el nombre solo no prueba nada.
• Qué comando te confirma que quedó. Después de instalar, corre el validador sobre tu carpeta de skills: si eso no lo nombra, no está puesto, por más que la carpeta exista.

Las dos causas de que un comando llegue roto ya están documentadas en revisa tu código con Claude, con su origen. Aquí no se repiten: lo de esta sección es el filtro previo, el que se aplica antes de pegar nada.

El otro lado del asunto —qué tan seguro es instalar skills ajenas, con la estadística y su fuente— es de setup de Claude Code pro. Este filtro no resuelve eso. Resuelve algo más chico y mucho más frecuente: que el comando ni siquiera sirva.

Vi este comando y lo iba a pegar. Revísalo primero.

EL COMANDO: _______
DÓNDE LO VI: _______
QUÉ DICEN QUE HACE: _______

QUÉ AVERIGUAS
1. Si el paquete o el repositorio existe hoy, con su enlace.
2. Quién lo publicó, y si ese dueño es el autor del que habla la fuente. Si no coinciden, dilo
   fuerte: ahí se acaba el asunto.
3. Cuándo se actualizó por última vez y cuánto pesa.
4. Si el comando siquiera puede ejecutarse: un paquete de npm que no declara campo bin no
   ofrece ningún ejecutable y falla aunque lo escriba perfecto.
5. Si es un repositorio para clonar en mi carpeta de skills, qué trae en la raíz: un SKILL.md,
   el manifiesto de un plugin, o ninguno. Los tres se clonan igual y solo dos instalan algo.
6. Cuál es la instalación que publica el autor real, en sus palabras.

REGLA: no lo corras, ni una variante para probar. Lo que no puedas comprobar, dilo con esas
palabras en vez de suponerlo.

Quiero saber si tengo skills que se ven instaladas y en realidad no cargan.

QUÉ CORRES TÚ, EN LA TERMINAL
claude plugin validate sobre mi carpeta de skills, que es el que nombra lo roto, y ls -la sobre
esa misma carpeta. Las dos letras importan: sin ellas no se ven los atajos.

QUÉ BUSCO
- Atajos que apuntan a una carpeta que ya no está: salen con una flecha hacia otra ruta. Una
  carpeta que alguien movió deja una skill que se ve perfecta y que nunca cargó.
- Carpetas de skill sin su archivo SKILL.md.
- Encabezados que no se pueden leer, con el error tal como sale.

El reporte, en tabla: nombre, qué le pasa, y qué haría falta para arreglarla. Marca también las
sanas, para que yo sepa que el validador sí las vio.

REGLA: no borres ni muevas nada, ni un atajo roto que sea obvio que sobra. Tú reportas y yo
decido cuál se va.

Apagué varias cosas y ahora algo no funciona. Quiero hallar la culpable sin romper más. Lo que
NO voy a hacer es borrar la carpeta de Claude entera: eso también "funciona", igual que quemar
la casa apaga el incendio.

EL PROCEDIMIENTO
1. Pídeme que te cuente qué se rompió: qué esperaba que pasara y qué pasa.
2. Pídeme que abra la terminal y arranque con claude --safe-mode, que levanta la herramienta
   con todo lo que instalé apagado. Dime qué probar ahí.
3. Si en modo seguro el problema desaparece, la culpable es algo mío: armamos la lista de lo
   que apagué y lo prendemos de a uno, en el orden que tú propongas, probando en cada paso.
4. Si en modo seguro el problema sigue, no es nada de lo que apagué. Dímelo y cambiamos de
   camino.

REGLA: un cambio por vez, y esperas mi resultado antes del siguiente. No prendas dos cosas
juntas para ir más rápido; si se arregla, no vamos a saber cuál era. Y no borres nada.

Dos minutos. Eso cuesta: mirar quién publicó, cuándo, y si hay algo que ejecutar. Lo que ahorra es una tarde peleando con un comando que nunca iba a correr.

Esta guía se escribió en una Mac. Cada comando de las nueve secciones anteriores se corrió ahí, y buena parte de quien la lee no está en una Mac. Callarlo sería cómodo y te costaría una tarde.

Nada de esto significa que Claude Code no sirva en Windows. Sirve. Lo que pasa es que cuatro cosas se comportan distinto, y ninguna de las cuatro te avisa con un mensaje que diga que estás en Windows: una truena con un error que no parece tener nada que ver, y las otras tres no truenan, que es peor.

Instalar Claude Code en Windows no es tema de esta página. Esto es lo que cambia después de instalarlo.

Las cuatro, de un vistazo

El doble ampersand no distingue Windows: distingue shells

Se repite mucho que el doble ampersand —los dos signos que unen dos comandos en una sola línea— no funciona en Windows. No es cierto, y por eso confunde tanto. El corte no pasa entre Mac y Windows, ni siquiera entre PowerShell y CMD. Pasa entre Windows PowerShell 5.1 y todo lo demás.

• En CMD funciona. Ahí es sintaxis nativa, no una función que alguien agregó.
• En PowerShell 7 funciona. Los operadores que hacen el trabajo llegaron en esa versión.
• En Windows PowerShell 5.1 no funciona. Y ese es justo el que Windows trae preinstalado, el que se abre cuando escribes PowerShell en el menú de inicio.

Los operadores que hacen ese trabajo en PowerShell 7 tienen nombre propio y página propia: son los pipeline chain operators, documentados por Microsoft. Si tu PowerShell es el 7, el doble ampersand se comporta como en una Mac y esta sección no te toca en ese punto.

The token '&&' is not a valid statement separator

PS C:   →  PowerShell
C:      →  CMD

La virgulilla sí existe ahí, y aun así conviene no escribirla

La otra cosa que se repite es que la virgulilla —el atajo a tu carpeta personal— no existe en Windows. En PowerShell resuelve. Repetir que no existe es empezar a desconfiar de la herramienta equivocada.

Lo que sí se puede verificar es otra cosa: la documentación de Claude Code escribe todas sus rutas de Windows con la variable de entorno del perfil de usuario, nunca con la virgulilla. Cuando la doc y tú escriben la misma ruta de dos maneras distintas, la que vas a poder pegar sin pensarla es la de la doc.

Y hay una trampa que no es de Windows, porque también pasa en una Mac: entre comillas, la virgulilla no se expande. Se queda como un carácter suelto y la ruta apunta a un lugar que no existe. Si encomillaste la ruta justamente porque lleva espacios, la virgulilla de adentro dejó de ser un atajo sin que nadie te lo diga.

La red de seguridad no está ahí

La frase es de la documentación del sandbox, y está escrita en presente y sin condiciones.

Por eso, en Windows, el filtro de dos minutos de la sección 09 deja de ser una buena costumbre y pasa a ser lo único que queda entre el comando que viste en un video y tu computadora. Ahí sí no es opcional.

La tecla del freno puede ser otra

Qué es el modo plan y cuándo conviene está a fondo en plan-claude. Lo único que se agrega aquí es que la tecla puede no ser la que crees, y que la forma de saberlo es leer en qué modo estás, no contar teclazos.

Estoy en Windows y quiero correr este comando, que viene escrito para Mac:

_______

QUÉ ME DICES
1. En qué shell hay que correrlo, con el nombre completo: Windows PowerShell 5.1, PowerShell 7
   o CMD. No me digas "la terminal de Windows".
2. Cómo sé en cuál estoy sin instalar nada, leyendo lo que ya tengo en pantalla.
3. La versión del comando para cada uno de los tres, si es que cambia.
4. Si une dos cosas con doble ampersand, avísame: en Windows PowerShell 5.1 eso truena antes de
   correr nada, y en CMD y en PowerShell 7 funciona. Dame las dos líneas por separado, y nunca
   unidas con punto y coma: así la segunda corre aunque la primera falle y no sé cuál truena.
5. Si lleva rutas, escríbemelas sin la virgulilla y sin comillas que la encierren.

Y si esto descarga o ejecuta algo de fuera, recuérdame por escrito que en Windows nativo el
sandbox de Claude Code no corre: ahí no tengo esa red debajo.

Nada de esto es una lista de defectos de Windows. Es la lista de suposiciones que esta guía trae de fábrica por haberse escrito en una Mac, y que de otro modo te tocaría descubrir a golpes, una por una. Si estás en Windows, las cuatro de arriba son tu mapa; el resto de la página funciona igual.

Llegaste hasta aquí sin instalar nada. Ese era el punto: primero ves lo que ya traes puesto, luego mides lo que te cuesta, después podas, y solo entonces abres la puerta.

Ahora sí, la puerta. Es angosta a propósito: cuatro cosas en toda la guía, cada una con la razón por la que pasa el filtro y con su costo al lado.

Esto no es un recorrido por la tienda. Qué es un marketplace, qué hay dentro y cómo se navega es trabajo de plugins de Claude desde cero, y aquí no se repite.

Lo mismo con la otra guía de plugins de la bóveda. Ahí está el recorrido; aquí está la lista corta de lo que pasa el filtro.

Lo que va antes y lo que va después

Instalar son tres momentos, no uno. El del medio es el único que casi todos hacen.

Es el mismo comando de la 04, la factura, usado al revés: allá para pasar lista a lo que ya tienes, aquí para ponerle precio a lo que acabas de meter.

1 · Context7

Context7 entra por una sola razón, y es la primera condición del criterio: no hay nada de fábrica que haga lo suyo. Pasa por la puerta grande.

Y aun así entra con tres avisos y con tres vías que no dan lo mismo.

Qué hace exactamente lo dice su propio sitio, context7.com. Aquí no se resume con adjetivos: lo que esta guía te da es cómo se instala sin dejarte configuración regada por el disco.

2 · hookify

Plugin oficial de Anthropic, y no viene de fábrica: hay que instalarlo. Entra en la lista por una razón concreta. De todo lo que se puede hacer en Claude Code, escribir hooks es lo único que de verdad te pediría abrir un archivo JSON y editarlo a mano. Esta guía no te va a pedir eso, así que la salida es un plugin que lo escriba por ti.

Qué es un hook, cuándo conviene y cómo se piensa uno que no estorbe está en el loop de verificación. Aquí solo la puerta: el plugin que te ahorra el JSON.

3 · document-skills

Excel, Word, PowerPoint y PDF, del repo de skills de Anthropic. Son dos comandos y los dos se escriben dentro de Claude Code: primero das de alta el marketplace, después instalas el paquete.

El repo es público y se puede abrir antes de instalar: anthropics/skills. Dos minutos de lectura te dicen si de verdad lo quieres puesto.

4 · un plugin de tu oficio

Anthropic publica plugins por oficio en su repo knowledge-work-plugins. La instrucción aquí es distinta a las tres anteriores y es a propósito: instala el rol que necesitas, uno, y no entres a explorar el catálogo.

El repo, para ver qué trae cada oficio antes de decidir: anthropics/knowledge-work-plugins. Elegir desde ahí sale más barato que instalar tres y podar dos.

Encadenar dos instalaciones en una sola línea sí se puede, pero el separador depende de tu terminal y ahí es donde se rompe. Eso está resuelto en la 10, con la versión de cada shell. Aquí solo la flecha.

El repo original es obra/superpowers, y no es lo mismo que la entrada del marketplace.

El mapeo de lo que promete contra lo que ya traes puesto está en la 01. Léelo antes de decidir, no después de instalar.

Estoy por instalar esto y quiero entenderlo antes de decir que sí: _______

QUÉ QUIERO SABER, ANTES
1. Quién lo publica y en qué marketplace vive. Si es de terceros, dímelo: esos no se actualizan
   solos.
2. Qué agrega —comandos, skills, agentes, hooks, servidores— y para qué sirve cada pieza, en
   español y sin adjetivos.
3. Cuánto le suma a cada sesión aunque nunca lo dispare. Si no lo puedes saber sin instalarlo,
   dilo con esas palabras y mándame al panel de /plugin dentro de Claude Code, que enseña el
   costo en contexto y lo que va a instalar antes de proceder. No me inventes un número.
4. Si algo de eso ya lo hace un comando de fábrica.
5. Si en el panel sale el aviso de que los componentes se descubren al instalar. Esa frase
   quiere decir que nadie puede decirme qué contiene hasta que ya esté adentro, y para mí es
   razón para cerrar el panel.

REGLA: no lo instales, ni para revisarlo. Cuando yo decida, lo instalo yo y ahí sí te pido que
le pongas número.

Cuatro instalaciones en once secciones. Si te parecen pocas, ese es el argumento: lo que te falta casi nunca es una herramienta más, es saber qué tienes, qué te cuesta y qué puedes apagar. Con eso hecho, la próxima vez que veas un comando en un video ya tienes con qué decidir en dos minutos.