Artifact SKILL: empaqueta instrucciones reusables

La forma de una skill

Una skill tiene content.entrypoint apuntando a su archivo markdown principal. El entrypoint se lee del bundle descargado y los providers copian el directorio de la skill conservando archivos de apoyo.

Usa el layout convencional SKILL.md en el root del paquete salvo que el contrato específico de la herramienta requiera otro path relativo. El path distingue mayúsculas en muchos sistemas y también debe aparecer en files.

{ "entrypoint": "SKILL.md" }

Qué poner en files

files es la allow-list del release. Incluye el entrypoint y cada archivo que este referencia. Los patrones son relativos a path y soportan **.

Entrada de manifest de ejemplo

Este paquete deja explícito el entrypoint e incluye todos los archivos de apoyo. El tag público puede tener namespace; la key local del deployment es auditor.

{
  "auditor": {
    "kind": "artifact",
    "path": "packages/auditor",
    "tag": "vendor/security-auditor",
    "version": "1.2.0",
    "visibility": "public",
    "artifact_type": "SKILL",
    "content": { "entrypoint": "SKILL.md" },
    "files": ["SKILL.md", "references/**", "scripts/**"]
  }
}

Qué materializa install

Los providers soportados leen el entrypoint y copian el bundle a su ubicación administrada de skills, agregando metadata de ownership. Un provider puede aplicar, saltar o reportar una limitación de tipo; revisa el reporte de install, no asumas paths idénticos.

Usa hubbound install artifact <author/tag>@<version> o pinea bajo dependencies y corre hubbound install pelado desde el root del proyecto.