Ir al contenido
Mastering Claude

Inicio / Una instalación estructurada

Una instalación estructurada9 minApplication

Depurar tus skills y cerrar la instalación

Una skill se instala una por una frente a una necesidad ya encontrada, nunca por lotes, y cerrar la instalación consiste en demostrar cada uno de los siete elementos del mapa del módulo mediante un gesto ejecutable en lugar de suponerlos ya implementados.

Instalar diez skills de golpe porque una lista las recomienda equivale a acumular ajustes sin saber cuáles sirven realmente. Cada skill instalada entra en competencia léxica con las demás en el momento del enrutamiento automático: una skill colocada frente a una necesidad que todavía no se ha presentado solo cuesta contexto, sin ninguna contrapartida. La pregunta correcta antes de instalar nunca es cuántas skills ofrece ese repositorio, sino qué gesto preciso, ya repetido en tu propio trabajo, vendría a reemplazar esa skill.

Una skill a la vez, dos ubicaciones posibles

Una skill vive en una carpeta personal cuando sirve a todos los proyectos, o en una carpeta de proyecto cuando solo sirve al que está en curso. Ante un conflicto de nombre entre las dos ubicaciones, es la skill personal la que prevalece. Los comandos slash personalizados y las skills, además, se han fusionado: un archivo de comando y un archivo SKILL.md con el mismo nombre producen ahora el mismo comando y se comportan de la misma manera, un cambio estructural que conviene conocer antes de seguir en crear tu propia skill o tu propio comando.

Existen dos repositorios distintos. El primero, claude-plugins-official, es un conjunto curado por Anthropic, no un repositorio comunitario: se registra solo en el primerísimo lanzamiento interactivo, y una incorporación manual pasa por el subcomando CLI claude plugin marketplace add anthropics/claude-plugins-official, no por un comando slash. El segundo, claude-community, sí es el repositorio público de la comunidad, y se agrega con:

/plugin marketplace add anthropics/claude-plugins-community

Ninguna cifra fija mide honestamente el tamaño de estas bibliotecas, curada o comunitaria: se versionan de manera continua por sus mantenedores, un recuento tomado un día determinado ya diverge del mismo repositorio consultado al día siguiente. El gesto correcto es consultar el repositorio en el momento de la instalación, nunca retener un total aprendido de una vez por todas.

Cerrar es demostrar, no suponer

El mapa de una instalación estructurada contaba siete elementos en la apertura de este módulo: motor, constitución CLAUDE.md, memoria de archivos, transporte git, hooks, skills, latido de corazón. Cerrar la puesta en marcha consiste en cerrar cada uno de estos siete elementos mediante una prueba ejecutada, nunca mediante un recuerdo de configuración que se supone todavía válido. La figura de esta lección detalla las siete pruebas esperadas, una por elemento del mapa, antes de considerar terminada la instalación.

Figure 1

Las siete pruebas que cierran la instalación

Fase 1
Motor
Una primera solicitud sencilla obtiene una respuesta en la terminal, prueba de que la conexión y la suscripción funcionan.
Fase 2
CLAUDE.md global
Una sesión recién abierta cita en su respuesta una regla escrita en el archivo, prueba de que se cargó correctamente.
Fase 3
Memoria de archivos
Aparece un commit en el historial del cofre de memoria después de una sesión de trabajo.
Fase 4
Transporte git
El remote privado del cofre de memoria responde a un push sin error de autenticación.
Fase 5
Hooks
Un testigo de éxito escrito por el hook SessionEnd existe efectivamente después del cierre de la sesión.
Fase 6
Skills
La carpeta de las skills instaladas contiene exactamente los archivos SKILL.md esperados, ni más ni menos.
Fase 7
Latido de corazón
La última ejecución registrada de la tarea programada corresponde a la hora prevista, no a una fecha anterior.
La cronología retoma los siete elementos del mapa de apertura del módulo y asocia a cada uno el gesto concreto que demuestra que realmente está implementado, en lugar de un recuerdo de configuración.
Calíbralo tú mismo

Un desarrollador instala una skill de generación de diagramas en la carpeta personal de su cuenta, la usa en tres solicitudes relacionadas con esquemas de red a lo largo del mes, y después consulta la carpeta de las skills instaladas y encuentra allí catorce entradas acumuladas desde hace seis meses.

Escribe en una frase lo que esta situación establece, y en una frase lo que no establece.

Lo que hay que recordar
  • Una skill se instala frente a una necesidad ya encontrada, nunca por lotes de manera anticipada, porque cada skill instalada entra en competencia léxica con las demás en el momento del enrutamiento.
  • Ante un conflicto de nombre entre una skill personal y una skill de proyecto, es la skill personal la que prevalece.
  • Los comandos slash personalizados y las skills producen ahora el mismo resultado bajo un archivo distinto, un cambio estructural respecto a las versiones más antiguas del producto.
  • Ninguna cifra fija describe honestamente el tamaño de un repositorio comunitario de skills, la única prueba válida es una consulta del repositorio en el momento de la instalación.
  • Cerrar una instalación estructurada consiste en demostrar cada uno de sus elementos mediante un gesto ejecutable, no en suponer que ya está implementado.
Hazlo ahora

Enumera tus siete elementos instalados desde el inicio del módulo, y para cada uno, ejecuta la prueba correspondiente de la figura de esta lección antes de marcar la instalación como terminada.

Lo que queda por verificar

Estos puntos dependen de una interfaz o de una regla que puede haber cambiado desde la redacción. Verifícalos en tu propia pantalla antes de fiarte de ellos.

  • El número exacto de skills y agentes disponibles en los repositorios comunitarios ECC y superpowers no está estabilizado, por esta razón no se ha citado ninguna cifra en esta lección.
Verificar en la fuente

Cada afirmación datable de esta lección remite aquí al texto público que la respalda. Una fuente que no se abre no prueba nada.